EP2467817A2 - Systems and methods for per-transaction financial card enabled personal financial management - Google Patents

Systems and methods for per-transaction financial card enabled personal financial management

Info

Publication number
EP2467817A2
EP2467817A2 EP10797775A EP10797775A EP2467817A2 EP 2467817 A2 EP2467817 A2 EP 2467817A2 EP 10797775 A EP10797775 A EP 10797775A EP 10797775 A EP10797775 A EP 10797775A EP 2467817 A2 EP2467817 A2 EP 2467817A2
Authority
EP
European Patent Office
Prior art keywords
user
subaccount
financial
transaction
card
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP10797775A
Other languages
German (de)
French (fr)
Other versions
EP2467817A4 (en
Inventor
Richard H. Chenot
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US12/498,946 external-priority patent/US20110010254A1/en
Priority claimed from US12/498,941 external-priority patent/US8265998B2/en
Priority claimed from US12/498,953 external-priority patent/US8290868B2/en
Priority claimed from US12/613,729 external-priority patent/US8439274B2/en
Application filed by Individual filed Critical Individual
Publication of EP2467817A2 publication Critical patent/EP2467817A2/en
Publication of EP2467817A4 publication Critical patent/EP2467817A4/en
Withdrawn legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/347Passive cards
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q20/00Payment architectures, schemes or protocols
    • G06Q20/30Payment architectures, schemes or protocols characterised by the use of specific devices or networks
    • G06Q20/34Payment architectures, schemes or protocols characterised by the use of specific devices or networks using cards, e.g. integrated circuit [IC] cards or magnetic cards
    • G06Q20/357Cards having a plurality of specified features
    • G06Q20/3572Multiple accounts on card
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F7/00Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus
    • G07F7/08Mechanisms actuated by objects other than coins to free or to actuate vending, hiring, coin or paper currency dispensing or refunding apparatus by coded identity card or credit card or other personal identification means

Definitions

  • Financial cards are used by individuals and businesses for the payment of amounts owed for a purchase. These financial cards represent a financial account of that of a user with a financial institution wherein the user has opened an account and has agreed to reimburse the financial institution for transactions where the card is a credit card or the user agrees to prefund the account with a prefunded amount from which the purchases are subtracted where the card is a debit or prepaid card.
  • Each of these cards includes a financial account number that is unique to that particular financial card and that uniquely identify the financial account of that particular user and card.
  • Each financial account and/or financial card can also have an associated security code and/or personal identification number (PIN).
  • the user of the card presents the financial card either at the time of a purchase for processing using a point of sale transaction terminal that enters the account number and can also include entering the PIN or security code.
  • a similar process is handled via manual input for on-line payment systems or to agents of third parties over the telephone.
  • the account number and possibly the PIN and security code are entered by the agent into a similar transaction processing system for providing such information for processing of the payment of a transaction amount.
  • a centralized transaction processing system of the financial institution receives the financial account number and the security code or PIN from the transaction processing entity along with the identification of the payee, authorizes the payment, and arranges for the transfer of the transaction amount from the financial account of the user to the designated account or financial institution of the payee.
  • the transaction amount is either deducted from the prepaid funds of the financial account of a user where the financial account and card are prepaid or debit accounts or is reflected as a credit purchase in the user's account for a credit account that is subsequently billed to the user for payment reimbursement to the user's financial institution.
  • these financial cards, the financial account, the transaction processing systems at the point of sale or entry and the transaction processing system of the financial institution are only capable of a single financial account and a single financial account number.
  • the user must manage their purchases and/or prefunding of the debit card account on a total account basis and can only allocate the purchases for personal financial management as a separate process individually. While users often have aided their management through opening of multiple accounts with the same or multiple financial institutions, these require different financial accounts and different financial cards, which is often not desirable to the user.
  • a personal financial account management system for payment of sales transactions includes a financial account management system configured for management and administration of a primary account having a plurality of subaccounts.
  • the financial account management system includes a prefunded amount for each of the subaccounts within the primary account.
  • a transaction processing system is configured for payment of a sales transaction having a transaction amount.
  • the transaction processing system is configured to receive input having a primary account number and a user selected subaccount indicator that is from the plurality of subaccounts so as to be used for payment of the transaction.
  • the transaction processing system is also configured to transmit the transaction amount, the primary account number and the received subaccount indicator to the financial account management system.
  • the financial account management system is configured to receive the primary account, the subaccount indicator and the transaction amount.
  • the financial account management system is then configured to compare the transaction amount with the prefunded amount associated with the received subaccount indicator and determine an availability of prefunded amounts within the subaccount of the subaccount indicator.
  • a verification of available prefunded amounts is then transmitted to the transaction processing system responsive to a successful determination of availability of prefunded amounts or a lack of funds indication is transmitted to the transaction processing system responsive to an unsuccessful determination of availability of prefunded amounts.
  • a financial system for processing transaction payments includes a network interface configured for interfacing with a remote transaction processing system over a communication network for receiving a primary account number and a subaccount indicator.
  • a database includes a plurality of primary accounts each having a plurality of subaccounts each associated with a subaccount -A- indicator and each having a prefunded amount.
  • a financial account management system is configured for management and administration of the primary accounts and the subaccounts within each primary account.
  • the financial account management system includes prefunded amounts for each of the subaccounts within each primary account and is configured to process transactions for payment of transaction amounts from each subaccount responsive to receiving the primary account number and the subaccount indicator.
  • a method of providing personal financial management to a user using a debit card includes establishing a primary account for the user having a primary account number and a prefunded amount. A plurality of subaccounts is created with each having a subaccount indicator within the primary account and having a subaccount prefunded amount. The method includes receiving funding from the user for each of the subaccounts and receiving a payment request from a transaction entity for payment of a transaction payment associated with an activity of the user. The payment request includes the transaction amount, the primary account number, and a user selected subaccount indicator. The user selected subaccount indicator is one of the subaccount indicators within the primary account associated with the received primary account number.
  • the method further includes verifying the availability of funds in the subaccount associated with the received subaccount indicator.
  • the method includes transmitting a transaction authorization to the transaction entity in response to a positive verification of available funds within the subaccount associated with the received subaccount indicator.
  • a method of personal financial management using a debit card includes opening a debit card primary account having a primary account number from a financial institution and receiving the debit card from the financial institution. A plurality of subaccounts within the primary account is established with each subaccount having a unique subaccount indicator. Each of the subaccounts within the primary account is funded with a subaccount funding amount. The method also includes selecting one of the subaccount indicators for use as payment of a transaction amount. A payment of a transaction amount is initiated from the primary account using the debit card including providing the selected subaccount indicator along with the primary account number.
  • a personal financial account management system for payment of sales transactions includes a financial account management system configured for management and administration of a primary account having a plurality of subaccounts.
  • the financial account management system includes a prefunded amount for each of the subaccounts within the primary account.
  • a transaction processing system is configured for payment of a sales transaction having a transaction amount.
  • the transaction processing system is configured to receive input having a primary account number and a user selected subaccount indicator that is from the plurality of subaccounts so as to be used for payment of the transaction.
  • the transaction processing system is also configured to transmit the transaction amount, the primary account number and the received subaccount indicator to the financial account management system.
  • the financial account management system is configured to receive the primary account, the subaccount indicator and the transaction amount. The financial account management system is then configured to compare the transaction amount with the prefunded amount associated with the received subaccount indicator and determine an availability of prefunded amounts within the subaccount of the subaccount indicator. A verification of available prefunded amounts is then transmitted to the transaction processing system responsive to a successful determination of availability of prefunded amounts or a lack of funds indication is transmitted to the transaction processing system responsive to an unsuccessful determination of availability of prefunded amounts.
  • a system for receiving payment for a transaction amount from a user includes means for receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator and means for receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount.
  • the system also includes means for transmitting the primary account number and the subaccount indicator as received from the user to a financial institution for payment authorization of the transaction amount and means for receiving authorization from the financial institution responsive to the transmitting.
  • a system for receiving payment for a transaction amount from a user includes means for receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator and means for receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount.
  • the system also includes means for transmitting the primary account number and the subaccount indicator as received from the user to a financial institution for payment authorization of the transaction amount and means for receiving authorization from the financial institution responsive to the transmitting.
  • a point of sale transaction processing system includes a card reader configured for receiving a primary account number from a debit card, a transaction interface for receiving a transaction amount, a user interface configured for receiving a user authorization, a debit card processing module configured for processing of the received debit card information and the user authorization and a network interface configured for communicating with a debit card financial account management system having a plurality of primary accounts including a r ⁇ C ⁇ ived prefunded account associated with received prefunded primary account identification with each primary prefunded account having a plurality of prefunded subaccounts.
  • the user interface is configured to receive a user input identifying a particular one of the prefunded subaccounts associated with the received prefunded primary account.
  • the debit card processing module is configured to receive the user input identifying the particular prefunded subaccount and to initiate a communication over the network interface of the received prefunded primary account identification, the received user authorization, the received transaction amount, and the received particular prefunded subaccount.
  • a point of sale terminal includes a transaction interface for receiving transaction information including a transaction amount.
  • a card reader is configured to read a financial card having a primary account with a primary account number associated with the financial card.
  • the card reader is also configured to receive a user selected subaccount indicator from among a plurality of subaccount indicators each associated with a different subaccount within the primary account of the financial card.
  • a network interface is configured to communicate with a financial account management system including transmitting the transaction information, the primary account number, and the user selected subaccount indicator to the financial account management system.
  • the network interface is also configured to receive a financial account management system reply thereto.
  • a method of receiving payment for a transaction amount from a user includes receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator and receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount.
  • the received primary account number and the subaccount indicator are transmitted to a financial institution for payment authorization of the transaction amount.
  • the method also includes receiving authorization from the financial institution responsive to the transmitting.
  • a personal financial account management system for payment of sales transactions includes a financial account management system configured for management and administration of a primary account having a plurality of subaccounts.
  • the financial account management system includes a prefunded amount for each of the subaccounts within the primary account.
  • a transaction processing system is configured for payment of a sales transaction having a transaction amount.
  • the transaction processing system is configured to receive input having a primary account number and a user selected subaccount indicator that is from the plurality of subaccounts so as to be used for payment of the transaction.
  • the transaction processing system is also configured to transmit the transaction amount, the primary account number and the received subaccount indicator to the financial account management system.
  • the financial account management system is configured to receive the primary account, the subaccount indicator and the transaction amount. The financial account management system is then configured to compare the transaction amount with the prefunded amount associated with the received subaccount indicator and determine an availability of prefunded amounts within the subaccount of the subaccount indicator. A verification of available prefunded amounts is then transmitted to the transaction processing system responsive to a successful determination of availability of prefunded amounts or a lack of funds indication is transmitted to the transaction processing system responsive to an unsuccessful determination of availability of prefunded amounts.
  • a financial card for personal financial management having a primary account with a plurality of subaccounts includes means for selecting a subaccount indicator associated with one of the subaccounts for use of payment of a transaction amount, means for providing a primary account number of the primary account to a transaction entity for payment of a transaction amount, and means for providing the selected subaccount indicator to the transaction entity for payment of the transaction amount from the subaccount within the primary account associated with the selected subaccount indicator.
  • a financial card includes a body having a front side and a back side, and a primary account number user associated with a primary account of a user of the financial card.
  • a user interface is configured for receiving input from the user at a time of use of the financial card for selecting a subaccount indicator from among a plurality of subaccount indicators each of which is associated with a subaccount within the primary account.
  • a magnetic strip is positioned on the back side and includes a user definable portion configurable by the user at a time of use of the financial card for a transaction. The user interface is adapted to configure the user definable portion to include the user selected subaccount indicator.
  • a financial transaction card includes a smart card having a body and an integrated microprocessor and memory including a primary account number having a plurality of subaccounts, each subaccount having a different subaccount indicator.
  • a user interface is configured to receive a user selection of one of the subaccount indicators and providing the user selected subaccount indicator to the integrated microprocessor.
  • An output interface is configured to provide the primary account number and the user selected subaccount indicator to a point of sale terminal at the time of use of the smart card by the user for payment of a transaction amount.
  • a method of personal financial management using a debit card includes opening a debit card primary account having a primary account number from a financial institution and receiving the debit card from the financial institution. A plurality of subaccounts within the primary account is established with each subaccount having a unique subaccount indicator. Each of the subaccounts within the primary account is funded with a subaccount funding amount. The method also includes selecting one of the subaccount indicators for use as payment of a transaction amount. A payment of a transaction amount is initiated from the primary account using the debit card including providing the selected subaccount indicator along with the primary account number.
  • a financial card having a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card, the card including a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number.
  • the magnetic strip includes a user definable portion for providing a selectable discretionary encoding thereto.
  • the card also includes a user interface having at least one user input device positioned on the body of the financial card. The user interface is configured for receiving input from the user at a time of use of the financial card selecting a particular account indicator from among a plurality of account indicators each of which is associated with the primary account.
  • the user interface is coupled to the user input device and to the user definable portion of the magnetic strip for providing the selectable discretionary encoding to the user definable portion of the magnetic strip responsive to the selected particular account indicator as received by the user interface at the time of use by the user.
  • a financial card having a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card.
  • the card has a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number.
  • the magnetic strip including a user definable portion for providing a selectable discretionary encoding and an adaptable longitudinal redundancy check encoding.
  • a user interface has a plurality of blister buttons positioned on the front surface of the financial card each of which is associated with a different account one or a plurality of account indicators of the financial card.
  • the user interface is configured for receiving input from the user at a time of use of the financial card selecting a particular account indicator from among the plurality of account indicators.
  • the user interface is coupled to the user definable portion of the magnetic strip for providing the selectable discretionary encoding and the adaptable longitudinal redundancy check encoding to the user definable portion of the magnetic strip wherein each are responsive to the selected particular account indicator as received by the user interface at the time of use by the user.
  • a financial card having a body with a front surface and a back surface, a magnetic strip, and a primary account number associated with a primary account of a user of the financial card, the card comprising: means for receiving a particular subaccount indicator from among a plurality of subaccount indicators associated with the primary account at the time of use of the financial card for a financial transaction; means for determining a value of an adaptable longitudinal redundancy check responsive to the received particular subaccount indicator; and means for encoding a user definable portion of the magnetic strip to include the received particular subaccount indicator and the value of the adaptable longitudinal redundancy check.
  • FIG. 1 is a block diagram of a personal financial management system according to one exemplary embodiment.
  • FIGS. 2A and 2B are front and rear views of a financial card for personal financial management according to one exemplary embodiment.
  • FIGS. 3A and 3B are perspective view of magnetic strips having user definable portions for a financial card according to one embodiment.
  • FIGS. 4A and 4B are front perspective views of two different financial cards having user interfaces with blister buttons on the front face for selecting subaccounts for a transaction according to one embodiment.
  • FIGS. 5A, 5B, and 5C are internal views of three embodiments of a financial card for personal financial management having wheel operated user inputs adapted for user manipulation for selecting a particular subaccount for a transaction according to one exemplary embodiment.
  • FIG. 6 is a front view of a financial card having a user interface with a user operable wheel for selecting a subaccount for a transaction according to another embodiment.
  • FIG. 7 is a block diagram of a computer system suitable for use with a transaction processing system and/or financial account management system according to various embodiments of this disclosure.
  • FIG. 8 is a circuit diagram of a user definable selectable magnetizing circuit according to one exemplary embodiment of this disclosure.
  • various embodiments of systems and methods for personal financial management using a financial card include a primary account with a plurality of subaccounts within the primary account.
  • the subaccounts can be established by the financial institution but utilized by the user or owner of the primary account to aid and/or enable the user to personally manage their available funds by selecting a subaccount to apply a particular purchase and payment of a transaction amount.
  • this can also include prefunding of each subaccount for particular personal financial management purpose such as where applied in a debit card application.
  • a subaccount can be established for any reason that can aid a user of the card in management of their personal financials and in particular their expenditures to which the financial card is used.
  • subaccounts within the primary account can be established for items such as housing, rent, entertainment, food, groceries, restaurants, transportation, gasoline, clothing, children's expenses, home improvements, educational expenses, business expenses, discretionary expenditures, and savings, by ways of example.
  • the various systems for support of this financial account management system and method include a financial account management system that can be a centralized financial account management processing system of a financial institution which can be a credit card/debit card processing system.
  • the system and method can also include transaction processing systems such as point of sale systems that are located at retail stores or seller vendor locations, or on-line via a web business or payment system for processing purchase payment transactions and payment of transaction amounts within the financial account management system from the user's account to a payees account.
  • a user payment device such as a financial card
  • a financial card can provide not only the primary account number for the primary account of the user, but also can include, in some cases, the capability for the user to select on the financial card a particular subaccount to be used for a particular transaction payment, and then transference of the user selected subaccount indicator to the transaction processing system.
  • a financial account management system (FAMS) 102 is configured for processing transactions from user selected subaccounts SAs as received from transaction processing systems 104.
  • the FAMS 102 is configured to establish the primary account PA having a primary account number PAN and each having two or more subaccounts SA each of which has a separate subaccount indicator SAI.
  • the subaccount indicator SAI can be any type of alphanumeric indicator and can be of any length.
  • the financial account management system 102 supports a pre-paid debit card that uses an industry standard card number but with a new personal identification number (PIN) that is segmented into a prefix or suffix for the subaccount indicator (SAI), such as a single digit in one embodiment, a card user created personal identification number PIN, and a subaccount indicator SAI.
  • PIN personal identification number
  • SAI subaccount indicator
  • the subaccount indicator SAI can be a numeric digit inserted by the user in the prefix or suffix field that will logically link the corresponding purchase activity to one of the sub-accounts within the primary account PA.
  • the financial account management system 102 includes programming that enables the financial institution offering the prepaid card service to recognize as valid any of the subaccount indicators SAIs to one of the predefined and prefunded subaccounts SAs.
  • the financial services institution programming can further direct the payment transaction PT to one of the subaccounts SAs based on a digit entered in the prefix/suffix field and received and transmitted by a capable transaction processing system 104.
  • the payment transactions PT are identified by a subaccount indicator SAI associated with a single primary account number PAN in real time or near real time at the time of processing the payment of each transaction amount TA to a payee (PY) that in many cases originate at a cash register or purchase payment system 1 12 that transmits the payee identification number PID along with the transaction amount TA to the transaction processing system 104.
  • Each payment transaction PT includes processing each transaction amount TA from the user selected prefunded subaccounts SAs by indicating at the time of each transaction a particular subaccount indicator SAI indicating the particular subaccount SA to be used for that transaction.
  • the personal financial management system 100 can include a transaction processing system 104, 106, 108, which are generically referred to herein as transaction processing system 104, but also specifically referred to as transaction processing system 106 wherein the system is a point of sale transaction system 106 and as a transaction processing system 108 wherein the system in an online processing system such as a webpage or web portal payment system or third party agent on a telephone line that enters such transaction processing information.
  • a transaction processing system 104, 106, 108 which are generically referred to herein as transaction processing system 104, but also specifically referred to as transaction processing system 106 wherein the system is a point of sale transaction system 106 and as a transaction processing system 108 wherein the system in an online processing system such as a webpage or web portal payment system or third party agent on a telephone line that enters such transaction processing information.
  • a financial card 1 10 can be any type of financial card such as a debit or prepaid card.
  • the primary financial account PFA typically has one or more financial cards 1 10 each having the primary account number PAN on the card.
  • each PA with PAN has associated with it a plurality of user defined and managed subaccounts SAs each having a user defined and selectable subaccount indictor SAI.
  • the transaction processing systems 104 are configured to connect into a local user purchasing system to receive the transaction amount TA, and then receive from the user the primary account number PAN and the user selected subaccount indicator SAI at the time of purchase.
  • the user can establish prepaid amounts or budget for each subaccount SA within the primary account PA and enables the user to designate at the time of a purchase which one of the plurality of subaccounts SAs to utilize for the particular purchase and payment of the associated transaction amount TA to the payee PY.
  • the subaccounts SAs are not necessarily prefunded, but there can be rules or limitations established for each credit card subaccount SA as a way of enabling the user to budget and manage within predefined credit expenditure levels.
  • the user designation of the subaccount SA can be provided, in one embodiment, by the user entering an additional subaccount indicator SAI, or wherein the user can enter it into a user interface of the financial card that is then input by the card into the transaction processing system 104 at the time of payment.
  • the subaccount indicator SAI can be a character or digit or code encoded in digital bits that is separately entered or that is entered at the beginning or end of the user's PIN entry.
  • the user designated subaccount indicator SAI is received by the transaction procession system and transmitt ⁇ d to the financial account management system 102 of the financial institution wherein payment transactions PT are processed.
  • That system 102 manages the payment transactions PT based not only on the primary account PA, but also the subaccount SA within the primary account PA.
  • the financial account management system 102 as addressed above includes subaccounts SAs that, in some embodiments, have had pre-funded or defined spending limits for each subaccount SA.
  • the user can designate the particular subaccount SA at the time of a payment transaction PT so as to personally and proactively manage their personal financials within the predefined limits or pre-established rules of the subaccounts SAs thereby enabling the user to not only budget for categories of spending, but also to manage those budgets in real time at the time of each and every transaction, to within limits or budgets for food, clothing, entertainment, gas/transportation, by ways of example.
  • This can be useful, for example, where a third party such as a parent, provides the prefunding for each subaccount SA, whereby, a minor or student is provided a prefunded budget for each particular subaccount SA.
  • a financial account management system 102 is configured for processing payment transactions PT from the user's primary account PA and specific subaccounts SA therein to payees PY, as indicated at the time of payment transaction PT by the user that provides the subaccount indicator SAI.
  • the financial account management system 102 typically is located in a centralized location that is communicatively coupled or connectable to remotely located transaction processing systems 104 via network or communication facilities or services.
  • the financial account management system 102 includes a network interface 1 16 configured for interfacing with multiple transaction processing systems 104 over a variety of suitable communication network links 1 18. Any suitable protocol can be used and are common in the financial industry to provid ⁇ secure transmission of financial information.
  • This secure information includes, but is not limited to the identification of the transaction amount TA, the primary account number PAN, the subaccount indicator SAI, the user's name, and a payee identification number PID associated with the account to which the transaction amount should be sent.
  • a database 1 18 within the FAMS 102 includes a plurality of primary accounts PAs for each of the many users of the financial institution and also includes each of the plurality of subaccounts SAs within each PA, along with each of their unique subaccount indicators SAIs.
  • each of the subaccounts SAs can include prefunded subaccount amounts as prefunded budgets by subaccount for transaction processing of the user's expenditures within each subaccount.
  • the financial account management system FAMS is configured for management and administration of the primary accounts PA and the subaccounts SAs within each primary account PA and their prefunded subaccount levels and transactions to and from such, including payments and transfers.
  • the financial account management system 102 manages the funding and transactions in and out of the prefunded subaccounts SAs, and within the entire primary account PA.
  • the system 102 receives payment transactions PT from various transactions processing systems 104 that identify the primary account PA by primary account number PAN and the subaccount SA by the subaccount indicator SAI, for payment of a transaction amount TA to the payee PY via a funds transfer interface 120 to a funds transfer operation or system 1 19 of the transaction payment TP that includes the transaction amount TA to the payee identification number PID of the party to be paid the transaction amount (TA).
  • the system 102 processes payment transactions PT with transaction amounts TA from each subaccount SA based on the received primary account number PAN, the received subaccount indicator SAI, the prefunded amount in the subaccount SA associated with the received subaccount indicator SAI and any rules established for the primary account PA or subaccount SA.
  • the user can utilize financial card 1 10A for a payment transaction PT.
  • the payee PY After making a purchase with payee PY, the payee PY completes the payment transaction PT of the transaction amount TA via the user's financial card 1 10A using a card reader 122 with the transaction processing system 106.
  • the user can then enter the subaccount identifier SAI via a user interface 124 of the transaction processing system 106, either by itself, or in conjunction with the user entering of their PIN in the Ul 124.
  • the financial card 1 10B may be configured with a financial card user interface 126 that enables the user to input a selection of a subaccount SA or the subaccount identifier SAI directly on the card 1 1 OB.
  • the user would present the financial card 1 10B to the card reader 122 wherein the card reader 122 would not only obtain the primary account number PAN, but also automatically obtain the subaccount identifier SAI, such as from the magnetic strip if a debit or credit card, or electronically from a Smart Card.
  • one or more embodiments of the system as described herein can be utilized for performing a method of providing personal financial management to a user using the financial card 1 10.
  • One embodiment of such a method includes establishing a primary account PA in the financial account management system 102 for payment of transactions based on a primary account number PAN and a prefunded amount for the primary account PA for a user U, as shown in Fig. 1 .
  • the user would also establish or create a plurality of subaccounts SAs within the primary account PA with each having a subaccount indicator SAI.
  • Each can also have subaccount prefunded amounts within the prefunded amount of the primary account PA or have rules or limitations, in some cases.
  • the method can also include receiving funding from the user for each of the subaccounts SAs and receiving a payment transaction PT (request for a payment) from the payee or payee purchase payment system 1 12 requesting payment of a transaction amount TA associated on behalf of the user.
  • the payment transaction PT can include the transaction amount TA, the primary account number PAN, and a user selected subaccount indicator SAI.
  • the user selected subaccount indicator SAI is one of the subaccount indicators SAIs within the primary account PA associated with the received primary account number PAN.
  • the method further includes verifying the availability of funds in the subaccount SA associated with the received subaccount indicator SAI by the FAMS 102.
  • the method includes transmitting a transaction authorization TransAuth to the transaction processing system 104 in response to a positive verification of available funds within the subaccount SA associated with the received subaccount indicator SAI.
  • the financial account management system 102 determines that there is insufficient funds available for payment of the transaction amount TA from the user selected prefunded subaccount SA, the payment of the transaction amount TA from the primary financial account PA and the subaccount SA can be denied.
  • the financial account management system 102 can be configured to transmit a lack of funds indicator or message back to the transaction processing system 104 from which the payment transaction PT originated and therefore to the user. The user can then be prompted with an indication that insufficient funds are available from the previous selected subaccount SA. Additionally, the prompt or message can also include an indication that funds are available from a different or alternative subaccount SA A ⁇ t within the user's primary account PA.
  • the financial account management system 102 can also prompt or transmit a request for the user at the transaction processing system 104 to select an alternative subaccount SA A ⁇ t from within the primary account PA rather than denying the processing of the payment transaction payment PT.
  • the user can then reenter an alternative subaccount indicator SAI A at the transaction processing system 104 that is then retransmitted to the financial account management system 102 for payment processing using the alternative subaccount SA A within the primary account PA.
  • the user may have set up a separate subaccount SA for discretionary or overage spending that has a separate subaccount indicator SAI or may chose to utilize a different subaccount SA for that particular transaction to allocate prefunded amounts or limits from one subaccount SA to a second subaccount SA for the particular payment transaction payment PT.
  • the financial account management system 102 can manage and report these back adjustments or transfers to the user in their financial account statements of the primary account PA by listing the subaccounts SA and any issues or transfers related to one or more thereof. In this manner, the user can separately track and manage each subaccount SA within the primary account PA.
  • the financial account management system 102 can provide the user the ability to pre-establish subaccount rules or primary account rules that include rules that limit or prearrange for the transfer of funds between subaccounts SAs. This can address both real time user requests for payment transactions PT or can include automatic system generated alternative subaccount transfers or funding based such as when insufficient funds are in a first user selected subaccount SA for a particular payment transaction PT.
  • the financial account management system 102 can receive an allocation instruction from the user or a third party of the account, such as a parent or guardian, to form rules that are stored within the memory 128 as rule instructions 130, e.g., software ⁇ ncod ⁇ d instructions.
  • These rules 130 can include an instruction for the future reallocation of prefunded amounts from a first subaccount SA 1 to a second subaccount SA 2 , both within the same primary account PA with the same primary account number PAN.
  • the financial account management system 102 can also be configured to receive an instruction from the user via the transaction processing system 104 to cause a real-time transfer for the processing of the payment transaction PT of the transaction amount TA.
  • a special override code or authorization code can be required to be provided, as provided for by the rule instructions 130 and pre-established by the user.
  • the financial account management system 102 would then verify the availability or validity of such an instruction and the availability of funds and if allowable and there is sufficient prefunded amount in the selected alternative subaccount SA A , the system 102 would process the payment transaction PT from the alternative subaccount SA A .
  • the financial account management system 102 can be configured for receiving the primary account PA for specifying a subaccount descriptive label for each of the subaccounts SAs within the primary account PA to aid the user in their personal financial management.
  • the financial account management system 102 is configured to compare the transaction amount TA with the prefunded amount or predefined credit limit associated with the subaccount SA of the received subaccount indicator SAI and determines the appropriateness of authorizing the payment transaction PT. A verification of available prefunded amounts is then transmitted to the transaction processing system 104 responsive to a successful determination of availability of prefunded amounts or available credit, or a lack of funds indication or indicator or message is transmitted to the transaction processing system 104 responsive to an unsuccessful determination of availability of prefunded amounts or available subaccount credit limit.
  • the prefunded debit card prefunding process can be supported by programmed logic to distribute or allocate dollar amounts to each of the subaccounts SAs within the primary account PA.
  • Techniques employed to accomplish this prefunding distribution include allocating a percentage of the total to each sub-account or allow for an assignment of specific dollar amounts to each subaccount SA with a count-down feature for the remaining total addition to support the spreading of total dollars added to the subordinate subaccounts SAs. Additionally, as described herein, the system can enable the user to establish transactions rules that address the funding verification, denial or transfer of funds between subaccounts SAs that can be applied in real time during transaction processing.
  • the systems and methods can include a financial card 1 10 for use by the user that is configured specifically to receive user input specifying a particular one of the subaccounts SAs at the time of each purchase that will be used for payment of the particular payment transaction PT.
  • the transaction processing systems 104 and the financial card 1 10 are configured for automatically transmitting and using the user specified subaccount SA as entered by the user on the financial card 1 10. Exemplary embodiments of various financial cards and transaction processing systems 104 for use with the financial card 1 10 will now be explained in more detail.
  • a pre-paid debit card can offer a user friendly method to the card holder to access each of one to ten subaccounts SAs within the primary account PA of a single debit card for the purpose of improving personal cash budgeting and management.
  • the transaction processing system 104 that transacts with the financial account management system 102 for processing and approval of each payment transaction PT of the user at the time of use and provide for payment of the transaction amount TA from the user's subaccount SA within the primary account PA to the payee to which the user owes the transaction amount TA.
  • the transaction processing system 104 is configured to transmit the transaction amount, the primary account number PAN and the received subaccount indicator SAI to the financial account management system 102.
  • the transaction processing system 104 can be configured for initiating the payment of the transaction amount TA and providing the primary account number PAN to the transaction processing system 104.
  • Such systems such as point of sale systems 106, or online transaction processing system 108 are typically implemented by a retail seller or on-line seller or system.
  • the transaction processing system 104 as described herein can also be enabled through new and additional features and capabilities to the transaction processing systems 104, such as point of sale terminal 106 that are located in retail establishments or via on-line payment operators.
  • a point of sale transaction processing system 106 includes a card reader 122 configured for receiving a primary account number PAN from a debit card 110, a transaction interface 121 for receiving a transaction amount TA, a user interface is configured for receiving a user authorization, a debit card processing module 106 configured for processing of the received debit card information and the user authorization and a network interface 125 configured for communicating with the financial account management system 102 having a plurality of primary accounts PAs including a received primary account with prefunded subaccounts SAs.
  • the user interface 124 is configured to receive a user input identifying a particular one of the prefunded subaccounts SAs associated with the received prefunded primary account PA.
  • the debit card processing module 106 is configured to receive the user input identifying the particular prefunded subaccount SA and to initiate a communication over the network interface 125 of the received primary account number PAN, the received user authorization, the received transaction amount TA, and the received particular prefunded subaccount SA.
  • a point of sale terminal 106 includes a transaction interface 121 for receiving transaction information including a transaction amount TA from a purchase processing system 1 12.
  • a card reader 122 is configured to read a financial card 1 10 having a primary account PA with a primary account number PAN associated with the financial card 1 10.
  • the card reader 122 is also configured to receive a user selected subaccount indicator SAI from among a plurality of subaccount indicators SAIs, each of which is associated with a different subaccount SA within the primary account PA of the financial card 1 10.
  • the card reader 122 having a user interface 124, can also be configured for receiving an input from the user that includes the subaccount indicator SAI and possibly also a Personal Identification Number (PIN).
  • the transaction processing system 104 can also include a memory 127 and is configured with computer executable instructions for performing the transaction processing operations.
  • a network interface 125 is configured to communicate with the financial account management system 102 for transaction authorization that includes transmitting the payment transaction PT information including the primary account number PAN, and the user selected subaccount indicator SAI to the system 102. If a PIN is also entered, the PIN can also be transmitted.
  • the network interface 125 is also configured to receive a reply authorizing or denying or otherwise, as is described in greater detail herein.
  • a transaction payment device 1 10 such as a financial card 1 10 can be implemented to enable the user to present the primary account PA and the subaccount indicator SAI to a transaction entity for payment of a transaction amount.
  • the user can enter the subaccount indicator (SAI) in the user interface 124 of the transaction processing system 104.
  • the transaction payment devices 1 10 can include a debit card, a charge card or a smart card.
  • the financial card 1 10 can be configured to receive an input from the user that identifies one of the various available subaccounts SAs within their primary account PA that is to be used for the payment of the particular transaction amount TA. This can be done by the user providing a single subaccount indicator SAI associated with the selected subaccount SA to the transaction processing system 104 in conjunction with the providing of the primary account number PAN.
  • the transaction processing system 104 can be configured to receive not only the primary account number PAN and other standard user and financial card data, but also the subaccount indicator SAI.
  • FIGs. 2A and 2B One exemplary financial card 1 10 is illustrated in Figs. 2A and 2B.
  • the card has a body 150 having a front side 152 and a back side 154, a primary account number PAN positioned on the front side 152.
  • the front side 152 typically also includes an issuer identification 156, a text name 158 of the user to which the card is issued, and an expiration date 160.
  • a magnetic strip 162 is positioned on the back side 154.
  • the magnetic strip 162 has a predefined portion 164 and a user definable portion 166.
  • the user definable portion 166 is configurable by the user at each time of use of the financial card 1 10 for payment of the transaction amount from a particular user selected subaccount SA.
  • a signature block 168 is also typically included.
  • the user definable portion 166 can include, as will be described below, a variable field that accepts for each use, a user selected subaccount identifier SAI from among the available subaccount identifier SAs within the primary account PA as identified by the primary account number PAN for the financial card 1 10.
  • the card 1 10 includes a card user interface 126 that is described in various exemplary embodiments in Figs. 3, 4, 5 and 6.
  • the user interface 126 of the card 1 10 can be configured for receiving a user selected subaccount indicator SAI and for configuring the user definable portion to include the received user selected subaccount indicator SAI.
  • the transaction processing system 104 can include the card reader 122 that is configured to read the financial card 1 10 having the magnetic strip 162 with both the predefined portion 164 and the user definable portion 166 for obtaining the primary account number PAN and, where applicable, the user selected subaccount indicator SAI directly from the magnetic strip 162.
  • the system and method as described herein can utilize existing international standards for financial cards and the coding of the magnetic strip 162 wherein the transaction processing systems 104 and their card readers 1 12 are similarly compliant.
  • financial cards 1 10 are currently based on International Standards Organization (ISO) standard ISO 7813 that defines the magnetic coding for two of the three separate magnetic tracks on the financial card, e.g., tracks 1 and 2.
  • ISO standard 4909 provides the formatting for track 3, which is sometimes but not often used.
  • These standards define the formatting for the three magnetic tracks 170 (shown as a first track 170A, a second track 170B, and a third track 170C in Fig. 2B).
  • Track 1 170A is generally used with the International Air Transport Association (IATA) and stores more information than Track 2 170B that is used with the American Banking Association (ABA).
  • IATA International Air Transport Association
  • ABA American Banking Association
  • Track 1 170A rather than Track 2 170B, as it includes the name of the user embedded on the magnetic strip 162.
  • Track 1 17OA includes the cardholder's name as well as primary account number PAN and other discretionary data and as described herein, can also include the user definable portion 166 that includes the subaccount identifier SAI.
  • Track 2 170B is the track that is read by most automatic teller machines (ATMs) and credit card checkers, and can also include the user definable portion 166 with the subaccount identifier SAI to be used for the particular payment transaction PT.
  • the ABA designed the Track 2 170B specifications and all world banks are expected to abide by its formatting. It contains the cardholder's primary account PAN, an encrypted PIN, and other discretionary data, in the predefined portion 164 and can include the subaccount identifier SAI within the user definable portion 166.
  • Track 1 170A includes up to 79 ALPHA 7-bit (including parity) characters (alphanumeric) and is defined as a read only format, consistent with the present disclosure, Track 1 170A can include the following fields (in this order):
  • PAN Primary Acct. Number (maximum of 19 digits in accordance ISO
  • Additional Data Expiration Date, offset, encrypted PIN, user definable portion 166 with the subaccount identifier (SAI), etc.
  • ES End Sentinel "?”
  • PAN Primary Acct. Number (maximum of 19 digits)
  • Additional Data Expiration Date, offset, encrypted PIN, user definable portion 166 with the subaccount identifier (SAI), etc.
  • the Track 3 170C Layout is similar to the layouts of Tracks 1 and 2, 170A and 170B, respectively, and is almost never used.
  • the tracks 170 for the magnetic strip 162 are shown in more detail in Figs. 3A and 3B.
  • the user definable portion 166 includes user definable portions of tracks 170A, 170B, and 170C, which are denoted as tracks 170A', 170B', and 170C.
  • 3B also illustrates that the user definable portion 166 receives an input from a user definable control module for providing the subaccount indicator SAI to the user definable portions as tracks 170A', 170B', and 170C.
  • the user definable tracks 170A', 170B', and 170C can also include the End Sentinel and the LRC in some embodiments.
  • Track 2 17OB uses up to 40 binary coded digits 5-bit (including parity) characters (numeric) including for the SS, ES and LRC.
  • the primary account number PAN is defined by ISO 7812 and consists of a first 6 digits that are used as the Issuer Identification Number. This can include a Major Industry Identifier (Mil) of up to 2 digits, which can include: Institutions other than card issuers; Airlines; Travel and entertainment; Banking/financial; Financial institutions not registered by ISO; Merchandising and banking; Petroleum; Telecommunications; and Telecommunications administrations and private operating agencies.
  • Moil Major Industry Identifier
  • the Individual Account Identification (IAI) is up to 12 digits in length. This number is assigned by the card issuing institution.
  • a one digit Check Digit (CD) follows and is calculated using a Luhn formula for computing modulus 10 "double-add-double" check digit as is known to those skilled in the art to complete the primary account number PAN and to ensure accuracy of the number. Different companies use different codes. For example, one major credit card company has a variable number up to 16 digits while another major credit card company uses 13 or 16 digits including the check digit (CD).
  • the next field in the Field Separator that is 1 character in length.
  • the next field is the country code (CC) which is 3 digits in length and is defined in ISO 3166.
  • the next field is the Expiration Date (ED) in the 4 digit format: YYMM.
  • optional digits can include a Service Code (SC) of 3 digits.
  • SC Service Code
  • the first digit of the SC from 0 to 9 is used for interchange and technology for financial transactions including bilateral agreements with various countries.
  • the second digit of the SC is used for authorization processing with digits 1 , 3, 5-9 being reserved for future use and 0 being for transactions that are authorized following the normal rules; 2 being for transactions as authorized by the issuer and should be online, and 4 being for transactions as authorized by the issuer and should be online, except under bilateral agreement.
  • the third digit of the SC is for the range of services and PIN requirements, including: No restrictions but a PIN is required; No restrictions; Goods and services only (no cash); ATM only and PIN required; Cash only; Goods and services only (no cash) and PIN required; No restrictions and require PIN when feasible; and Goods and services only (no cash) and require PIN when feasible. If this field in not used a Field Separator FS is used.
  • PVV PIN Verification Value
  • SAI subaccount identifier
  • the user definable portion 166 can also include the End Sentinel and/or the recalculated adaptable longitudinal redundancy check LRC that is required for processing and compliance with the ISO standards for the track formatting.
  • an adaptable LRC is determined for each of the subaccount identifiers (SAI) selected by the user to ensure that the encoding of the magnetic strip 162 and in particular each magnetically encoded track 170 is encoded with the user definable portion 170' that is appropriate to ensure proper reading and processing of the magnetic information on the financial card for each and every use of the card.
  • SAI subaccount identifiers
  • a financial card 1 10 suitable for use with the present disclosure systems and methods can include a card user interface 126 that is comprised of blister buttons 174 positioned on one of the sides 152 or 154 (practically will be the front side 152) of the body 150 of the card 1 10.
  • Each blister button 174 can be formed on a surface and within the card 1 10 and connected and include an electronic interface (not shown) to the user definable controller 173 for providing the selection of a particular blister button input from the user to specify the particular subaccount identifier to the user definable portion 166.
  • the card user interface 126 receives the user selection when the user presses one of the blister buttons 174 at the time of purchase and prior to swiping the card 1 10 with it magnetic strip 162 in the card reader 122 of the transaction processing system 104.
  • the controller 173 receives the user input from the selected blister button input, and creates the internal electronic circuitry operations, encodes via selectively magnetic energizing the user definable portion 166 to include the information on the desired user definable tracks 170A', 170B' and 170C that includes the user selected subaccount identifier SAI.
  • the controller 173 creates operations for encoding the new user input for the information on tracks 170' of the user definable portion 166 for the next payment transaction PT.
  • the blister buttons 174 can include indicia 176 on the card 1 10 that provides a textual description of the expenditure category thereby enabling the user to select the subaccount SA without having to remember the subaccount identifier SAI at the time of the transaction. All the user needs to do is to push the blister button 174 with the describing indicia 176 for the particular purchase.
  • the controller 173 can determine the appropriate composing and encoding of the user definable portion as described above.
  • a financial card has a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card.
  • the card has a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number.
  • the magnetic strip includes a user definable portion for providing a selectable discretionary encoding thereto.
  • the card also includes a user interface having at least one user input device positioned on the body of the financial card. The user interface is configured for receiving input from the user at a time of use of the financial card for selecting a particular account indicator from among a plurality of account indicators each of which is associated with the primary account.
  • the user interface is coupled to the user input device and to the user definable portion of the magnetic strip for providing the selectable discretionary encoding to the user definable portion of the magnetic strip responsive to the selected particular account indicator as received by the user interface at the time of use by the user.
  • the magnetic strip includes at least track 1 170A and track 2 170B of encoded data consistent with ISO standards.
  • the user definable portion of the magnetic strip can be operably coupled to the user interface for defining the user definable portion to include the particular account indicator in the additional data field of at least one of track 1 17OA and track 2 17OB.
  • the selectable discretionary encoding can include one or more definable bits.
  • one or more selectable magnetic energizing devices such as micro-energizable electromagnets, can be positioned proximate or behind the user definable portion 166 of the magnetic stripi 62 and in particular the user definable tracks 170A', 170B', and/or 170C.
  • the selectable magnetic energizing device can be any suitable device for imparting a selective electrical encoding of a bit or bits to the user definable tracks 170A', 170B', and/or 170C as know to those skilled in the art.
  • the selectable magnetic energizing devices can be a one or more magnetic coils positioned behind the magnetic strip on the back surface of the body of the card.
  • Each selectable magnetic energizing device can be configured to provide an encoding of a single definable bit of the selectable discretionary encoding.
  • Each selectable magnetic energizing device can be selectably magnetically energized responsive to the received user input selecting the particular account indicator.
  • buttons and ten (10) associated characters therewith there are ten (10) buttons and ten (10) associated characters therewith and each character is encoded with five definable bits using five selectable magnetic energizing devices.
  • the five bits can include 4 character defining bits and a parity bit.
  • those skilled in the art will recognize that other quantities and arrangements are also possible and within the scope of the present disclosure.
  • the user definable portion includes an adaptable longitudinal redundancy check (LRC) encoding having five LRC bits, for example.
  • LRC longitudinal redundancy check
  • Each of the user input devices is coupled to a different selectable magnetic energizing device.
  • One or more selectable magnetic energizing devices can be associated with a different one of the LRC bits.
  • the different selectable magnetic energizing devices are positioned proximate to the user definable portion of the magnetic strip for providing the adaptable LRC encoding to the user definable portion of the magnetic strip.
  • Such selective encoding is responsive to the selected particular account indicator as received by the user interface at the time of use by the user and to provide a proper LRC encoding to the magnetic strip of the financial card that includes all of the information on the track 170 including the user definable portion 170' with the encoded user selected particular account indicator.
  • FIG. 8 One exemplary embodiment of a user definable selectable magnetizing circuit 800 for the financial card 1 10 with blister buttons 174 is illustrated in Fig. 8.
  • the user interface 126 includes ten (10) user input devices in the form of blister buttons 174 as described above.
  • Each blister button 174 as shown in the user definable selectable magnetizing circuit 800 is operative coupled to selectably magnetize one of the user definable track portions 170'.
  • the magnetic strip 162 includes the predetermined portion 164 and the user definable portion 166.
  • the user d ⁇ finabl ⁇ portion 166 includes the user definable track portion 170' that is shown in Fig.
  • the user definable track 2 portion 170B' includes, but is not limited to, a single account indicator character 806 that is encoded by five bits 808A-E for selectively encoding of an account indicator, such as the subaccount indicator (SAI), by way of example.
  • SAI subaccount indicator
  • Each blister button 174 is associated with a particular predefined account indicator character 806.
  • Each bit 808 of user definable or selectable account indicator character 806 includes one or more magnets 804, such as described above, for encoding thereof. As shown in this example, each bit 808 is defined by two magnets 804A and 804B. However, a single energizable magnet 804 is also possible as described herein.
  • Each button 174 is operatively coupled to the bits 808 via bit magnetization controllers 814 for controlling and/or otherwise energizing magnets 804.
  • the magnets 804 can be operatively positioned behind the magnetic strip 162 for selectively magnetizing the encoding of the user definable track 2 170B'.
  • the bit magnetization controllers 814 are illustrated in Fig. 8 as D1 P through DOP.
  • the account indicator character 806 is defined with the bits 808 to include a first bit 808A, a second bit 808B, a third bit 808C, a fourth bit 808D, and a parity bit 808E.
  • Each of these is controlled by two bit selectively magnetized magnets 804A, 804B for encoding the bit 808 as either a one or a zero.
  • the bit magnetization controllers D01 and D1 1 are coupled to first bit 808A for selectively energizing first bit 808A as required to encode the user selected account indicator character 806 as selected by the user activating the buttons 174 of user interface 126.
  • the second bit 808B, third bit 808C and fourth bit 808D are similarly associated with bit magnetization controllers as illustrated.
  • the parity bit 808E is selectably magnetized by bit magnetization controllers DOP and D1 P as required to encode the appropriate parity to the encoded character 806.
  • a similar coupling, control, energizing and selectable encoding of the Longitudinal Redundancy Check (LRC) is also shown in Fig. 8 responsive to each user selected account indicator as received by the user interface 126 by activation of one of the buttons 174.
  • LRC Longitudinal Redundancy Check
  • an adaptable Longitudinal Redundancy Check (LRC) character 810 must be specified and encoded on the track 2 170B user definable portion 170B' responsive to the user selecting a variable account indicator via activation of a button 174.
  • the LRC must be adapted to ensure compliance of the each user selected account indicators with the industry standard ISO 7813 so that the magnetic strip 162 can be read by a card reader and the encoded information extracted therefrom for processing of the financial transaction using the card 1 10.
  • LRC character 810 is encoded by LRC bits 812A-812E. This includes a first LRC bit 812A, a second LRC bit 812B, a third LRC bit 812C, a fourth LRC bit 812D, and an LRC parity bit 812E.
  • Each of these LRC bits 812 is energized by activating or energizing magnets 804A and 804B as described above.
  • Each of these LRC energizing magnets are controlled by a mated pair of LRC bit magnetization controllers 818 that are shown as L01 through L1 1 .
  • a user accesses the user interface 126 at the time of a transaction and selects or activates one of the ten buttons 174.
  • the wiring 816 for that button sends control signals (not shown) to the operatively coupled bit magnetization controllers 814 for selectively encoding the associated account indicator character 806.
  • the associated account indicator bits 806 are energized as either a one or a zero to selectably magnetize or energize the user definable portion 170B' of track 2 170B to reflect the appropriate account indicator character 806.
  • the selected button 174 activates the associated LRC bit magnetization controllers 818.
  • the LRC bit magnetization controllers 818 associated with the user selected account indicator character 806 for determining the correct adaptable LRC encoding of the user magnetic track 2 170 are then activated and/or energized.
  • the LRC bit magnetization controllers 818 control the activation of magnets 804A and 804B for each LRC bit 812 to selectively encode the adaptable LRC character 810.
  • circuit 800 of Fig. 8 is just one embodiment, and other embodiments for selectively energizing the magnetic tracks 170 of magnetic strip 162 with the character 806 and the LRC 810 are also within the scope of the present disclosure.
  • the blister buttons identified by characters/digits 0 through 9 are displayed vertically down the center of the chart.
  • Bit 0 through Bit 3 and a Parity bit for the discretionary digit are labeled D1 1 through D1 P for the polarities representing a 1 and D01 through DOP for the polarities of 0.
  • Bit 0 through Bit 3 and a Parity bit for the LRC are labeled L1 1 through L1 P for polarities representing 1 and L01 through LOP for the polarities of 0.
  • FIGs. 5A, 5B, and 5C illustrate additional embodiments of a card 1 10 having various user interfaces 126 and various controllers 173 for composing the user definable portion 166 of the magnetic strip 162 for use with the present disclosure.
  • FIGs. 5A, 5B, and 5C shows the interworkings of the card user interface 126 that include one or more rotatable wheels 180 that rotate on a pivot 182 embedded within the body 150 of the card 1 10.
  • the magnetic strip 162 include a mechanically adjustable portion 184 associated with the user definable portion 166, and in this example, includes a variety of predefined user selected portions 186 each of which is pre-coded with a user definable portion 166 corresponding to one of the subaccount identifier SAI as selected by the user by rotation of the wheels 180.
  • One of the wheels 180 can be a user input wheel 180A that is the card user interface 126 and that is rotatable by the user to select one of the subaccount indicators SAIs.
  • the corresponding predefined user selected portion 186 is moved into the position of the user definable portion 166 of the magnetic strip 162 so that the appropriate tracks 170A', 170B', and 170C, are positioned for reading of the user selected subaccount identifier SAI.
  • Fig. 5B illustrates embodiments wherein there are multiple wheels 180, each being gears and coupled together for movement of the predefined portions 164 of the magnetic strip 162.
  • Fig. 5C illustrates another embodiment.
  • the wheel 180 has spaced apart magnetic sections 190 each having an end 191 containing a different predefined user definable portion 186 having the user definable tracks 170A', 170B', and 170C, that can be positioned with the magnetic strip 162 and aligned with predefined portion 164 and its predefined portions of tracks 170A, 170B, and 170C, for providing the user definable portion 166 with the user selected subaccount identifier SAI.
  • Each spaced apart magnetic section 190 can be, for example, a paddle having the magnetic section 190 positioned on the free end 191 .
  • the magnetic section 190 includes the user definable portion 166 each having one of the subaccount indicators SAIs and possibly can also include any necessary sentinel character SC and the required adaptable longitude redundancy check LRC character.
  • the body 150 of the card 1 10 can include the wheel 180 that has an aperture 192 that is dimensioned for receiving a key (not shown) or other mechanism for enabling the user to rotate the wheel 180, such as with a finger or finger nail of the user. While not shown, the wheel 180 can be restricted in various manners from arbitrarily moving or rotating without user input, such as known to those skilled in the art.
  • the wheel 180 can be s ⁇ l ⁇ ctively held in place after positioning by the user, either by friction or possibly a selective or limited locking portion or stop mechanism that can include a ratchet or similar device. In this manner, the wheel 180 is held in place until the user intentionally makes a change to the subaccount to be used for the next transaction.
  • each spaced apart magnetic section 190 can include indicia 194 that can be visible to the user for aiding in selection of the subaccount SA for the particular payment transaction PT.
  • a display window 196 can be positioned on the front 152 of the card 1 10 proximate to one of the wheels 180 such that indicia 194 on one of the wheels 180 is visible to the user of the card 1 10 at the time of each use.
  • the indicia 194 can be the subaccount indicator SAI or can be a textual description or a symbol or drawing indicating the subject matter of the subaccount. This can aid the user in selecting the subaccount SA at the time of use of the card 1 10 and therefore in managing their personal financials.
  • the financial card 1 10 as described herein is a smart card.
  • the card reader 122 is configured to receive from the smart card 1 10 the primary account number PAN and the user selected subaccount indicator SAI.
  • a financial transaction card 1 10 includes a body 150 and an integrated microprocessor (not shown but known to those skilled in the art) and memory including a primary account number PAN having a plurality of subaccounts SAs, each subaccount SA having a different subaccount indicator SAI.
  • a user interface 124 is configured to receive a user selection of one of the subaccount indicators SAIs and providing the user selected subaccount indicator SAI to the integrated microprocessor.
  • An output interface (not shown but know to those skilled in the art) is configured to provide the primary account number PAN and the user selected subaccount indicator SAI to the transaction processing system 104 that is configured for processing smart cards for user transactions.
  • the transaction amount for a purchase by the user is determined at the point of sale that can include an on-line transaction processing system 108 or third party agent who enters the payment transaction PT information.
  • the on-line transaction processing system 108 includes a communication interface 132 that can be a telephone line or a web portal or webpage.
  • the user provides the primary account PA, and the subaccount indicator SAI to complete the payment transaction PT and the payment of the transaction amount TA from the user selected subaccount SA.
  • the user can provide the subaccount indicator SAI either verbally, or via the communication interface 132 such as an entry into a webpage.
  • other user information can also be provided such as may be required for the particular application.
  • the on-line processing system 108 processes the payment transaction PT in a similar manner as described above, including the provision of the subaccount identifier SAI as provided by the user for use with the particular payment transaction PT.
  • the transaction processing system 104 is configured to receive a personal identification number having at least one variable character selected by the user from among a plurality of available variable characters each of which is associated with a different subaccount.
  • the financial account management system is configured to receive the personal identification number (PIN) from the transaction processing system 104 to verify the payment of the transaction amount from the primary account PA and from the subaccount responsive to the received personal identification number.
  • the herein the transaction processing system 104 is an online internet-based payment transaction system having a hosted user interface configured for prompting the user to input both the primary account PA and the particular subaccount for payment of the transaction amount.
  • the transaction processing system 104 is configured to receive a personal identification number at the time of the payment transaction PT, the personal identification number having two portions, a fixed predefined portion and a user definable portion, the user definable portion being user defined at the time of the transaction for specifying one of the available subaccount indicators SAIs.
  • the transaction processing system 104 is configured to receive the subaccount indicator SAI, an associated end sentinel character, and the adaptable longitude redundancy check (LRC) character.
  • SAI subaccount indicator
  • LRC adaptable longitude redundancy check
  • the various user financial cards 1 10 for personal financial management can include using a debit card.
  • the user would open a debit card primary account PA having a primary account number PAN with a financial institution.
  • the financial institution would then issue to the user.
  • the financial institution would issue a suitable financial card 1 10 to the user.
  • the user could establish a plurality of subaccounts SAs within the primary account PA with each being uniquely identified with a separate subaccount indicator SAI.
  • the client and/or financial institution would then provide for a prefunding of each of the subaccounts SAs and maintain such prefunding on a monthly or bimonthly pre-funded amount.
  • the method also includes selecting one of the subaccount indicators SAIs for use as payment of a transaction amount TA.
  • a payment of a transaction amount TA is initiated from the primary account PA using the debit card 1 10 along with the user selected subaccount indicator SAI.
  • an operating environment for an illustrated embodiment of the transaction processing system 104 and/or the financial account management system 102 can include, in one embodiment, a computer system 700 with a computer 702 that comprises at least one high speed processing unit (CPU) 704, in conjunction with a memory system 706 interconnected with at least one bus structure 708, an input device 710, and an output device 712. These elements can be interconnected by at least one bus structure 712.
  • CPU high speed processing unit
  • memory system 706 interconnected with at least one bus structure 708, an input device 710, and an output device 712.
  • the illustrated CPU 704 is of familiar design and includes an arithmetic logic unit (ALU) 714 for performing computations, a collection of registers 714 for temporary storage of data and instructions, and a control unit 716 for controlling operation of the system 700.
  • ALU arithmetic logic unit
  • the illustrated exemplary embodiment operates on an operating system designed to be portable to any of these processing platforms.
  • the memory system 706 generally includes high-speed main memory 720 in the form of a medium such as random access memory (RAM) and read only memory (ROM) semiconductor devices, and secondary storage 722 in the form of long term storage mediums such as floppy disks, hard disks, tape, CD-ROM, flash memory, etc. and other devices that store data using electrical, magnetic, optical or other recording media.
  • the main memory 720 also can include video display memory for displaying images through a display device.
  • the memory system 706 can comprise a variety of alternative components having a variety of storage capacities.
  • the input device 710 and output device 712 are also familiar.
  • the input device 710 can comprise a keyboard, a mouse, a physical transducer (e.g. a microphone), etc. and is interconnected to the computer 702 via an input interface 724.
  • the output device 712 can comprise a display, a printer, a transducer (e.g. a speaker), etc, and be interconnected to the computer 702 via an output interface 726.
  • Some devices, such as a network adapter or a modem, can be used as input and/or output devices.
  • the computer system 700 further includes an operating system and at least one application program.
  • the operating system is the set of software which controls the computer system's operation and the allocation of resources.
  • the application program is the set of software that performs a task desired by the user, using computer resources made available through the operating system. Both are resident in the illustrated memory system 706.

Abstract

Systems and methods for personal financial management using a financial card having a primary account with a plurality of subaccounts within the primary account, the systems and methods includes the financial management, transaction processing systems such as point of sales system, financial account management system and support systems are configured for processing transactions from user selected subaccounts within the primary account in real time at the time of processing each payment transaction and including processing each transaction from user selected subaccounts by indicating at the time of each transaction a particular transaction identifier indicating the particular subaccount within the primary account.

Description

SYSTEMS AND METHODS FOR PER-TRANSACTION FINANCIAL CARD ENABLED PERSONAL FINANCIAL MANAGEMENT
FIELD
[0001] The present disclosure is related to, and claims priority from, U.S. Patent Application Serial No. 12/498,953, filed July 7, 2009; U.S. Patent Application Serial No. 12/498,946, filed July 7, 2009; U.S. Patent Application Serial No. 12/498,941 , filed July 7, 2009 and U.S. Patent Application Serial No. 12/613,729, filed November 6, 2009 for personal financial management and, more specifically, to a financial card-enabled personal financial account management systems and methods.
BACKGROUND
[0002] The statements in this section merely provide background information related to the present disclosure and may not constitute prior art.
[0003] Financial cards are used by individuals and businesses for the payment of amounts owed for a purchase. These financial cards represent a financial account of that of a user with a financial institution wherein the user has opened an account and has agreed to reimburse the financial institution for transactions where the card is a credit card or the user agrees to prefund the account with a prefunded amount from which the purchases are subtracted where the card is a debit or prepaid card. Each of these cards includes a financial account number that is unique to that particular financial card and that uniquely identify the financial account of that particular user and card. Each financial account and/or financial card can also have an associated security code and/or personal identification number (PIN).
[0004] The user of the card presents the financial card either at the time of a purchase for processing using a point of sale transaction terminal that enters the account number and can also include entering the PIN or security code. A similar process is handled via manual input for on-line payment systems or to agents of third parties over the telephone. In this later case, the account number and possibly the PIN and security code are entered by the agent into a similar transaction processing system for providing such information for processing of the payment of a transaction amount. A centralized transaction processing system of the financial institution receives the financial account number and the security code or PIN from the transaction processing entity along with the identification of the payee, authorizes the payment, and arranges for the transfer of the transaction amount from the financial account of the user to the designated account or financial institution of the payee. The transaction amount is either deducted from the prepaid funds of the financial account of a user where the financial account and card are prepaid or debit accounts or is reflected as a credit purchase in the user's account for a credit account that is subsequently billed to the user for payment reimbursement to the user's financial institution.
[0005] Generally, these financial cards, the financial account, the transaction processing systems at the point of sale or entry and the transaction processing system of the financial institution are only capable of a single financial account and a single financial account number. As such, the user must manage their purchases and/or prefunding of the debit card account on a total account basis and can only allocate the purchases for personal financial management as a separate process individually. While users often have aided their management through opening of multiple accounts with the same or multiple financial institutions, these require different financial accounts and different financial cards, which is often not desirable to the user.
SUMMARY
[0006] The inventor hereof has succeeded at designing systems and methods for financial transactions using a financial card that is capable of enabling the user of a financial card to manage their personal finances through prefunding, budgeting, and per-purchase/payment transactions management using a single financial account and a single financial card. [0007] According to one aspect, a personal financial account management system for payment of sales transactions includes a financial account management system configured for management and administration of a primary account having a plurality of subaccounts. The financial account management system includes a prefunded amount for each of the subaccounts within the primary account. A transaction processing system is configured for payment of a sales transaction having a transaction amount. The transaction processing system is configured to receive input having a primary account number and a user selected subaccount indicator that is from the plurality of subaccounts so as to be used for payment of the transaction. The transaction processing system is also configured to transmit the transaction amount, the primary account number and the received subaccount indicator to the financial account management system. The financial account management system is configured to receive the primary account, the subaccount indicator and the transaction amount. The financial account management system is then configured to compare the transaction amount with the prefunded amount associated with the received subaccount indicator and determine an availability of prefunded amounts within the subaccount of the subaccount indicator. A verification of available prefunded amounts is then transmitted to the transaction processing system responsive to a successful determination of availability of prefunded amounts or a lack of funds indication is transmitted to the transaction processing system responsive to an unsuccessful determination of availability of prefunded amounts.
[0008] According to another aspect, a financial system for processing transaction payments includes a network interface configured for interfacing with a remote transaction processing system over a communication network for receiving a primary account number and a subaccount indicator. A database includes a plurality of primary accounts each having a plurality of subaccounts each associated with a subaccount -A- indicator and each having a prefunded amount. A financial account management system is configured for management and administration of the primary accounts and the subaccounts within each primary account. The financial account management system includes prefunded amounts for each of the subaccounts within each primary account and is configured to process transactions for payment of transaction amounts from each subaccount responsive to receiving the primary account number and the subaccount indicator.
[0009] According to yet another aspect, a method of providing personal financial management to a user using a debit card includes establishing a primary account for the user having a primary account number and a prefunded amount. A plurality of subaccounts is created with each having a subaccount indicator within the primary account and having a subaccount prefunded amount. The method includes receiving funding from the user for each of the subaccounts and receiving a payment request from a transaction entity for payment of a transaction payment associated with an activity of the user. The payment request includes the transaction amount, the primary account number, and a user selected subaccount indicator. The user selected subaccount indicator is one of the subaccount indicators within the primary account associated with the received primary account number. The method further includes verifying the availability of funds in the subaccount associated with the received subaccount indicator. The method includes transmitting a transaction authorization to the transaction entity in response to a positive verification of available funds within the subaccount associated with the received subaccount indicator.
[0010] According to another aspect, a method of personal financial management using a debit card includes opening a debit card primary account having a primary account number from a financial institution and receiving the debit card from the financial institution. A plurality of subaccounts within the primary account is established with each subaccount having a unique subaccount indicator. Each of the subaccounts within the primary account is funded with a subaccount funding amount. The method also includes selecting one of the subaccount indicators for use as payment of a transaction amount. A payment of a transaction amount is initiated from the primary account using the debit card including providing the selected subaccount indicator along with the primary account number.
[0011] According to still another aspect, a personal financial account management system for payment of sales transactions includes a financial account management system configured for management and administration of a primary account having a plurality of subaccounts. The financial account management system includes a prefunded amount for each of the subaccounts within the primary account. A transaction processing system is configured for payment of a sales transaction having a transaction amount. The transaction processing system is configured to receive input having a primary account number and a user selected subaccount indicator that is from the plurality of subaccounts so as to be used for payment of the transaction. The transaction processing system is also configured to transmit the transaction amount, the primary account number and the received subaccount indicator to the financial account management system. The financial account management system is configured to receive the primary account, the subaccount indicator and the transaction amount. The financial account management system is then configured to compare the transaction amount with the prefunded amount associated with the received subaccount indicator and determine an availability of prefunded amounts within the subaccount of the subaccount indicator. A verification of available prefunded amounts is then transmitted to the transaction processing system responsive to a successful determination of availability of prefunded amounts or a lack of funds indication is transmitted to the transaction processing system responsive to an unsuccessful determination of availability of prefunded amounts. [0012] According to another aspect, a system for receiving payment for a transaction amount from a user includes means for receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator and means for receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount. The system also includes means for transmitting the primary account number and the subaccount indicator as received from the user to a financial institution for payment authorization of the transaction amount and means for receiving authorization from the financial institution responsive to the transmitting.
[0013] According to yet another aspect, a system for receiving payment for a transaction amount from a user includes means for receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator and means for receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount. The system also includes means for transmitting the primary account number and the subaccount indicator as received from the user to a financial institution for payment authorization of the transaction amount and means for receiving authorization from the financial institution responsive to the transmitting.
[0014] According to another aspect, a point of sale transaction processing system includes a card reader configured for receiving a primary account number from a debit card, a transaction interface for receiving a transaction amount, a user interface configured for receiving a user authorization, a debit card processing module configured for processing of the received debit card information and the user authorization and a network interface configured for communicating with a debit card financial account management system having a plurality of primary accounts including a rθCθived prefunded account associated with received prefunded primary account identification with each primary prefunded account having a plurality of prefunded subaccounts. The user interface is configured to receive a user input identifying a particular one of the prefunded subaccounts associated with the received prefunded primary account. The debit card processing module is configured to receive the user input identifying the particular prefunded subaccount and to initiate a communication over the network interface of the received prefunded primary account identification, the received user authorization, the received transaction amount, and the received particular prefunded subaccount.
[0015] According to still another aspect, a point of sale terminal includes a transaction interface for receiving transaction information including a transaction amount. A card reader is configured to read a financial card having a primary account with a primary account number associated with the financial card. The card reader is also configured to receive a user selected subaccount indicator from among a plurality of subaccount indicators each associated with a different subaccount within the primary account of the financial card. A network interface is configured to communicate with a financial account management system including transmitting the transaction information, the primary account number, and the user selected subaccount indicator to the financial account management system. The network interface is also configured to receive a financial account management system reply thereto.
[0016] According to another aspect, a method of receiving payment for a transaction amount from a user includes receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator and receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount. The received primary account number and the subaccount indicator are transmitted to a financial institution for payment authorization of the transaction amount. The method also includes receiving authorization from the financial institution responsive to the transmitting.
[0017] According to another aspect, a personal financial account management system for payment of sales transactions includes a financial account management system configured for management and administration of a primary account having a plurality of subaccounts. The financial account management system includes a prefunded amount for each of the subaccounts within the primary account. A transaction processing system is configured for payment of a sales transaction having a transaction amount. The transaction processing system is configured to receive input having a primary account number and a user selected subaccount indicator that is from the plurality of subaccounts so as to be used for payment of the transaction. The transaction processing system is also configured to transmit the transaction amount, the primary account number and the received subaccount indicator to the financial account management system. The financial account management system is configured to receive the primary account, the subaccount indicator and the transaction amount. The financial account management system is then configured to compare the transaction amount with the prefunded amount associated with the received subaccount indicator and determine an availability of prefunded amounts within the subaccount of the subaccount indicator. A verification of available prefunded amounts is then transmitted to the transaction processing system responsive to a successful determination of availability of prefunded amounts or a lack of funds indication is transmitted to the transaction processing system responsive to an unsuccessful determination of availability of prefunded amounts.
[0018] According to another aspect, a financial card for personal financial management having a primary account with a plurality of subaccounts includes means for selecting a subaccount indicator associated with one of the subaccounts for use of payment of a transaction amount, means for providing a primary account number of the primary account to a transaction entity for payment of a transaction amount, and means for providing the selected subaccount indicator to the transaction entity for payment of the transaction amount from the subaccount within the primary account associated with the selected subaccount indicator.
[0019] According to yet another aspect, a financial card includes a body having a front side and a back side, and a primary account number user associated with a primary account of a user of the financial card. A user interface is configured for receiving input from the user at a time of use of the financial card for selecting a subaccount indicator from among a plurality of subaccount indicators each of which is associated with a subaccount within the primary account. A magnetic strip is positioned on the back side and includes a user definable portion configurable by the user at a time of use of the financial card for a transaction. The user interface is adapted to configure the user definable portion to include the user selected subaccount indicator.
[0020] According to still another aspect, a financial transaction card includes a smart card having a body and an integrated microprocessor and memory including a primary account number having a plurality of subaccounts, each subaccount having a different subaccount indicator. A user interface is configured to receive a user selection of one of the subaccount indicators and providing the user selected subaccount indicator to the integrated microprocessor. An output interface is configured to provide the primary account number and the user selected subaccount indicator to a point of sale terminal at the time of use of the smart card by the user for payment of a transaction amount.
[0021] According to another aspect, a method of personal financial management using a debit card includes opening a debit card primary account having a primary account number from a financial institution and receiving the debit card from the financial institution. A plurality of subaccounts within the primary account is established with each subaccount having a unique subaccount indicator. Each of the subaccounts within the primary account is funded with a subaccount funding amount. The method also includes selecting one of the subaccount indicators for use as payment of a transaction amount. A payment of a transaction amount is initiated from the primary account using the debit card including providing the selected subaccount indicator along with the primary account number.
[0022] According to yet another aspect, a financial card having a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card, the card including a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number. The magnetic strip includes a user definable portion for providing a selectable discretionary encoding thereto. The card also includes a user interface having at least one user input device positioned on the body of the financial card. The user interface is configured for receiving input from the user at a time of use of the financial card selecting a particular account indicator from among a plurality of account indicators each of which is associated with the primary account. The user interface is coupled to the user input device and to the user definable portion of the magnetic strip for providing the selectable discretionary encoding to the user definable portion of the magnetic strip responsive to the selected particular account indicator as received by the user interface at the time of use by the user.
[0023] According to another aspect, a financial card having a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card. The card has a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number. The magnetic strip including a user definable portion for providing a selectable discretionary encoding and an adaptable longitudinal redundancy check encoding. A user interface has a plurality of blister buttons positioned on the front surface of the financial card each of which is associated with a different account one or a plurality of account indicators of the financial card. The user interface is configured for receiving input from the user at a time of use of the financial card selecting a particular account indicator from among the plurality of account indicators. The user interface is coupled to the user definable portion of the magnetic strip for providing the selectable discretionary encoding and the adaptable longitudinal redundancy check encoding to the user definable portion of the magnetic strip wherein each are responsive to the selected particular account indicator as received by the user interface at the time of use by the user.
[0024] According to yet another aspect, a financial card having a body with a front surface and a back surface, a magnetic strip, and a primary account number associated with a primary account of a user of the financial card, the card comprising: means for receiving a particular subaccount indicator from among a plurality of subaccount indicators associated with the primary account at the time of use of the financial card for a financial transaction; means for determining a value of an adaptable longitudinal redundancy check responsive to the received particular subaccount indicator; and means for encoding a user definable portion of the magnetic strip to include the received particular subaccount indicator and the value of the adaptable longitudinal redundancy check.
[0025] Further aspects of the present disclosure will be in part apparent and in part pointed out below. It should be understood that various aspects of the disclosure may be implemented individually or in combination with one another. It should also be understood that the detailed description and drawings, while indicating certain exemplary embodiments, are intended for purposes of illustration only and should not be construed as limiting the scope of the disclosure. BRIEF DESCRIPTION OF THE DRAWINGS
[0026] FIG. 1 is a block diagram of a personal financial management system according to one exemplary embodiment.
[0027] FIGS. 2A and 2B are front and rear views of a financial card for personal financial management according to one exemplary embodiment.
[0028] FIGS. 3A and 3B are perspective view of magnetic strips having user definable portions for a financial card according to one embodiment.
[0029] FIGS. 4A and 4B are front perspective views of two different financial cards having user interfaces with blister buttons on the front face for selecting subaccounts for a transaction according to one embodiment.
[0030] FIGS. 5A, 5B, and 5C are internal views of three embodiments of a financial card for personal financial management having wheel operated user inputs adapted for user manipulation for selecting a particular subaccount for a transaction according to one exemplary embodiment.
[0031] FIG. 6 is a front view of a financial card having a user interface with a user operable wheel for selecting a subaccount for a transaction according to another embodiment.
[0032] FIG. 7 is a block diagram of a computer system suitable for use with a transaction processing system and/or financial account management system according to various embodiments of this disclosure.
[0033] FIG. 8 is a circuit diagram of a user definable selectable magnetizing circuit according to one exemplary embodiment of this disclosure.
[0034] It should be understood that throughout the drawings, corresponding reference numerals indicate like or corresponding parts and features. DETAILED DESCRIPTION
[0035] The following description is merely exemplary in nature and is not intended to limit the present disclosure or the disclosure's applications or uses. Before turning to the figures and the various exemplary embodiments illustrated therein, a detailed overview of various embodiments and aspects is provided for purposes of breadth of scope, context, clarity, and completeness.
[0036] As described herein, various embodiments of systems and methods for personal financial management using a financial card include a primary account with a plurality of subaccounts within the primary account. The subaccounts can be established by the financial institution but utilized by the user or owner of the primary account to aid and/or enable the user to personally manage their available funds by selecting a subaccount to apply a particular purchase and payment of a transaction amount. In some embodiments, this can also include prefunding of each subaccount for particular personal financial management purpose such as where applied in a debit card application. For example, a subaccount can be established for any reason that can aid a user of the card in management of their personal financials and in particular their expenditures to which the financial card is used. For example, subaccounts within the primary account can be established for items such as housing, rent, entertainment, food, groceries, restaurants, transportation, gasoline, clothing, children's expenses, home improvements, educational expenses, business expenses, discretionary expenditures, and savings, by ways of example.
[0037] The various systems for support of this financial account management system and method include a financial account management system that can be a centralized financial account management processing system of a financial institution which can be a credit card/debit card processing system. The system and method can also include transaction processing systems such as point of sale systems that are located at retail stores or seller vendor locations, or on-line via a web business or payment system for processing purchase payment transactions and payment of transaction amounts within the financial account management system from the user's account to a payees account. Additionally, a user payment device, such as a financial card, can provide not only the primary account number for the primary account of the user, but also can include, in some cases, the capability for the user to select on the financial card a particular subaccount to be used for a particular transaction payment, and then transference of the user selected subaccount indicator to the transaction processing system.
[0038] Referring now to Fig. 1 , a personal financial management system 100 having a variety of different modules and components and embodiments is illustrated. As shown, a financial account management system (FAMS) 102 is configured for processing transactions from user selected subaccounts SAs as received from transaction processing systems 104. The FAMS 102 is configured to establish the primary account PA having a primary account number PAN and each having two or more subaccounts SA each of which has a separate subaccount indicator SAI. The subaccount indicator SAI can be any type of alphanumeric indicator and can be of any length. In one embodiment, there can be from 2 up to 10 subaccounts SAs, which can have subaccount indicators SAIs from 0 to 9, if a single subaccount indicator is desirable for system implementation. Additionally, a maximum of 10 subaccounts SAs may be suited for many user applications. However, additional digits in the subaccount indicator can provide for more subaccounts SAs, such as 26 subaccount indicators SAIs if a letter in the alphabet is used or 100 subaccounts SAs if two digits are implemented for the subaccount indicator. The user U provides the FAMS 102 with the identification of the subaccounts SA, possibly a label or category for each, and in some cases a pre-funded amount or other rule or limits to each as will be discussed in greater detail below. [0039] In some embodiments, the financial account management system 102 supports a pre-paid debit card that uses an industry standard card number but with a new personal identification number (PIN) that is segmented into a prefix or suffix for the subaccount indicator (SAI), such as a single digit in one embodiment, a card user created personal identification number PIN, and a subaccount indicator SAI. The subaccount indicator SAI can be a numeric digit inserted by the user in the prefix or suffix field that will logically link the corresponding purchase activity to one of the sub-accounts within the primary account PA. The financial account management system 102 includes programming that enables the financial institution offering the prepaid card service to recognize as valid any of the subaccount indicators SAIs to one of the predefined and prefunded subaccounts SAs. The financial services institution programming can further direct the payment transaction PT to one of the subaccounts SAs based on a digit entered in the prefix/suffix field and received and transmitted by a capable transaction processing system 104.
[0040] The payment transactions PT are identified by a subaccount indicator SAI associated with a single primary account number PAN in real time or near real time at the time of processing the payment of each transaction amount TA to a payee (PY) that in many cases originate at a cash register or purchase payment system 1 12 that transmits the payee identification number PID along with the transaction amount TA to the transaction processing system 104. Each payment transaction PT includes processing each transaction amount TA from the user selected prefunded subaccounts SAs by indicating at the time of each transaction a particular subaccount indicator SAI indicating the particular subaccount SA to be used for that transaction. The personal financial management system 100 can include a transaction processing system 104, 106, 108, which are generically referred to herein as transaction processing system 104, but also specifically referred to as transaction processing system 106 wherein the system is a point of sale transaction system 106 and as a transaction processing system 108 wherein the system in an online processing system such as a webpage or web portal payment system or third party agent on a telephone line that enters such transaction processing information.
[0041] A financial card 1 10 can be any type of financial card such as a debit or prepaid card. The primary financial account PFA typically has one or more financial cards 1 10 each having the primary account number PAN on the card. However, as described herein, each PA with PAN has associated with it a plurality of user defined and managed subaccounts SAs each having a user defined and selectable subaccount indictor SAI. The transaction processing systems 104 are configured to connect into a local user purchasing system to receive the transaction amount TA, and then receive from the user the primary account number PAN and the user selected subaccount indicator SAI at the time of purchase.
[0042] In some embodiments, the user can establish prepaid amounts or budget for each subaccount SA within the primary account PA and enables the user to designate at the time of a purchase which one of the plurality of subaccounts SAs to utilize for the particular purchase and payment of the associated transaction amount TA to the payee PY. However, as also noted, where a credit card embodiment is utilized, the subaccounts SAs are not necessarily prefunded, but there can be rules or limitations established for each credit card subaccount SA as a way of enabling the user to budget and manage within predefined credit expenditure levels.
[0043] The user designation of the subaccount SA can be provided, in one embodiment, by the user entering an additional subaccount indicator SAI, or wherein the user can enter it into a user interface of the financial card that is then input by the card into the transaction processing system 104 at the time of payment. The subaccount indicator SAI can be a character or digit or code encoded in digital bits that is separately entered or that is entered at the beginning or end of the user's PIN entry. The user designated subaccount indicator SAI is received by the transaction procession system and transmittθd to the financial account management system 102 of the financial institution wherein payment transactions PT are processed. That system 102 manages the payment transactions PT based not only on the primary account PA, but also the subaccount SA within the primary account PA. The financial account management system 102 as addressed above includes subaccounts SAs that, in some embodiments, have had pre-funded or defined spending limits for each subaccount SA. In such embodiments, after the user pre-funds each subaccount SA that can be particular classifications or types of purchases or transactions, the user can designate the particular subaccount SA at the time of a payment transaction PT so as to personally and proactively manage their personal financials within the predefined limits or pre-established rules of the subaccounts SAs thereby enabling the user to not only budget for categories of spending, but also to manage those budgets in real time at the time of each and every transaction, to within limits or budgets for food, clothing, entertainment, gas/transportation, by ways of example. This can be useful, for example, where a third party such as a parent, provides the prefunding for each subaccount SA, whereby, a minor or student is provided a prefunded budget for each particular subaccount SA.
[0044] In some embodiments, a financial account management system 102 is configured for processing payment transactions PT from the user's primary account PA and specific subaccounts SA therein to payees PY, as indicated at the time of payment transaction PT by the user that provides the subaccount indicator SAI. The financial account management system 102 typically is located in a centralized location that is communicatively coupled or connectable to remotely located transaction processing systems 104 via network or communication facilities or services. As such, the financial account management system 102 includes a network interface 1 16 configured for interfacing with multiple transaction processing systems 104 over a variety of suitable communication network links 1 18. Any suitable protocol can be used and are common in the financial industry to providθ secure transmission of financial information. This secure information includes, but is not limited to the identification of the transaction amount TA, the primary account number PAN, the subaccount indicator SAI, the user's name, and a payee identification number PID associated with the account to which the transaction amount should be sent. A database 1 18 within the FAMS 102 includes a plurality of primary accounts PAs for each of the many users of the financial institution and also includes each of the plurality of subaccounts SAs within each PA, along with each of their unique subaccount indicators SAIs. Wherein the application is a prefunded debit card embodiment, instead of not only providing the primary account PA with a prefunded amount, each of the subaccounts SAs can include prefunded subaccount amounts as prefunded budgets by subaccount for transaction processing of the user's expenditures within each subaccount. The financial account management system FAMS is configured for management and administration of the primary accounts PA and the subaccounts SAs within each primary account PA and their prefunded subaccount levels and transactions to and from such, including payments and transfers.
[0045] In these embodiments, the financial account management system 102 manages the funding and transactions in and out of the prefunded subaccounts SAs, and within the entire primary account PA. The system 102 receives payment transactions PT from various transactions processing systems 104 that identify the primary account PA by primary account number PAN and the subaccount SA by the subaccount indicator SAI, for payment of a transaction amount TA to the payee PY via a funds transfer interface 120 to a funds transfer operation or system 1 19 of the transaction payment TP that includes the transaction amount TA to the payee identification number PID of the party to be paid the transaction amount (TA). To accomplish this, the system 102 processes payment transactions PT with transaction amounts TA from each subaccount SA based on the received primary account number PAN, the received subaccount indicator SAI, the prefunded amount in the subaccount SA associated with the received subaccount indicator SAI and any rules established for the primary account PA or subaccount SA.
[0046] As also shown in Fig. 1 , in one embodiment the user can utilize financial card 1 10A for a payment transaction PT. After making a purchase with payee PY, the payee PY completes the payment transaction PT of the transaction amount TA via the user's financial card 1 10A using a card reader 122 with the transaction processing system 106. The user can then enter the subaccount identifier SAI via a user interface 124 of the transaction processing system 106, either by itself, or in conjunction with the user entering of their PIN in the Ul 124. As a second example, the financial card 1 10B may be configured with a financial card user interface 126 that enables the user to input a selection of a subaccount SA or the subaccount identifier SAI directly on the card 1 1 OB. In such embodiments, the user would present the financial card 1 10B to the card reader 122 wherein the card reader 122 would not only obtain the primary account number PAN, but also automatically obtain the subaccount identifier SAI, such as from the magnetic strip if a debit or credit card, or electronically from a Smart Card.
[0047] As described, one or more embodiments of the system as described herein can be utilized for performing a method of providing personal financial management to a user using the financial card 1 10. One embodiment of such a method includes establishing a primary account PA in the financial account management system 102 for payment of transactions based on a primary account number PAN and a prefunded amount for the primary account PA for a user U, as shown in Fig. 1 . In addition to the primary account PA with a primary account number PAN, the user would also establish or create a plurality of subaccounts SAs within the primary account PA with each having a subaccount indicator SAI. Each can also have subaccount prefunded amounts within the prefunded amount of the primary account PA or have rules or limitations, in some cases. The method can also include receiving funding from the user for each of the subaccounts SAs and receiving a payment transaction PT (request for a payment) from the payee or payee purchase payment system 1 12 requesting payment of a transaction amount TA associated on behalf of the user. The payment transaction PT can include the transaction amount TA, the primary account number PAN, and a user selected subaccount indicator SAI. The user selected subaccount indicator SAI is one of the subaccount indicators SAIs within the primary account PA associated with the received primary account number PAN. The method further includes verifying the availability of funds in the subaccount SA associated with the received subaccount indicator SAI by the FAMS 102. The method includes transmitting a transaction authorization TransAuth to the transaction processing system 104 in response to a positive verification of available funds within the subaccount SA associated with the received subaccount indicator SAI.
[0048] When a payment transaction PT is being processed, if the financial account management system 102 determines that there is insufficient funds available for payment of the transaction amount TA from the user selected prefunded subaccount SA, the payment of the transaction amount TA from the primary financial account PA and the subaccount SA can be denied. However, in other embodiments, the financial account management system 102 can be configured to transmit a lack of funds indicator or message back to the transaction processing system 104 from which the payment transaction PT originated and therefore to the user. The user can then be prompted with an indication that insufficient funds are available from the previous selected subaccount SA. Additionally, the prompt or message can also include an indication that funds are available from a different or alternative subaccount SAAιt within the user's primary account PA. The financial account management system 102 can also prompt or transmit a request for the user at the transaction processing system 104 to select an alternative subaccount SAAιt from within the primary account PA rather than denying the processing of the payment transaction payment PT. The user can then reenter an alternative subaccount indicator SAIA at the transaction processing system 104 that is then retransmitted to the financial account management system 102 for payment processing using the alternative subaccount SAA within the primary account PA. For instance, the user may have set up a separate subaccount SA for discretionary or overage spending that has a separate subaccount indicator SAI or may chose to utilize a different subaccount SA for that particular transaction to allocate prefunded amounts or limits from one subaccount SA to a second subaccount SA for the particular payment transaction payment PT. The financial account management system 102 can manage and report these back adjustments or transfers to the user in their financial account statements of the primary account PA by listing the subaccounts SA and any issues or transfers related to one or more thereof. In this manner, the user can separately track and manage each subaccount SA within the primary account PA.
[0049] In another embodiment, the financial account management system 102 can provide the user the ability to pre-establish subaccount rules or primary account rules that include rules that limit or prearrange for the transfer of funds between subaccounts SAs. This can address both real time user requests for payment transactions PT or can include automatic system generated alternative subaccount transfers or funding based such as when insufficient funds are in a first user selected subaccount SA for a particular payment transaction PT. This can also include limitations on the transfer of funds between subaccounts SAs even though sufficient funds may be available in other subaccounts SAs within the primary account PA, such to protect certain categories of funds, such as prefunded amounts for rent, housing or car payments, such funds being established as nondiscretionary for other use purchases or payment transaction PT. The financial account management system 102 can receive an allocation instruction from the user or a third party of the account, such as a parent or guardian, to form rules that are stored within the memory 128 as rule instructions 130, e.g., software θncodθd instructions. These rules 130 can include an instruction for the future reallocation of prefunded amounts from a first subaccount SA1 to a second subaccount SA2, both within the same primary account PA with the same primary account number PAN. The financial account management system 102 can also be configured to receive an instruction from the user via the transaction processing system 104 to cause a real-time transfer for the processing of the payment transaction PT of the transaction amount TA. In such cases, a special override code or authorization code can be required to be provided, as provided for by the rule instructions 130 and pre-established by the user. The financial account management system 102 would then verify the availability or validity of such an instruction and the availability of funds and if allowable and there is sufficient prefunded amount in the selected alternative subaccount SAA, the system 102 would process the payment transaction PT from the alternative subaccount SAA.
[0050] When operable in an integrated system, the financial account management system 102 can be configured for receiving the primary account PA for specifying a subaccount descriptive label for each of the subaccounts SAs within the primary account PA to aid the user in their personal financial management.
[0051] The financial account management system 102 is configured to compare the transaction amount TA with the prefunded amount or predefined credit limit associated with the subaccount SA of the received subaccount indicator SAI and determines the appropriateness of authorizing the payment transaction PT. A verification of available prefunded amounts is then transmitted to the transaction processing system 104 responsive to a successful determination of availability of prefunded amounts or available credit, or a lack of funds indication or indicator or message is transmitted to the transaction processing system 104 responsive to an unsuccessful determination of availability of prefunded amounts or available subaccount credit limit. [0052] The prefunded debit card prefunding process can be supported by programmed logic to distribute or allocate dollar amounts to each of the subaccounts SAs within the primary account PA. Techniques employed to accomplish this prefunding distribution include allocating a percentage of the total to each sub-account or allow for an assignment of specific dollar amounts to each subaccount SA with a count-down feature for the remaining total addition to support the spreading of total dollars added to the subordinate subaccounts SAs. Additionally, as described herein, the system can enable the user to establish transactions rules that address the funding verification, denial or transfer of funds between subaccounts SAs that can be applied in real time during transaction processing. These and other embodiments will be described in more detail.
[0053] In some embodiments, the systems and methods can include a financial card 1 10 for use by the user that is configured specifically to receive user input specifying a particular one of the subaccounts SAs at the time of each purchase that will be used for payment of the particular payment transaction PT. The transaction processing systems 104 and the financial card 1 10 are configured for automatically transmitting and using the user specified subaccount SA as entered by the user on the financial card 1 10. Exemplary embodiments of various financial cards and transaction processing systems 104 for use with the financial card 1 10 will now be explained in more detail. In one embodiment referred to herein as Protect Our Pocket™ personal financial account management system (a trademark of the inventor hereof), a pre-paid debit card can offer a user friendly method to the card holder to access each of one to ten subaccounts SAs within the primary account PA of a single debit card for the purpose of improving personal cash budgeting and management. The transaction processing system 104 that transacts with the financial account management system 102 for processing and approval of each payment transaction PT of the user at the time of use and provide for payment of the transaction amount TA from the user's subaccount SA within the primary account PA to the payee to which the user owes the transaction amount TA.
[0054] In some embodiments, the transaction processing system 104 is configured to transmit the transaction amount, the primary account number PAN and the received subaccount indicator SAI to the financial account management system 102. The transaction processing system 104 can be configured for initiating the payment of the transaction amount TA and providing the primary account number PAN to the transaction processing system 104. Such systems, such as point of sale systems 106, or online transaction processing system 108 are typically implemented by a retail seller or on-line seller or system.
[0055] The transaction processing system 104 as described herein can also be enabled through new and additional features and capabilities to the transaction processing systems 104, such as point of sale terminal 106 that are located in retail establishments or via on-line payment operators. One embodiment of such a point of sale transaction processing system 106 includes a card reader 122 configured for receiving a primary account number PAN from a debit card 110, a transaction interface 121 for receiving a transaction amount TA, a user interface is configured for receiving a user authorization, a debit card processing module 106 configured for processing of the received debit card information and the user authorization and a network interface 125 configured for communicating with the financial account management system 102 having a plurality of primary accounts PAs including a received primary account with prefunded subaccounts SAs.
[0056] The user interface 124 is configured to receive a user input identifying a particular one of the prefunded subaccounts SAs associated with the received prefunded primary account PA. The debit card processing module 106 is configured to receive the user input identifying the particular prefunded subaccount SA and to initiate a communication over the network interface 125 of the received primary account number PAN, the received user authorization, the received transaction amount TA, and the received particular prefunded subaccount SA.
[0057] In another embodiment of a transaction processing system 106 for use as a point of sale terminal as described herein, a point of sale terminal 106 includes a transaction interface 121 for receiving transaction information including a transaction amount TA from a purchase processing system 1 12. A card reader 122 is configured to read a financial card 1 10 having a primary account PA with a primary account number PAN associated with the financial card 1 10. The card reader 122 is also configured to receive a user selected subaccount indicator SAI from among a plurality of subaccount indicators SAIs, each of which is associated with a different subaccount SA within the primary account PA of the financial card 1 10. Of course, the card reader 122, having a user interface 124, can also be configured for receiving an input from the user that includes the subaccount indicator SAI and possibly also a Personal Identification Number (PIN). The transaction processing system 104 can also include a memory 127 and is configured with computer executable instructions for performing the transaction processing operations. A network interface 125 is configured to communicate with the financial account management system 102 for transaction authorization that includes transmitting the payment transaction PT information including the primary account number PAN, and the user selected subaccount indicator SAI to the system 102. If a PIN is also entered, the PIN can also be transmitted. The network interface 125 is also configured to receive a reply authorizing or denying or otherwise, as is described in greater detail herein.
[0058] In some embodiments, a transaction payment device 1 10 such as a financial card 1 10 can be implemented to enable the user to present the primary account PA and the subaccount indicator SAI to a transaction entity for payment of a transaction amount. Of course, in some embodiments, as described above, the user can enter the subaccount indicator (SAI) in the user interface 124 of the transaction processing system 104. The transaction payment devices 1 10 can include a debit card, a charge card or a smart card. For instance, when the transaction payment device 1 10 or financial card (herein referred to interchangeably) is a debit card, the financial card 1 10 can be configured to receive an input from the user that identifies one of the various available subaccounts SAs within their primary account PA that is to be used for the payment of the particular transaction amount TA. This can be done by the user providing a single subaccount indicator SAI associated with the selected subaccount SA to the transaction processing system 104 in conjunction with the providing of the primary account number PAN. In such embodiments, and as will be described in greater detail below, the transaction processing system 104 can be configured to receive not only the primary account number PAN and other standard user and financial card data, but also the subaccount indicator SAI.
[0059] One exemplary financial card 1 10 is illustrated in Figs. 2A and 2B. As shown, the card has a body 150 having a front side 152 and a back side 154, a primary account number PAN positioned on the front side 152. Additionally, the front side 152 typically also includes an issuer identification 156, a text name 158 of the user to which the card is issued, and an expiration date 160. As shown in Fig. 2B, a magnetic strip 162 is positioned on the back side 154. As shown and described in this disclosure, the magnetic strip 162 has a predefined portion 164 and a user definable portion 166. The user definable portion 166 is configurable by the user at each time of use of the financial card 1 10 for payment of the transaction amount from a particular user selected subaccount SA. A signature block 168 is also typically included. The user definable portion 166 can include, as will be described below, a variable field that accepts for each use, a user selected subaccount identifier SAI from among the available subaccount identifier SAs within the primary account PA as identified by the primary account number PAN for the financial card 1 10. To accomplish this, the card 1 10 includes a card user interface 126 that is described in various exemplary embodiments in Figs. 3, 4, 5 and 6. The user interface 126 of the card 1 10 can be configured for receiving a user selected subaccount indicator SAI and for configuring the user definable portion to include the received user selected subaccount indicator SAI.
[0060] As described above, the transaction processing system 104 can include the card reader 122 that is configured to read the financial card 1 10 having the magnetic strip 162 with both the predefined portion 164 and the user definable portion 166 for obtaining the primary account number PAN and, where applicable, the user selected subaccount indicator SAI directly from the magnetic strip 162.
[0061] As one example, the system and method as described herein can utilize existing international standards for financial cards and the coding of the magnetic strip 162 wherein the transaction processing systems 104 and their card readers 1 12 are similarly compliant. Generally, financial cards 1 10 are currently based on International Standards Organization (ISO) standard ISO 7813 that defines the magnetic coding for two of the three separate magnetic tracks on the financial card, e.g., tracks 1 and 2. ISO standard 4909 provides the formatting for track 3, which is sometimes but not often used. These standards define the formatting for the three magnetic tracks 170 (shown as a first track 170A, a second track 170B, and a third track 170C in Fig. 2B). The capabilities of the standard formatting for these tracks 170 can be utilized to enable the system of primary account PA with subaccounts SA as described herein. Some exemplary embodiments of such will now be briefly described by way of example. Generally, any of the three tracks can be used to with the present disclosure. A brief description will address Track 1 and Track 2 as these are typically used in financial cards 1 10.
[0062] As defined in ISO 7813, Track 1 170A is generally used with the International Air Transport Association (IATA) and stores more information than Track 2 170B that is used with the American Banking Association (ABA). However, many financial institutions utilize Track 1 170A rather than Track 2 170B, as it includes the name of the user embedded on the magnetic strip 162. However, more than one track can be encoded and used on each card 1 10 and can be read by the card reader 122. Track 1 17OA includes the cardholder's name as well as primary account number PAN and other discretionary data and as described herein, can also include the user definable portion 166 that includes the subaccount identifier SAI. Track 2 170B is the track that is read by most automatic teller machines (ATMs) and credit card checkers, and can also include the user definable portion 166 with the subaccount identifier SAI to be used for the particular payment transaction PT. The ABA designed the Track 2 170B specifications and all world banks are expected to abide by its formatting. It contains the cardholder's primary account PAN, an encrypted PIN, and other discretionary data, in the predefined portion 164 and can include the subaccount identifier SAI within the user definable portion 166.
[0063] The Track 1 170A includes up to 79 ALPHA 7-bit (including parity) characters (alphanumeric) and is defined as a read only format, consistent with the present disclosure, Track 1 170A can include the following fields (in this order):
I SS I FC I PAN I Name | FS | Additional Data | ES | LRC |
with each being defined as:
SS=Start Sentinel "%" (1 character)
FC = Format Code
PAN = Primary Acct. Number (maximum of 19 digits in accordance ISO
7812).
Name = 26 alphanumeric characters max.
FS = Field Separator "Λ"
Additional Data = Expiration Date, offset, encrypted PIN, user definable portion 166 with the subaccount identifier (SAI), etc. ES = End Sentinel "?"
LRC = Longitudinal Redundancy Check
[0064] The Track 2 Layout slightly differs but is as follows:
I SS I PAN I FS I Additional Data | ES | LRC |
SS = Start Sentinel ";"
PAN = Primary Acct. Number (maximum of 19 digits)
FS = Field Separator "="
Additional Data = Expiration Date, offset, encrypted PIN, user definable portion 166 with the subaccount identifier (SAI), etc.
ES = End Sentinel "?"
LRC = Longitudinal Redundancy Check
[0065] The Track 3 170C Layout is similar to the layouts of Tracks 1 and 2, 170A and 170B, respectively, and is almost never used. The tracks 170 for the magnetic strip 162 are shown in more detail in Figs. 3A and 3B. As shown in Fig. 3B, the user definable portion 166 includes user definable portions of tracks 170A, 170B, and 170C, which are denoted as tracks 170A', 170B', and 170C. Fig. 3B also illustrates that the user definable portion 166 receives an input from a user definable control module for providing the subaccount indicator SAI to the user definable portions as tracks 170A', 170B', and 170C. Of course, as will be explained in greater detail below, the user definable tracks 170A', 170B', and 170C can also include the End Sentinel and the LRC in some embodiments.
[0066] For the particular system described herein, an explanation will be described in more detail with regard to Track 2 170B formatting.
[0067] As described by the ABA, Track 2 17OB uses up to 40 binary coded digits 5-bit (including parity) characters (numeric) including for the SS, ES and LRC.
[0068] The primary account number PAN is defined by ISO 7812 and consists of a first 6 digits that are used as the Issuer Identification Number. This can include a Major Industry Identifier (Mil) of up to 2 digits, which can include: Institutions other than card issuers; Airlines; Travel and entertainment; Banking/financial; Financial institutions not registered by ISO; Merchandising and banking; Petroleum; Telecommunications; and Telecommunications administrations and private operating agencies.
[0069] The Issuer Identifier Number (NN) is the next 3 to 5 digits identifying the issuer. In some cases the first digit indicates the length of the MN or the responsibility of its assignment outside of ISO. If Mil = 9 then the first 3 digits are the country code (CC). The Individual Account Identification (IAI) is up to 12 digits in length. This number is assigned by the card issuing institution. A one digit Check Digit (CD) follows and is calculated using a Luhn formula for computing modulus 10 "double-add-double" check digit as is known to those skilled in the art to complete the primary account number PAN and to ensure accuracy of the number. Different companies use different codes. For example, one major credit card company has a variable number up to 16 digits while another major credit card company uses 13 or 16 digits including the check digit (CD).
[0070] The next field in the Field Separator (FS) that is 1 character in length. The next field is the country code (CC) which is 3 digits in length and is defined in ISO 3166. The next field is the Expiration Date (ED) in the 4 digit format: YYMM.
Next, optional digits can include a Service Code (SC) of 3 digits. The first digit of the SC from 0 to 9 is used for interchange and technology for financial transactions including bilateral agreements with various countries.
[0071] The second digit of the SC is used for authorization processing with digits 1 , 3, 5-9 being reserved for future use and 0 being for transactions that are authorized following the normal rules; 2 being for transactions as authorized by the issuer and should be online, and 4 being for transactions as authorized by the issuer and should be online, except under bilateral agreement. [0072] The third digit of the SC is for the range of services and PIN requirements, including: No restrictions but a PIN is required; No restrictions; Goods and services only (no cash); ATM only and PIN required; Cash only; Goods and services only (no cash) and PIN required; No restrictions and require PIN when feasible; and Goods and services only (no cash) and require PIN when feasible. If this field in not used a Field Separator FS is used.
[0073] Next, a PIN Verification Value (PVV) field of 5 digits is used by some financial institutions. Finally, the remaining characters on Track 2 are used for Discretionary Data that includes the Additional Data such as the Expiration Date 160, an encrypted PIN, and the user definable portion 166 that includes the subaccount identifier (SAI). Finally, the coding of the track 170 of magnetic strip 162 ends with a 1 character End Sentinel (ES) and a 1 character Longitude Redundancy Check (LRC). As the LRC addresses the entire coding of the track 170 that includes both the predefined portion 164 that is established by the card issuer and the user definable portion 166 that is encoded by the user with each use of the card 1 10 for defining the particular subaccount SA via a subaccount identifier SAI to be used for the particular transaction, the user definable portion 166 can also include the End Sentinel and/or the recalculated adaptable longitudinal redundancy check LRC that is required for processing and compliance with the ISO standards for the track formatting. In other words, an adaptable LRC is determined for each of the subaccount identifiers (SAI) selected by the user to ensure that the encoding of the magnetic strip 162 and in particular each magnetically encoded track 170 is encoded with the user definable portion 170' that is appropriate to ensure proper reading and processing of the magnetic information on the financial card for each and every use of the card.
[0074] Referring now to Figs. 4A and 4B, a financial card 1 10 suitable for use with the present disclosure systems and methods, can include a card user interface 126 that is comprised of blister buttons 174 positioned on one of the sides 152 or 154 (practically will be the front side 152) of the body 150 of the card 1 10. Each blister button 174 can be formed on a surface and within the card 1 10 and connected and include an electronic interface (not shown) to the user definable controller 173 for providing the selection of a particular blister button input from the user to specify the particular subaccount identifier to the user definable portion 166. The card user interface 126 receives the user selection when the user presses one of the blister buttons 174 at the time of purchase and prior to swiping the card 1 10 with it magnetic strip 162 in the card reader 122 of the transaction processing system 104. The controller 173 receives the user input from the selected blister button input, and creates the internal electronic circuitry operations, encodes via selectively magnetic energizing the user definable portion 166 to include the information on the desired user definable tracks 170A', 170B' and 170C that includes the user selected subaccount identifier SAI. When the user pushes another blister button 174 of the card user interface 126, the controller 173 creates operations for encoding the new user input for the information on tracks 170' of the user definable portion 166 for the next payment transaction PT.
[0075] As shown in Fig. 4B, the blister buttons 174 can include indicia 176 on the card 1 10 that provides a textual description of the expenditure category thereby enabling the user to select the subaccount SA without having to remember the subaccount identifier SAI at the time of the transaction. All the user needs to do is to push the blister button 174 with the describing indicia 176 for the particular purchase. The controller 173 can determine the appropriate composing and encoding of the user definable portion as described above.
[0076] As noted, in some embodiments a financial card has a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card. The card has a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number. The magnetic strip includes a user definable portion for providing a selectable discretionary encoding thereto. The card also includes a user interface having at least one user input device positioned on the body of the financial card. The user interface is configured for receiving input from the user at a time of use of the financial card for selecting a particular account indicator from among a plurality of account indicators each of which is associated with the primary account. The user interface is coupled to the user input device and to the user definable portion of the magnetic strip for providing the selectable discretionary encoding to the user definable portion of the magnetic strip responsive to the selected particular account indicator as received by the user interface at the time of use by the user.
[0077] In some embodiments, the magnetic strip includes at least track 1 170A and track 2 170B of encoded data consistent with ISO standards. In such embodiments the user definable portion of the magnetic strip can be operably coupled to the user interface for defining the user definable portion to include the particular account indicator in the additional data field of at least one of track 1 17OA and track 2 17OB.
[0078] The selectable discretionary encoding can include one or more definable bits. In some embodiments, one or more selectable magnetic energizing devices, such as micro-energizable electromagnets, can be positioned proximate or behind the user definable portion 166 of the magnetic stripi 62 and in particular the user definable tracks 170A', 170B', and/or 170C. The selectable magnetic energizing device can be any suitable device for imparting a selective electrical encoding of a bit or bits to the user definable tracks 170A', 170B', and/or 170C as know to those skilled in the art. In one embodiment, the selectable magnetic energizing devices can be a one or more magnetic coils positioned behind the magnetic strip on the back surface of the body of the card. Each selectable magnetic energizing device can be configured to provide an encoding of a single definable bit of the selectable discretionary encoding. Each selectable magnetic energizing device can be selectably magnetically energized responsive to the received user input selecting the particular account indicator.
[0079] For example, in one embodiment, there are ten (10) buttons and ten (10) associated characters therewith and each character is encoded with five definable bits using five selectable magnetic energizing devices. The five bits can include 4 character defining bits and a parity bit. However, those skilled in the art will recognize that other quantities and arrangements are also possible and within the scope of the present disclosure.
[0080] In some embodiments, the user definable portion includes an adaptable longitudinal redundancy check (LRC) encoding having five LRC bits, for example. Each of the user input devices is coupled to a different selectable magnetic energizing device. One or more selectable magnetic energizing devices can be associated with a different one of the LRC bits. The different selectable magnetic energizing devices are positioned proximate to the user definable portion of the magnetic strip for providing the adaptable LRC encoding to the user definable portion of the magnetic strip. Such selective encoding is responsive to the selected particular account indicator as received by the user interface at the time of use by the user and to provide a proper LRC encoding to the magnetic strip of the financial card that includes all of the information on the track 170 including the user definable portion 170' with the encoded user selected particular account indicator.
[0081] One exemplary embodiment of a user definable selectable magnetizing circuit 800 for the financial card 1 10 with blister buttons 174 is illustrated in Fig. 8. As shown, the user interface 126 includes ten (10) user input devices in the form of blister buttons 174 as described above. Each blister button 174 as shown in the user definable selectable magnetizing circuit 800 is operative coupled to selectably magnetize one of the user definable track portions 170'. The magnetic strip 162 includes the predetermined portion 164 and the user definable portion 166. The user dθfinablθ portion 166 includes the user definable track portion 170' that is shown in Fig. 5 to be a single track, track 2 170B with a user definable track portion being 170B'. The user definable track 2 portion 170B' includes, but is not limited to, a single account indicator character 806 that is encoded by five bits 808A-E for selectively encoding of an account indicator, such as the subaccount indicator (SAI), by way of example. Each blister button 174 is associated with a particular predefined account indicator character 806.
[0082] Each bit 808 of user definable or selectable account indicator character 806 includes one or more magnets 804, such as described above, for encoding thereof. As shown in this example, each bit 808 is defined by two magnets 804A and 804B. However, a single energizable magnet 804 is also possible as described herein. Each button 174 is operatively coupled to the bits 808 via bit magnetization controllers 814 for controlling and/or otherwise energizing magnets 804. The magnets 804 can be operatively positioned behind the magnetic strip 162 for selectively magnetizing the encoding of the user definable track 2 170B'. The bit magnetization controllers 814 are illustrated in Fig. 8 as D1 P through DOP. In this example, the account indicator character 806 is defined with the bits 808 to include a first bit 808A, a second bit 808B, a third bit 808C, a fourth bit 808D, and a parity bit 808E. Each of these is controlled by two bit selectively magnetized magnets 804A, 804B for encoding the bit 808 as either a one or a zero. The bit magnetization controllers D01 and D1 1 are coupled to first bit 808A for selectively energizing first bit 808A as required to encode the user selected account indicator character 806 as selected by the user activating the buttons 174 of user interface 126. The second bit 808B, third bit 808C and fourth bit 808D are similarly associated with bit magnetization controllers as illustrated. Additionally, the parity bit 808E is selectably magnetized by bit magnetization controllers DOP and D1 P as required to encode the appropriate parity to the encoded character 806. [0083] A similar coupling, control, energizing and selectable encoding of the Longitudinal Redundancy Check (LRC) is also shown in Fig. 8 responsive to each user selected account indicator as received by the user interface 126 by activation of one of the buttons 174. As discussed above, an adaptable Longitudinal Redundancy Check (LRC) character 810 must be specified and encoded on the track 2 170B user definable portion 170B' responsive to the user selecting a variable account indicator via activation of a button 174. The LRC must be adapted to ensure compliance of the each user selected account indicators with the industry standard ISO 7813 so that the magnetic strip 162 can be read by a card reader and the encoded information extracted therefrom for processing of the financial transaction using the card 1 10.
[0084] In this example, LRC character 810 is encoded by LRC bits 812A-812E. This includes a first LRC bit 812A, a second LRC bit 812B, a third LRC bit 812C, a fourth LRC bit 812D, and an LRC parity bit 812E. Each of these LRC bits 812 is energized by activating or energizing magnets 804A and 804B as described above. Each of these LRC energizing magnets are controlled by a mated pair of LRC bit magnetization controllers 818 that are shown as L01 through L1 1 .
[0085] In operation of the circuit 800, a user accesses the user interface 126 at the time of a transaction and selects or activates one of the ten buttons 174. When the button is selected, the wiring 816 for that button sends control signals (not shown) to the operatively coupled bit magnetization controllers 814 for selectively encoding the associated account indicator character 806. The associated account indicator bits 806 are energized as either a one or a zero to selectably magnetize or energize the user definable portion 170B' of track 2 170B to reflect the appropriate account indicator character 806. At the same time, the selected button 174 activates the associated LRC bit magnetization controllers 818. The LRC bit magnetization controllers 818 associated with the user selected account indicator character 806 for determining the correct adaptable LRC encoding of the user magnetic track 2 170 are then activated and/or energized. The LRC bit magnetization controllers 818 control the activation of magnets 804A and 804B for each LRC bit 812 to selectively encode the adaptable LRC character 810.
[0086] It should be recognized by those skilled in the art that the circuit 800 of Fig. 8 is just one embodiment, and other embodiments for selectively energizing the magnetic tracks 170 of magnetic strip 162 with the character 806 and the LRC 810 are also within the scope of the present disclosure.
[0087] As shown illustrated in Figs. 4A and 4B to carry a charge to change the polarity of the 5 bits comprising a discretionary digit or character bit within the definition of additional data of Track 2 and the 5 bits comprising the LRC (Longitudinal Redundancy Check) as defined in ISO 7813.
[0088] The blister buttons identified by characters/digits 0 through 9 are displayed vertically down the center of the chart. Bit 0 through Bit 3 and a Parity bit for the discretionary digit are labeled D1 1 through D1 P for the polarities representing a 1 and D01 through DOP for the polarities of 0. Bit 0 through Bit 3 and a Parity bit for the LRC are labeled L1 1 through L1 P for polarities representing 1 and L01 through LOP for the polarities of 0.
[0089] Figs. 5A, 5B, and 5C illustrate additional embodiments of a card 1 10 having various user interfaces 126 and various controllers 173 for composing the user definable portion 166 of the magnetic strip 162 for use with the present disclosure.
[0090] As shown in internal portions 178 of the card 1 10, Figs. 5A, 5B, and 5C shows the interworkings of the card user interface 126 that include one or more rotatable wheels 180 that rotate on a pivot 182 embedded within the body 150 of the card 1 10. The magnetic strip 162 include a mechanically adjustable portion 184 associated with the user definable portion 166, and in this example, includes a variety of predefined user selected portions 186 each of which is pre-coded with a user definable portion 166 corresponding to one of the subaccount identifier SAI as selected by the user by rotation of the wheels 180. One of the wheels 180 can be a user input wheel 180A that is the card user interface 126 and that is rotatable by the user to select one of the subaccount indicators SAIs. By so operating the user input wheel 180A, the corresponding predefined user selected portion 186 is moved into the position of the user definable portion 166 of the magnetic strip 162 so that the appropriate tracks 170A', 170B', and 170C, are positioned for reading of the user selected subaccount identifier SAI. Fig. 5B illustrates embodiments wherein there are multiple wheels 180, each being gears and coupled together for movement of the predefined portions 164 of the magnetic strip 162.
[0091] Fig. 5C illustrates another embodiment. As shown, the wheel 180 has spaced apart magnetic sections 190 each having an end 191 containing a different predefined user definable portion 186 having the user definable tracks 170A', 170B', and 170C, that can be positioned with the magnetic strip 162 and aligned with predefined portion 164 and its predefined portions of tracks 170A, 170B, and 170C, for providing the user definable portion 166 with the user selected subaccount identifier SAI. Each spaced apart magnetic section 190 can be, for example, a paddle having the magnetic section 190 positioned on the free end 191 . The magnetic section 190 includes the user definable portion 166 each having one of the subaccount indicators SAIs and possibly can also include any necessary sentinel character SC and the required adaptable longitude redundancy check LRC character.
[0092] The body 150 of the card 1 10 can include the wheel 180 that has an aperture 192 that is dimensioned for receiving a key (not shown) or other mechanism for enabling the user to rotate the wheel 180, such as with a finger or finger nail of the user. While not shown, the wheel 180 can be restricted in various manners from arbitrarily moving or rotating without user input, such as known to those skilled in the art. The wheel 180 can be sθlθctively held in place after positioning by the user, either by friction or possibly a selective or limited locking portion or stop mechanism that can include a ratchet or similar device. In this manner, the wheel 180 is held in place until the user intentionally makes a change to the subaccount to be used for the next transaction. Additionally, each spaced apart magnetic section 190 can include indicia 194 that can be visible to the user for aiding in selection of the subaccount SA for the particular payment transaction PT.
[0093] As shown in Fig. 6, a display window 196 can be positioned on the front 152 of the card 1 10 proximate to one of the wheels 180 such that indicia 194 on one of the wheels 180 is visible to the user of the card 1 10 at the time of each use. The indicia 194 can be the subaccount indicator SAI or can be a textual description or a symbol or drawing indicating the subject matter of the subaccount. This can aid the user in selecting the subaccount SA at the time of use of the card 1 10 and therefore in managing their personal financials.
[0094] In other embodiments while not shown in the figures, the financial card 1 10 as described herein is a smart card. In such embodiments, the card reader 122 is configured to receive from the smart card 1 10 the primary account number PAN and the user selected subaccount indicator SAI. In one such exemplary smart card embodiment, a financial transaction card 1 10 includes a body 150 and an integrated microprocessor (not shown but known to those skilled in the art) and memory including a primary account number PAN having a plurality of subaccounts SAs, each subaccount SA having a different subaccount indicator SAI. A user interface 124 is configured to receive a user selection of one of the subaccount indicators SAIs and providing the user selected subaccount indicator SAI to the integrated microprocessor. An output interface (not shown but know to those skilled in the art) is configured to provide the primary account number PAN and the user selected subaccount indicator SAI to the transaction processing system 104 that is configured for processing smart cards for user transactions.
[0095] It should also be understood that while the exemplary embodiments as described herein relate to prefunded primary account PA and subaccounts SAs, the systems and methods hereof can also be suitable for use with credit card payment and processing systems 104. The primary difference in such embodiments is that there is not necessarily a check on the amount of prefunded amounts in a subaccount. However, as described herein, the user can establish subaccounts limits within his primary credit card account or credit card limit, and in such a manner, can personally manage his credit and/or expenditures. This can also be utilized to aid in the user allocating and managing his credit expenditures at least with regard to subdividing his monthly statements into subtotals or allocations on his monthly billing statements.
[0096] The transaction amount for a purchase by the user is determined at the point of sale that can include an on-line transaction processing system 108 or third party agent who enters the payment transaction PT information. The on-line transaction processing system 108 includes a communication interface 132 that can be a telephone line or a web portal or webpage. The user provides the primary account PA, and the subaccount indicator SAI to complete the payment transaction PT and the payment of the transaction amount TA from the user selected subaccount SA. As described above, the user can provide the subaccount indicator SAI either verbally, or via the communication interface 132 such as an entry into a webpage. Of course other user information can also be provided such as may be required for the particular application. The on-line processing system 108 processes the payment transaction PT in a similar manner as described above, including the provision of the subaccount identifier SAI as provided by the user for use with the particular payment transaction PT. [0097] The transaction processing system 104 is configured to receive a personal identification number having at least one variable character selected by the user from among a plurality of available variable characters each of which is associated with a different subaccount. The financial account management system is configured to receive the personal identification number (PIN) from the transaction processing system 104 to verify the payment of the transaction amount from the primary account PA and from the subaccount responsive to the received personal identification number.
[0098] The herein the transaction processing system 104 is an online internet-based payment transaction system having a hosted user interface configured for prompting the user to input both the primary account PA and the particular subaccount for payment of the transaction amount.
[0099] The transaction processing system 104 is configured to receive a personal identification number at the time of the payment transaction PT, the personal identification number having two portions, a fixed predefined portion and a user definable portion, the user definable portion being user defined at the time of the transaction for specifying one of the available subaccount indicators SAIs.
[00100] The transaction processing system 104 is configured to receive the subaccount indicator SAI, an associated end sentinel character, and the adaptable longitude redundancy check (LRC) character.
[00101] As described, the various user financial cards 1 10 for personal financial management can include using a debit card. To accomplish this, the user would open a debit card primary account PA having a primary account number PAN with a financial institution. The financial institution would then issue to the user. The financial institution would issue a suitable financial card 1 10 to the user. At the same time, the user could establish a plurality of subaccounts SAs within the primary account PA with each being uniquely identified with a separate subaccount indicator SAI. The client and/or financial institution would then provide for a prefunding of each of the subaccounts SAs and maintain such prefunding on a monthly or bimonthly pre-funded amount. The method also includes selecting one of the subaccount indicators SAIs for use as payment of a transaction amount TA. A payment of a transaction amount TA is initiated from the primary account PA using the debit card 1 10 along with the user selected subaccount indicator SAI.
[00102] Referring to Fig. 7, an operating environment for an illustrated embodiment of the transaction processing system 104 and/or the financial account management system 102 can include, in one embodiment, a computer system 700 with a computer 702 that comprises at least one high speed processing unit (CPU) 704, in conjunction with a memory system 706 interconnected with at least one bus structure 708, an input device 710, and an output device 712. These elements can be interconnected by at least one bus structure 712.
[00103] The illustrated CPU 704 is of familiar design and includes an arithmetic logic unit (ALU) 714 for performing computations, a collection of registers 714 for temporary storage of data and instructions, and a control unit 716 for controlling operation of the system 700. Any of a variety of processors, including at least those from Digital Equipment, Sun, MIPS, Motorola, NEC, Intel, Cyrix, AMD, HP, and Nexgen, are equally preferred for the CPU X. The illustrated exemplary embodiment operates on an operating system designed to be portable to any of these processing platforms.
[00104] The memory system 706 generally includes high-speed main memory 720 in the form of a medium such as random access memory (RAM) and read only memory (ROM) semiconductor devices, and secondary storage 722 in the form of long term storage mediums such as floppy disks, hard disks, tape, CD-ROM, flash memory, etc. and other devices that store data using electrical, magnetic, optical or other recording media. The main memory 720 also can include video display memory for displaying images through a display device. Those skilled in the art will recognize that the memory system 706 can comprise a variety of alternative components having a variety of storage capacities.
[00105] The input device 710 and output device 712 are also familiar. The input device 710 can comprise a keyboard, a mouse, a physical transducer (e.g. a microphone), etc. and is interconnected to the computer 702 via an input interface 724. The output device 712 can comprise a display, a printer, a transducer (e.g. a speaker), etc, and be interconnected to the computer 702 via an output interface 726. Some devices, such as a network adapter or a modem, can be used as input and/or output devices.
[00106] As is familiar to those skilled in the art, the computer system 700 further includes an operating system and at least one application program. The operating system is the set of software which controls the computer system's operation and the allocation of resources. The application program is the set of software that performs a task desired by the user, using computer resources made available through the operating system. Both are resident in the illustrated memory system 706.
[00107] In accordance with the practices of persons skilled in the art of computer programming, the present disclosure is described below with reference to symbolic representations of operations that are performed by the computer system 700. Such operations are sometimes referred to as being computer-executed. It will be appreciated that the operations which are symbolically represented include the manipulation by the CPU 704 of electrical signals representing data bits and the maintenance of data bits at memory locations in the memory system 706, as well as other processing of signals. The memory locations where data bits are maintained are physical locations that have particular electrical, magnetic, or optical properties corresponding to the data bits. The system or components thereof as described herein can be implemented in a program or programs, comprising a series of instructions stored on a computer-readable medium. The computer- readable medium can be any of the devices, or a combination of the devices, described above in connection with the memory system 706.
[00108] When describing elements or features and/or embodiments thereof, the articles "a", "an", "the", and "said" are intended to mean that there are one or more of the elements or features. The terms "comprising",
"including", and "having" are intended to be inclusive and mean that there may be additional elements or features beyond those specifically described.
[00109] Those skilled in the art will recognize that various changes can be made to the exemplary embodiments and implementations described above without departing from the scope of the disclosure. Accordingly, all matter contained in the above description or shown in the accompanying drawings should be interpreted as illustrative and not in a limiting sense.
[00110] It is further to be understood that the processes or steps described herein are not to be construed as necessarily requiring their performance in the particular order discussed or illustrated. It is also to be understood that additional or alternative processes or steps may be employed.

Claims

CLAIMS What is claimed is:
1 . A personal financial account management system 100 for payment of a payment transaction PT related to a purchase by a user comprising:
a financial account management system 102 configured for management and administration of a primary account PA having a plurality of subaccounts SA, the financial account management system 102 including a prefunded amount for each of the subaccounts SA within the primary account PA; and
a transaction processing system 104 configured for payment of a sales transaction PT having a transaction amount TA and for receiving input including a primary account number PAN and a user selected subaccount indicator SAI from among the plurality of subaccounts SA to be used for payment of the transaction amount TA, the transaction processing system 104 configured to transmit the transaction amount TA, the primary account number PAN and the received subaccount indicator SAI to the financial account management system 102,
wherein the financial account management system 102 is configured for receiving the primary account number PAN, the subaccount indicator SAI and the transaction amount TA, comparing the transaction amount TA with the prefunded amount associated with the received subaccount indicator SAI, determining an availability of the prefunded amount within the subaccount SA of the subaccount indicator SAI and transmitting a verification of available prefunded amount to the transaction processing system 104 responsive to a successful determination of availability of prefunded amount and transmitting a lack of funds indication to the transaction processing system 104 responsive to an unsuccessful determination of availability of prefunded amounts.
2. The system of claim 1 , further comprising a transaction payment device configured for initiating the payment of the transaction amount and providing the primary account number to the transaction processing system, the transaction payment device being selected from the group consisting of a debit card, a prepaid card, a credit card and a smart card and the transaction payment device is configured for receiving an input identifying the selected subaccount to be used for the payment of the transaction amount and wherein the transaction processing system is configured to receive the primary account number and the subaccount indicator at the time of use of the debit card.
3. The system of claim 2 wherein the transaction processing system includes a user interface configured to receive an input for identifying the subaccount indicator associated with one of the subaccounts to be used for the payment of the transaction amount.
4. The system of claim 1 wherein the transaction processing system is a point of sale terminal having a transaction interface for receiving transaction information including the transaction amount, a card reader configured to read the transaction payment device including the primary account number and to receive a subaccount indicator.
5. The system of claim 1 wherein the transaction processing system includes a user interface configured to receive an input from the user for identifying one or more personal identification numbers associated with the primary account and for transmitting the received personal identification number to the financial account management system, and wherein the personal identification number includes the subaccount identifier, wherein the financial account management system is configured to receive the personal identification number with the subaccount identifier from the transaction processing system to verify the payment of the transaction amount from the primary account and from the subaccount responsive to the received personal identification number.
6. The system of claim 1 wherein the transaction processing system is an internet-based transaction payment system including a hosted user interface configured for prompting the user to input both the primary account and the particular subaccount for payment of the transaction amount.
7. The system of claim 1 wherein the subaccount indicator is a single digit between 0 and 9.
8. The system of claim 1 wherein the transaction processing system is configured to receive the subaccount indicator, an associated end sentinel character, and an associated longitude redundancy check character.
9. The system of claim 1 wherein the financial account management system is configured for receiving the primary account for specifying a subaccount label for each of the subaccounts within the primary account and for establishing the prefunded amounts for each of the subaccounts within the primary account.
10. The system of claim 9 wherein the financial account management system is configured for enabling the user to select a subaccount label for each of the subaccounts from the group of labels consisting of housing, entertainment, food/groceries, restaurants, transportation, gasoline, clothing, children expenses, educational expenses, and business expenses.
1 1. The system of claim 1 wherein the financial account management system is configured for receiving instructions to transfer a prefunded amount from a first subaccount to a second subaccount within the same primary account.
12. The system of claim 1 1 wherein the financial account management system is configured to transmit an instruction to the transaction processing system to prompt the user to transfer funds from the first subaccount to the second subaccount responsive to a determination that the selected subaccount has insufficient funds for payment of the transaction amount.
13. The system of claim 1 wherein the financial account management system is configured to receive an alternative subaccount indicator from the transaction processing system and is configured to utilize the alternative subaccount of the alternative subaccount indicator for processing of the transaction payment.
14. The system of claim 1 wherein the financial account management system is configured for receiving a discretionary amount of user funding in a discretionary subaccount and allocating the discretionary amount from the discretionary subaccount to one or more of the other subaccounts for payment of a transaction payment upon receipt of a user instruction to allocate funds from the discretionary subaccount.
15. The system of claim 1 wherein the financial account management system is configured for receiving a discretionary amount of user funding in a discretionary subaccount and for receiving a user instruction and to utilize the discretionary subaccount for payment of the transaction payment.
16. The system of claim 1 wherein the transaction processing system is configured to deny the payment of the transaction amount responsive to receiving an insufficient funds determination from the financial account management system for the selected subaccount.
17. A financial system for processing transaction payments with user oriented personal financial management support comprising:
a network interface configured for interfacing with a remote transaction processing system over a communication network for receiving a primary account number and a subaccount indicator;
a database including a plurality of primary accounts each having a plurality of subaccounts each associated with a subaccount indicator and each having a prefunded amount;
an financial account management system configured for management and administration of the primary accounts and the subaccounts within each primary account, the financial account management system including prefunded amounts for each of the subaccounts within each primary account and processing of transactions for payment of transaction amounts from each subaccount responsive to receiving the primary account number and the subaccount indicator.
18. A method of providing personal financial management to a user using a debit card comprising:
establishing a primary account for the user having a primary account number;
establishing a plurality of subaccounts each with a subaccount indicator within the primary account and having a subaccount prefunded amount;
receiving funding from the user for each of the subaccounts;
receiving a payment request from a transaction entity for payment of a transaction payment associated with an activity of the user, the payment request including the transaction amount, the primary account number, and a user selected subaccount indicators, wherein the user selected subaccount indicator is one of the plurality of subaccount indicators within the primary account associated with the received primary account number;
verifying the availability of funds in the subaccount associated with the received subaccount indicator; and
transmitting a transaction authorization to the transaction entity in response to a positive verification of available funds within the subaccount associated with the received subaccount indicator.
19. The method of claim 18, further comprising:
transmitting a lack of funds indicator to the transaction entity in response to a negative verification of available funds within the subaccount associated with the received subaccount indicator; and
transmitting a request for an alternative subaccount to be selected by the user for processing of the payment of the transaction amount.
20. The system of claim 19, further comprising receiving an allocation instruction from the user; and reallocating funding from the first subaccount to the second subaccount responsive to the received allocation instruction from the.
21. The system of claim 18, further comprising receiving a discretionary amount of user funding; and allocating the discretionary amount to one or more of the subaccounts.
22. The system of claim 21 , further comprising receiving a user allocation instruction, wherein the allocating is responsive to the instruction.
23. A point of sale terminal for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user comprising:
a transaction interface for receiving transaction information including a transaction amount;
a card reader configured to read a financial card having a primary account with a primary account number associated with the financial card and to receive a user selected subaccount indicator from among a plurality of subaccount indicators each associated with a different subaccount within the primary account of the financial card; and
a network interface for communicating with a financial account management system including transmitting the transaction information, the primary account number, and the user selected subaccount indicator to the financial account management system and receiving a financial account management system reply thereto.
24. The system of claim 23 wherein the user interface is configured to receive the subaccount indicator from an input of the user.
25. The system of claim 24 wherein the user interface is configured to receive the subaccount indicator as a portion of a personal identification number entered by the user.
26. The system of claim 23 wherein the subaccount indicator is a single digit number selected from the group of numbers between 0 and 9.
27. The system of claim 23 wherein the card reader is configured to read a debit card having a magnetic strip to obtain the primary account number.
28. The system of claim 27 wherein the card reader is configured to read the user selected subaccount indicator from the magnetic strip of the debit card in conjunction with reading the primary account number.
29. The system of claim 23 wherein the card reader is configured to read a magnetic strip of the financial card to obtain the primary account number and to read the user selected subaccount indicator from the magnetic strip of the debit card in conjunction with reading the primary account number.
30. The system of claim 23 wherein the card reader is configured to receive from the smart card the primary account number and the user selected subaccount indicator.
31. A method of receiving payment for a transaction amount from a user for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user comprising:
receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator;
receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount;
transmitting the primary account number and the subaccount indicator as received from the user to a financial institution for payment authorization of the transaction amount; and
receiving authorization from the financial institution responsive to the transmitting.
32. The method of claim 31 , further comprising:
determining the transaction amount for a purchase by the user; and finalizing the purchase by the user responsive to the received authorization.
33. The method of claim 31 wherein the financial card is a debit card and further comprising receiving a personal identification number that includes the user selected subaccount identifier.
34. The method of claim 31 wherein receiving the user selected subaccount indicator includes receiving the subaccount indicator on a user input device at a point of sale transaction terminal.
35. The method of claim 31 wherein receiving the user selected subaccount indicator and the primary account number includes receiving the primary account number at a card reader at transaction terminal.
36. The method of claim 31 wherein receiving the user selected subaccount indicator includes receiving the user selected subaccount indicator via at least one of a magnetic strip card reader, a user input device, and a smart card reader.
37. A point of sale transaction processing system for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user comprising:
a card reader configured for receiving a primary account number from a financial card;
a transaction interface for receiving a transaction amount;
a user interface configured for receiving a user authorization;
a financial card processing module configured for processing of the received primary account number, transaction amount and the user authorization; and a network interface configured for communicating with a financial account management system having a plurality of primary accounts each including a primary account identification and each primary account having a plurality of subaccounts, the network interface transmitting the primary account number, the transaction amount and the received subaccount identifier;
wherein the user interface is further configured for receiving a user input identifying a particular one of the plurality of subaccounts associated with the received primary account,
wherein the card processing module is further configured for receiving the user input identifying the particular subaccount and initiating a communication over the network interface of the received primary account identification, the received user authorization, the received transaction amount, and the received particular subaccount.
38. A system for receiving payment for a transaction amount from a user for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user comprising:
means for receiving from the user a primary account number associated with a primary account having a plurality of subaccounts each having a subaccount indicator;
means for receiving from the user a user selected subaccount indicator from among the plurality of subaccount indicators for processing of the transaction amount;
means for transmitting the primary account number and the subaccount indicator as received from the user to a financial institution for payment authorization of the transaction amount; and
means for receiving authorization from the financial institution responsive to the transmitting, a point of sale terminal.
39. A financial card for personal financial management having a body with a front side and a back side and a primary account number associated with a primary account of a user of the financial card and for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user, the card comprising:
a user interface configured for receiving input from the user at a time of use of the financial card for selecting a subaccount indicator from among a plurality of subaccount indicators each of which is associated with a subaccount within the primary account; and
a magnetic strip positioned on the back side, the magnetic strip including a user definable portion configurable by the user at a time of use of the financial card for a transaction, the user interface configuring the user definable portion to include the user selected subaccount indicator.
40. The financial card of claim 39 wherein the magnetic strip includes at least track 1 and track 2 of encoded data consistent with ISO standards and wherein the user definable portion of the magnetic strip is configurable by the user via the user interface and includes the subaccount indicator in the additional data field of at least one of track 1 and track 2.
41. The financial card of claim 39 wherein the user interface includes one or more rotatable wheels embedded within the body of the financial card and wherein the magnetic strip includes a mechanically adjustable portion associated with the user definable portion, and wherein one of the mechanical wheels is a user input wheel rotatable to each of the plurality of subaccount indicators, and positionable by the user to select the subaccount indicator for a particular transaction.
42. The financial card of claim 41 , further comprising a display window positioned proximate to one of the mechanical wheels having indicia for each of the subaccount indicators, wherein the indicia associated with the user selected subaccount indicator is positioned at the display window upon selection by the user for visually viewing thereof.
43. The financial card of claim 42 wherein the indicia is selected from the group consisting of single digit numerals and descriptive text labels.
44. The financial card of claim 41 wherein one of the wheels includes a ring of spaced apart magnetic sections and wherein one of the spaced apart magnetic sections corresponding to the user selected subaccount indicator is positionable relative to the magnetic strip for providing the user definable portion thereof.
45. The financial card of claim 44 wherein each spaced apart magnetic section is a paddle having the magnetic section position on a free end, and where the magnetic section includes the user definable portion having the selected subaccount indicator, and an associated end sentinel character and an associated longitude redundancy check (LRC) character.
46. The financial card of claim 44 wherein the wheel having the spaced apart magnetic sections and the body of the card proximate to the wheel are each configured with an aperture dimensioned for receiving key and wherein the wheel is configured to rotate responsive to a rotation of the received key.
47. The financial card of claim 44 wherein the wheel having the ring of spaced apart magnetic sections is configured to selectively lock into a position
48. The financial card of claim 39 wherein the user interface includes a plurality of blister buttons positioned on one of the sides of the body of the financial card, each blister button being associated with a different one of the plurality of subaccount indicators, the user interface being configured to change the magnetic coding on the user definable portion of the magnetic strip responsive to the user activating an associated blister button, also including indicia about the side of the body of the financial card associatθd with each of the blister buttons, wherein the indicia is selected from the group consisting of single digit numerals and descriptive text labels.
49. The financial card of claim 39 wherein the user definable portion includes the selected subaccount indicator, and an associated end sentinel character and an associated longitude redundancy check character.
50. A financial transaction card for personal financial management use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user comprising:
a smart card having a body and an integrated microprocessor and memory including a primary account number having a plurality of subaccounts, each with a different subaccount indicator;
a user interface configured for receiving a user selection of one of the subaccount indicators and providing the user selected subaccount indicator to the integrated microprocessor; and
an output interface configured for providing the primary account number and the user selected subaccount indicator to a point of sale terminal at the time of use of the smart card by the user for payment of a transaction amount.
51. A method of personal financial management using a debit card for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user comprising:
opening a debit card primary account having a primary account number from a financial institution;
receiving the debit card from the financial institution;
establishing a plurality of subaccounts within the primary account wherein each subaccount has a unique subaccount indicator;
funding each of the subaccounts within the primary account with a subaccount funding amount; selθcting one of the plurality of subaccount indicators for use as payment of a transaction amount; and
initiating payment of a transaction amount from the primary account using the debit card including providing the selected subaccount indicator along with the primary account number.
52. The method of claim 51 , further comprising:
receiving a rejection responsive to the initiating payment indicating insufficient available funds in the subaccount associated with the selected subaccount indicator;
selecting an alternative subaccount indicator from the plurality of subaccount indicators for use as payment of the transaction amount; and
providing the alternative subaccount indicator for payment of the transaction amount.
53. The method of claim 51 , further comprising:
transmitting an allocation instruction to the financial institution for reallocating funding from a first subaccount to a second subaccount if and when there is an indication of insufficient funds for payment of a transaction amount from the second subaccount.
54. The method of claim 51 , further comprising:
transmitting a discretionary amount allocation instruction to the financial institution for allocating a discretionary amount to one or more of the subaccounts.
55. A financial card for personal financial management having a primary account with a plurality of subaccounts for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user comprising:
means for selecting a subaccount indicator associated with one of the subaccounts for use of payment of a transaction amount; means for providing a primary account number of the primary account to a transaction entity for payment of a transaction amount; and
means for providing the selected subaccount indicator to the transaction entity for payment of the transaction amount from the selected associated subaccount within the primary account.
56. A financial card having a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user, the card comprising:
a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number, the magnetic strip including a user definable portion for providing a selectable discretionary encoding thereto; and
a user interface having at least one user input device positioned on the body of the financial card, the user interface configured for receiving input from the user at a time of use of the financial card selecting a particular account indicator from among a plurality of account indicators each of which is associated with the primary account,
the user interface is coupled to the user definable portion of the magnetic strip for providing the selectable discretionary encoding to the user definable portion of the magnetic strip responsive to the selected particular account indicator as received by the user interface.
57. The financial card of claim 56 wherein the magnetic strip includes at least one of track 1 and track 2 of encoded data consistent with ISO standards and wherein the user definable portion of the magnetic strip is operable coupled to the user interface for defining the user definable portion to include the particular account indicator in the additional data field of at least one of track 1 and track 2.
58. The financial card of claim 56 wherein the user input device includes one or more blister buttons formed on the front surface of the card.
59. The financial card of claim 56 wherein the selectable discretionary encoding includes one or more definable bits, further comprising one or more selectable magnetic energizing devices positioned proximate to the user definable portion of the magnetic strip wherein each selectable magnetic energizing device is configured to providing an encoding of a single one of the definable bits of the selectable discretionary encoding and wherein each selectable magnetic energizing device is selectably magnetically energized responsive to the received user input selecting the particular account indicator.
60. The financial card of claim 56 wherein the user input device includes a plurality of buttons, each button being associated with a different one of the plurality of account indicators.
61. The financial card of claim 60 wherein the selectable discretionary encoding includes one or more selectable characters, each of which is encoded with a plurality of definable bits, further comprising one or more selectable magnetic energizing devices positioned proximate to the user definable portion of the magnetic strip wherein each selectable magnetic energizing device is configured to providing an encoding of a single one of the definable bits of the selectable discretionary encoding and wherein each selectable magnetic energizing device is selectably magnetically energized responsive to the received user input from the buttons selecting the particular account indicator.
62. The financial card of claim 61 wherein each button is associated with a selectable character and is connectively coupled to a plurality of definable bits for encoding the associated selectable character and establishing the polarity of the selectable magnetic energizing devices.
63. The financial card of claim 62 wherein there are ten buttons and ten associated characters therewith and each character is encoded with five definable bits using five selectable magnetic energizing devices.
64. The financial card of claim 63 wherein the user definable portion includes an adaptable longitudinal redundancy check (LRC) encoding having five LRC bits and wherein each of the ten user input devices is coupled to a different five selectable magnetic energizing devices, each of which is associated with a different one of the five LRC bits, and wherein the different five selectable magnetic energizing devices are positioned proximate to the user definable portion of the magnetic strip for providing the adaptable LRC encoding to the user definable portion of the magnetic strip responsive to the selected particular account indicator as received by the user interface at the time of use by the user and to provide a proper LRC encoding to the magnetic strip of the financial card.
65. The financial card of claim 56 wherein the user definable portion includes an adaptable longitudinal redundancy check (LRC) encoding and wherein the user interface couples the user input device to the user definable portion of the magnetic strip for providing the adaptable LRC encoding to the user definable portion of the magnetic strip responsive to the selected particular account indicator as received by the user interface at the time of use by the user and to provide a proper LRC encoding to the magnetic strip of the financial card.
66. The financial card of claim 56, further comprising a display window positioned on the front side of the body, the display window being configured for displaying indicia indicating the particular account indicator received from the user by the user interface.
67. The financial card of claim 66 wherein the indicia is selected from the group consisting of single bit numerals and descriptive text labels.
68. The financial card of claim 56 further comprising a selectable magnetic energizing device positioned proximate to the user definable portion of the magnetic strip and configured for providing a selective magnetic encoding of the user definable portion to include the received particular account indicator.
69. The financial card of claim 68 wherein the user definable portion includes one or more bits and wherein the selectable magnetic energizing device is a magnetic coil positioned behind the magnetic strip on the back surface of the body and is configured for providing the magnetic encoding of a single bit of the user definable portion of the magnetic strip as a zero or as a numeric number one.
70. The financial card of claim 56 wherein each of the plurality of account indicators is associated with a different subaccount of the primary account.
71. A financial card having a body with a front surface and a back surface and a primary account number associated with a primary account of a user of the financial card for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user, the card comprising:
a magnetic strip positioned on the back surface configured for magnetic encoding including the primary account number, the magnetic strip including a user definable portion for providing a selectable discretionary encoding and an adaptable longitudinal redundancy check encoding; and
a user interface having a plurality of blister buttons positioned on the front surface of the financial card each of which is associated with a different account one or a plurality of account indicators of the financial card, the user interface configured for receiving input from the user at a time of use of the financial card selecting a particular account indicator from among the plurality of account indicators, thθ user interface is coupled to the user definable portion of the magnetic strip for providing the selectable discretionary encoding and the adaptable longitudinal redundancy check encoding to the user definable portion of the magnetic strip, each being responsive to the selected particular account indicator as received by the user interface.
72. The financial card of claim 71 wherein the magnetic strip includes at least track 1 and track 2 of encoded data consistent with ISO standards and wherein the user definable portion of the magnetic strip is operably coupled to the user interface for defining the user definable portion to include the particular account indicator in the additional data field and the adaptable longitudinal redundancy check coding of at least one of track 1 and track 2.
73. The financial card of claim 71 wherein the selectable discretionary encoding includes a plurality of selectable characters, each of which is encoded with a plurality of definable bits, further comprising a plurality of selectable magnetic energizing devices positioned proximate to the user definable portion of the magnetic strip wherein each selectable magnetic energizing device is configured to providing an encoding of a single one of the definable bits of the selectable character and wherein each selectable magnetic energizing device is selectably magnetically energized responsive to the received user input selecting the particular account indicator.
74. The financial card of claim 71 wherein there are ten user blister buttons each having an associated selectable character with each selectable character being defined by a plurality of definable bits, each blister button being connectively coupled to five selectable magnetic energizing devices, each of which is associated with a different one of the definable bits and each being connectively coupled to five different selectable magnetic energizing devices each of which is associated with a different one of five adaptable longitudinal redundancy check (LRC) encoding bits for providing the adaptable LRC encoding to the user definable portion of the magnetic strip responsivθ to the selected particular account indicator as received by the user interface at the time of use by the user and to provide a proper LRC encoding to the magnetic strip of the financial card.
75. A financial card having a body with a front surface and a back surface, a magnetic strip, and a primary account number associated with a primary account of a user of the financial card for use with a personal financial account management system for payment of a payment transaction related to a purchase by a user with personal financial management support for the user, the card comprising:
means for receiving a particular subaccount indicator from among a plurality of subaccount indicators associated with the primary account at the time of use of the financial card for a financial transaction;
means for determining a value of an adaptable longitudinal redundancy check responsive to the received particular subaccount indicator; and
means for encoding a user definable portion of the magnetic strip to include the received particular subaccount indicator and the value of the adaptable longitudinal redundancy check.
EP10797775.3A 2009-07-07 2010-07-07 Systems and methods for per-transaction financial card enabled personal financial management Withdrawn EP2467817A4 (en)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US12/498,946 US20110010254A1 (en) 2009-07-07 2009-07-07 Transaction processing systems and methods for per-transaction personal financial management
US12/498,941 US8265998B2 (en) 2009-07-07 2009-07-07 Systems and methods for per-transaction financial card enabled personal financial management
US12/498,953 US8290868B2 (en) 2009-07-07 2009-07-07 Financial cards and methods for per-transaction personal financial management
US12/613,729 US8439274B2 (en) 2009-07-07 2009-11-06 Financial card with a per-transaction user definable magnetic strip portion
PCT/US2010/041193 WO2011005848A2 (en) 2009-07-07 2010-07-07 Systems and methods for per-transaction financial card enabled personal financial management

Publications (2)

Publication Number Publication Date
EP2467817A2 true EP2467817A2 (en) 2012-06-27
EP2467817A4 EP2467817A4 (en) 2014-04-09

Family

ID=43429814

Family Applications (1)

Application Number Title Priority Date Filing Date
EP10797775.3A Withdrawn EP2467817A4 (en) 2009-07-07 2010-07-07 Systems and methods for per-transaction financial card enabled personal financial management

Country Status (2)

Country Link
EP (1) EP2467817A4 (en)
WO (1) WO2011005848A2 (en)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2996145A1 (en) 2015-08-17 2017-02-23 Transworld Holdings Pcc Limited Payment devices having multiple modes of conducting financial transactions
CN108475374B (en) * 2015-08-17 2022-04-19 维尔雷恩斯控股有限公司 Payment device with multiple modes for conducting financial transactions
FR3067492B1 (en) * 2017-06-13 2019-07-19 Ingenico Group METHOD OF TRANSMITTING DATA TO A MAGNETIC READING HEAD, RECEIVED DATA PROCESSING METHOD, PAYMENT TERMINAL AND PROGRAM THEREOF

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020153414A1 (en) * 1999-08-09 2002-10-24 First Data Corporation Systems and methods for performing transactions at a point-of-sale
US20060259390A1 (en) * 2003-06-19 2006-11-16 Rosenberger Ronald J Multiple account preset parameter method, apparatus and systems for financial transactions and accounts

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6636833B1 (en) * 1998-03-25 2003-10-21 Obis Patents Ltd. Credit card system and method
US8103584B2 (en) * 1999-11-05 2012-01-24 American Express Travel Related Services Company, Inc. Systems and methods for authorizing an allocation of an amount between transaction accounts
KR100376213B1 (en) * 2000-03-04 2003-03-15 구홍식 A card for overall financial information
KR100476876B1 (en) * 2002-11-08 2005-03-17 박정웅 Card provided with a password input key
NZ540886A (en) * 2002-11-27 2008-02-29 Henryk Kulakowski Method of accounting electronic transactions and method of effecting electronic transactions via phone
US8332293B2 (en) * 2004-06-10 2012-12-11 Ronald John Rosenberger End user generated billing cycles
KR100819568B1 (en) * 2006-09-08 2008-04-04 주식회사 신한은행 System and Method for Exchanging IC Card Storing Information and Program Recording Medium
KR20090002050A (en) * 2007-06-04 2009-01-09 주식회사 신한은행 System and method for operating card with plural accounts and program recording medium
US8733632B2 (en) * 2007-06-22 2014-05-27 Visa U.S.A. Inc. Mobile subscriber device for financial transaction tokens
US20080319912A1 (en) * 2007-06-22 2008-12-25 Faith Patrick L Powering financial transaction token with onboard and external power source
KR20090036613A (en) * 2007-10-10 2009-04-15 주식회사 신한은행 System and method for registering card settlement account and recording medium
KR20080052540A (en) * 2008-05-28 2008-06-11 주식회사 신한은행 System for operating ic card

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020153414A1 (en) * 1999-08-09 2002-10-24 First Data Corporation Systems and methods for performing transactions at a point-of-sale
US20060259390A1 (en) * 2003-06-19 2006-11-16 Rosenberger Ronald J Multiple account preset parameter method, apparatus and systems for financial transactions and accounts

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of WO2011005848A2 *

Also Published As

Publication number Publication date
WO2011005848A3 (en) 2011-07-07
WO2011005848A2 (en) 2011-01-13
EP2467817A4 (en) 2014-04-09

Similar Documents

Publication Publication Date Title
US20200294031A1 (en) Transaction processing system and method for providing per-transaction personal financial management
US8265998B2 (en) Systems and methods for per-transaction financial card enabled personal financial management
US8290868B2 (en) Financial cards and methods for per-transaction personal financial management
US9811832B2 (en) System, method, and computer program product for issuing and using debit cards
US10510075B2 (en) Systems and methods for secure mobile payments
RU2591564C2 (en) Authorisation of cash withdrawal
US8352368B2 (en) P2P transfer using prepaid card
US20190347648A1 (en) Financial card transaction security and processing methods
TWI570640B (en) Mechanism to allow the use of disposable cards on a system designed to accept cards conforming to the standards of the global payments industry
US20120221466A1 (en) Method for improved financial transactions
US20060080198A1 (en) Cash transaction system
MX2007000475A (en) Method and system using a bitmap for passing contactless payment card transaction variables in standardized data formats.
US8439274B2 (en) Financial card with a per-transaction user definable magnetic strip portion
US20150032588A1 (en) Systems and methods for enrolling merchants using card data
WO2011005848A2 (en) Systems and methods for per-transaction financial card enabled personal financial management
WO2018049320A1 (en) Electronic exchange unit management
Kumar DIGITAL PAYMENT SYSTEM IN INDIA
Ezema et al. An Assessment of Computer Based Transactions in Nigeria
Beauchamp How to Survive and Thrive in the Merchant Services Industry

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20120514

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO SE SI SK SM TR

DAX Request for extension of the european patent (deleted)
A4 Supplementary search report drawn up and despatched

Effective date: 20140312

RIC1 Information provided on ipc code assigned before grant

Ipc: G06Q 20/00 20120101ALI20140306BHEP

Ipc: G06Q 40/00 20120101AFI20140306BHEP

Ipc: G07F 7/08 20060101ALI20140306BHEP

Ipc: G06Q 20/34 20120101ALI20140306BHEP

17Q First examination report despatched

Effective date: 20150227

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20150910