US20090125354A1 - Financial management system and method - Google Patents

Financial management system and method Download PDF

Info

Publication number
US20090125354A1
US20090125354A1 US12/352,845 US35284509A US2009125354A1 US 20090125354 A1 US20090125354 A1 US 20090125354A1 US 35284509 A US35284509 A US 35284509A US 2009125354 A1 US2009125354 A1 US 2009125354A1
Authority
US
United States
Prior art keywords
transaction
information
budgetary
account
financial transaction
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.)
Abandoned
Application number
US12/352,845
Inventor
Rebecca Anne Ansley
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.)
Sound View Innovations LLC
Original Assignee
Rebecca Anne Ansley
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
Application filed by Rebecca Anne Ansley filed Critical Rebecca Anne Ansley
Priority to US12/352,845 priority Critical patent/US20090125354A1/en
Publication of US20090125354A1 publication Critical patent/US20090125354A1/en
Assigned to CREDIT SUISSE AG reassignment CREDIT SUISSE AG SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ALCATEL-LUCENT USA INC.
Assigned to SOUND VIEW INNOVATIONS, LLC reassignment SOUND VIEW INNOVATIONS, LLC ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: ALCATEL LUCENT
Assigned to ALCATEL-LUCENT USA INC. reassignment ALCATEL-LUCENT USA INC. RELEASE OF SECURITY INTEREST Assignors: CREDIT SUISSE AG
Assigned to ALCATEL-LUCENT USA INC. reassignment ALCATEL-LUCENT USA INC. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: CREDIT SUISSE AG
Abandoned legal-status Critical Current

Links

Images

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
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02Banking, e.g. interest calculation or account maintenance
    • 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
    • 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/04Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
    • 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/12Accounting

Definitions

  • the present invention generally relates to the field of database management and, more particularly, to a system and method for tracking and updating financial transaction data.
  • a book of checks typically provides a bound group of sequentially related checks and a register for recording check number, payee, date and amount information relating to utilized checks. While useful in tracking available funds, the check book register provides no information relating to budget goals, application of checks towards particular budget items and similar financial management goals. Similarly, credit cards, debit cards and cash outlays provide no feedback to the user regarding budgetary and other financial management constraint other than “over limit” messages at a retail point-of-sale (POS) terminal, if applicable.
  • POS point-of-sale
  • Financial management is regarded as a necessary task to be performed by each household.
  • Unfortunately since there are many ways to expend financial resources (as noted above), and many necessary expenses coming due at different times of the year (e.g., insurance, property tax and the like) as well as periodically occurring expenses having variable billing amounts (e.g., water, natural gas, communications and the like), coherent financial management strategies are often not practicable. Therefore, it is seen to be desirable to provide a system and method simplifying at least the data manipulation aspects of implementing appropriate financial management tasks.
  • a system and method of performing financial management tracking comprising entering, on a mobile control device, data associated with a financial transaction; storing said entered financial transaction data in a database within said mobile control device; periodically synchronizing said mobile control device database with a base station database via a communications link such that budgetary and financial transaction data is update.
  • each member of a household utilizes a separate mobile control device, each of the mobile control devices is synchronized with the base device such that all mobile control devices are synchronized with each other.
  • FIG. 1 depicts a high level block diagram of a financial tracking and management system
  • FIG. 2 depicts a high level block diagram of a control device suitable for use in the system of FIG. 1 ;
  • FIG. 3 depicts a representation of an exemplary transactions database used in accordance with the principles embodied in the present invention
  • FIG. 4 depicts an exemplary accounts database used in accordance with the principles embodied in the present invention
  • FIG. 5 depicts an exemplary budgetary database used in accordance with the principles embodied in the present invention.
  • FIG. 6 depicts a flow diagram of a method for tracking and managing financial information.
  • the present invention will be described within the context of one or more handheld devices comprising at least a control program and a transactions database which are used contemporaneously with a financial transaction to enter parameters associated with that financial transaction to store parameters associated with that financial transaction in the transactions database.
  • the mobile control device may be implemented using a personal digital system (PDA) or any other handheld computational device capable of being adapted to a data entry and data synchronization function.
  • PDA personal digital system
  • FIG. 1 depicts a high level block diagram of a financial tracking and management system.
  • the system 100 of FIG. 1 comprises a plurality of mobile control devices 110 1 through 110 N (collectively mobile control devices 110 ).
  • Each of the mobile control devices 110 is operatively coupled on at least a periodic basis to base device 120 via a communications link 130 .
  • the base device 120 may comprise a personal computer or other computing device.
  • the communications link 130 may comprise a serial communications link, parallel communications link, infrared (IR) link or any other medium suitable for transferring data between the mobile control device 110 and the base device 120 .
  • the mobile control device 110 will be discussed in more detail below with respect to FIG. 2 .
  • the mobile control device 110 includes at least a control program 112 and a transactions database 114 .
  • the mobile control device 110 receives transactions data via, for example, a key pad (not shown) and stores the transactions data within the transactions database 114 .
  • the control program 112 compares the transactions data to various account parameters such as access parameters, account balance parameters and the like, as well as to various budgetary parameters.
  • account parameters such as access parameters, account balance parameters and the like
  • budgetary parameters such as access parameters, account balance parameters and the like
  • a message may be provided via an output device (not shown).
  • a system according to the invention may be implemented using a base device and a plurality of mobile control devices.
  • the system may also be implemented using a plurality of mobile control devices where one of the mobile control devices operates as a master while the other mobile control devices operate as slaves to the master mobile control device.
  • one of the mobile control devices operates as a master while the other mobile control devices operate as slaves to the master mobile control device.
  • FIG. 2 depicts a high level block diagram of a control device 110 or 120 suitable for use in the system of FIG. 1 .
  • the control device 110 / 120 preferably includes certain standard hardware components, such as a central processing unit (CPU) 210 , a data storage device 220 , a read only memory (ROM) 212 , a random access memory (RAM) 214 , a clock circuit 216 , a display driver 217 , a communications port 218 and an input device 219 .
  • CPU central processing unit
  • ROM read only memory
  • RAM random access memory
  • the CPU 210 is preferably linked to each of the listed elements, either directly or indirectly, by means of a shared data bus, or dedicated connections, as shown in FIG. 2 .
  • the CPU 210 may be embodied as a single processor, or a number of processors, operating in conjunction with one another.
  • the data storage device 220 and/or ROM 212 are operable to store one or more instructions, which the CPU 210 is operable to retrieve, interpret and execute.
  • the CPU 210 preferably includes a control unit, an arithmetic logic unit (ALU) and a CPU local memory storage device, such as, for example, a stackable cache or a plurality of registers, in a known manner.
  • the control device is operable to retrieve instructions from the data storage device 220 or ROM 212 .
  • the ALU is operable to perform a plurality of operations needed to carry out instructions.
  • the CPU local memory storage device is operable to provide high speed storage used for storing temporary results and control information.
  • the display driver 217 cooperates with a display device 250 , such as a liquid crystal display (LCD) display device, computer monitor, television or other display device.
  • a display device 250 such as a liquid crystal display (LCD) display device, computer monitor, television or other display device.
  • LCD liquid crystal display
  • the input device 219 comprises, illustratively, a keyboard, pointing device, voice recognition device, or on-screen data receiving device suitable for receiving input from a user.
  • the input device 219 cooperates with the CPU 210 .
  • the input device 219 and display device 250 are integrated using a touch screen device operable via a stylus.
  • the data storage device 220 typically includes one or more machine readable media; such media includes, as is well known in the art, magnetic, semiconductor and/or optical media.
  • Data storage device 220 is preferably capable of supporting the searching and storing of data.
  • data storage device 220 comprises a low cost, low energy consumption semiconductor device.
  • the data storage device 220 preferably includes a control program 112 , a transactions database 114 , an account database 116 and a budgetary database 118 .
  • the control program 112 stores a plurality of instructions which, when retrieved and executed by the CPU 210 , cause the control device 110 / 120 to operate as a special purpose device implementing the system and method of the present invention.
  • the transactions database 114 preferably includes transaction specific data pertaining to transactions input to the control device by a user (e.g., via the input device 219 ) or from another control device during a synchronization operation. The transactions database 114 will be discussed in more detail below with respect to FIG. 3 .
  • the account database 116 preferably includes account specific data pertaining to account number identification, account type, available balance and other related information.
  • the budgetary database 118 preferably includes budgetary related data pertaining to specific budget items to which funds must be allocated, the likely amount of funds needed to satisfy the budget item, the periodicity of payments to satisfy the budget item and similar information.
  • the account database 116 will be discussed in more detail below with respect to FIG. 4 , while the budgetary database will be described in more detail below with respect to FIG. 5 .
  • an optional printing device 270 is shown.
  • the optional printing device 270 is capable of printing a negotiable instrument such as a personal check.
  • the optional printing device 270 may communicate with the CPU/processor 210 via the communications port 218 or via any other communication means known to those skilled in the art.
  • the operation of the printing device 270 may be inhibited in cases where a contemplated financial transaction exceeds one or more budgetary constraints.
  • the inhibited operation of the printing device may be overridden by the transacting entity. For example, an override code may be entered by the person using a mobile device or other computing device having associated with it the printing device 270 of FIG. 2 .
  • FIG. 3 depicts a representation of an exemplary transactions database used in accordance with the principles embodied in the present invention. It is understood that the various rows and columns illustrated as comprising the databases in this figure represent records and fields, respectively. Thus, in each of the various described embodiments, the databases are used in a relational arrangement, as is known in the art, so that databases relate to one another by way of fields that store common pertinent data. It is known that while the following description refers to specific individual databases, formats, records and fields, those skilled in the art will readily appreciate that various modifications and substitutions may be made thereto without departing from the spirit and scope of the present invention. It is noted that the above understanding is also applicable to the below description of the accounts database 400 and budgetary database 500 of, respectively, FIGS. 4 and 5 .
  • the transactions database 300 stores data relating to individual transactions recorded using a control device such as the mobile control device 110 or base control device 120 depicted above in FIGS. 1 and 2 .
  • Each record (or row) of the transactions database 300 is maintained for a single recorded transaction.
  • four transaction records (R 1 -R 4 ) are shown in FIG. 3 ; each transaction being identified by a unique transaction number 310 .
  • Each record comprises a plurality of fields.
  • Field 310 is a transaction number field, used to store an identification number corresponding to the transaction number within a sequence of transactions.
  • Field 320 is a date field indicating the date of the transaction.
  • Field 330 is an account number field, indicating the account against which the transaction is debited or credited. In the case of a cash transaction, a null or zero account number is entered.
  • Field 340 is an amount field indicating the amount of the transaction.
  • Field 350 is a budget item identifier field, indicating the budgetary item (which will be described later with respect to FIG. 5 ) associated with the particular transaction.
  • Field 360 is an in budget indicator field, indicative of whether the transaction value is within the budgeted value allocated for the identified budget item in field 350 .
  • Field 370 is a transacting entity field identifying the transacting entity associated with the transaction.
  • the first record R 1 indicates that transaction number 0023 occurred on Jan. 21, 2001.
  • the account number associated with this transaction was 56789 which, per the accounts database 400 (discussed below with respect to FIG. 4 ) is a credit card account with an institution named “BIG BANK.”
  • the transaction amount of record R 1 was $1,500, which was allocable to the “FUN” budget identifier. This transaction was not within the allocated budget and was executed by a transacting entity identified as “FATHER.”
  • the transaction database 114 within a mobile control device 110 , and the transactions database 124 within a base control device 120 are formed substantially in accordance with the transactions database 300 of FIG. 3 .
  • Each control device updates its local transactions database in response to locally input user data and in response to data received during a synchronization operation.
  • FIG. 4 depicts an exemplary accounts database used in accordance with the principles embodied in the present invention.
  • the accounts database may be stored in each of the mobile 110 or base 120 control devices depicted above with respect to FIGS. 1 and 2 .
  • the accounts database may be stored in either the base device 120 or a master mobile control device 110 1 .
  • the accounts database 400 stores data relating to accounts that are maintained for the transacting entities within the system. Each record (or row) of the accounts database 400 is maintained for each account available to the transacting entities. By way of example, three account records (R 1 through R 3 ) are shown in FIG. 4 . Each record comprises a plurality of fields.
  • Field 410 is an account number field, used to store an account number.
  • Field 420 is a type field, used to store data indicative of the type of account associated with the particular record.
  • Account types may comprise, for example, checking accounts, savings accounts, credit card accounts, money market accounts, retirement accounts and other accounts known to those skilled in the art.
  • Field 430 is an institution identifier field, used for storing at least the name of the institution (e.g., banking or other financial services institution) responsible for serving the identified account.
  • Field 440 is an available balance field, used to indicate a balance of a checking or savings account, an amount of credit available in a credit card account, and similar data related to other account types.
  • Field 450 is a last updated field, used to store the date and, optionally, time of when the account information was last updated. Account information is updated by synchronizing the various control devices such that account usage is properly metered and available balances are adjusted in accordance with the recorded transactions.
  • Field 460 is an access limit field used to store the identification of those to whom account access is granted.
  • Field 470 is a reported balance field, used to store the last actual balance associated with the account identified in field 410 . This balance is reported by the institution identified in field 430 .
  • Field 480 is a report data field, used to store the date and, optionally, the time when the last reported balance was provided.
  • the first record R 1 identifies account number 01234 as a checking account with first bank having an available balance of $ 1 .
  • Data associated with this record was last updated on Jan. 1, 2001.
  • the transacting entities entitled to access this account are MOTHER and FATHER.
  • the last reported balance from the institution for this account was $ 1 , and the reporting date was Dec. 21, 2000.
  • FIG. 5 depicts an exemplary budgetary database used in accordance with the principles embodied in the present invention.
  • the budgetary database 500 of FIG. 5 stores data relating to various budgetary items and the amount of funding allocated to these items. It is noted that the budgetary database 500 of FIG. 5 depicts a plurality of records R 1 through R 26 as columns, and a plurality of fields 510 through 550 as rows. Each record comprises a plurality of fields.
  • Field 510 is an identifier field, used to store an identifier associated with the budgetary item corresponding to the particular record.
  • the following budgetary items and identifiers are used: mortgage, MORT; property taxes, PTAX; home insurance HINS; gas, HGAS; electric, EL; clothing, CLOTH; entertainment, FUN; and so on.
  • Field 520 is an annual budget field, used to store a dollar (or other currency) amount indicative of the expected or allocated annual budget associated with the budgetary item identified in field 510 .
  • Field 530 is a periodic budget field, used to store a dollar amount to be paid periodically in support of the budgeted item.
  • Field 540 is a fixed/variable field, used to indicate whether the identified budgetary item is a fixed or variable cost item. It will be appreciated that some budgetary items, such as property taxes, are adjusted annually though fixed costs otherwise.
  • Field 550 is a periodicity field, used to indicate the time period between payments associated with the identified budgetary item. For example, the first record R 1 indicates a mortgage of $24,000 per year is paid on a monthly basis at a budgeted rate of $2,000.
  • FIG. 6 depicts a flow diagram of a method for tracking and managing financial information. Specifically, FIG. 6 depicts a method 600 suitable for use in either a base control device, a master mobile control device or a slave mobile control device, such as described above with respect to FIGS. 1 and 2 .
  • the method 600 is stored within the memory of the control device, retrieved and executed by the CPU to perform the steps described below.
  • the method is entered at step 605 where the control device waits for input.
  • the control device waits for input.
  • the method proceeds to step 610 .
  • a query is made as to the appropriate mode for the control device to enter. If the input is indicative of a data entry, then the method 600 proceeds to step 640 . If the input is indicative of a synchronization operation, then the method 600 proceeds to step 615 .
  • a communication link is established between the control device within which the method is operating and another control device. It is noted that the other control device may also be operating according to the method 600 of FIG. 6 .
  • a communication link is established via, for example, the communication link 130 described above with respect to FIG. 1 .
  • Known hand shaking and/or session initiation techniques may be used to establish bi-directional communication between two or more control devices.
  • new remote data is retrieved via the communications link. That is, at step 620 , data within the other control device that was entered into the other control device after the last synchronization operation is retrieved.
  • new local data is transmitted to the other control device via the communications link. That is, at step 625 , data within the local control device that was entered or generated after the last synchronization operation is uploaded to or transmitted to the other control device.
  • the databases of the local control device are updated with the new remote data retrieved at step 620 . While not shown, the other control device or devices synchronize with the local control device to update their databases in response to the new local data transmitted at step 625 .
  • step 635 the local control program 112 within the control device executing the method 600 is updated or otherwise modified based upon control program data retrieved along with new remote data at step 620 .
  • the method 600 then proceeds to step 605 to wait for the next user input.
  • step 640 transaction data from the input device is accepted.
  • step 645 the new transaction data accepted at step 640 is stored in the transaction database 114 of the control device 110 / 120 .
  • the transaction data is evaluated with respect to the budget data stored within the budgetary database 116 .
  • the budget data stored within the budgetary database 116 .
  • one or more user messages may be generated.
  • the messages based upon evaluation at step 650 are displayed on the display device. For example, in the case of an unauthorized expenditure, a message indicating that such expenditure is not authorized may be displayed. This message may be overridden by the user and the expense made anyway.
  • a query is made as to the type of control device performing the method 600 of FIG. 6 . If the control device is a master mobile device or base device, then at step 665 an accounts database is updated. The method 600 then proceeds to optional step 670 . If the control device is a slave type of device, which does not include an accounts database, then the method 600 proceeds to step 670 . If the control device is a slave type of device that also does not include a budgetary database, then the method 600 proceeds to step 605 to wait for the next user input.
  • the budgetary database stored within the control device operating the method 600 is adjusted as needed. For example, in the case of an evaluation at step 650 indicating an overspending condition for a particular budgetary item, the budgetary data associated with that item may be adjusted at step 670 to better reflect the spending requirements associated with that budgetary item. Other budgetary adjustments may be made including the addition or deletion of categories or items, and, generally, modifications to any of the items discussed above with respect to the budgetary database 500 of FIG. 5 .
  • each of the mobile devices 110 comprises a personal digital assistant (PDA) operating using, illustratively, the PALM, Windows CE or other operating system.
  • PDA personal digital assistant
  • PALM is a trademark of Palm Incorporated of Santa Clara, Calif.
  • Windows CE is a trademark of Microsoft Corporation of Redmond, Wash.
  • Each of the mobile devices includes a transactions database 114 that is updated in response to respective data entry manipulations.
  • each mobile device includes a budgetary database 116 that stores information useful in determining whether transaction information is within budgetary guidelines.
  • the base device 120 comprises a computer system such as a personal computer having associated with it a docking station which mechanically and electrically receives mobile devices 110 and facilitates the data interchange and database updating operations described above.
  • one or more of the mobile devices 110 may comprise an accounts database.
  • a first PDA operates as a master control device, while at least one other PDA operates as a slave control device.
  • the PDA operating as a master control device includes a control program 112 , a transactions database 114 , a budgetary database 116 and an accounts database 118 .
  • the slave device(s) do not include an accounts database.
  • the slave devices also do not include a budgetary database.
  • the slave devices only serve to receive transaction data, which transaction data is then processed by the master control device to evaluate whether transactions entered on the slave device are appropriate to the budgetary constraints defined by the budgetary database 500 .
  • a computing device includes a printing means capable of printing a negotiable instrument such as a personal check.
  • a printing means capable of printing a negotiable instrument such as a personal check.
  • the negotiable instrument printing function is inhibited. This inhibited function may optionally be overridden by the user.

Abstract

A system and method of performing financial management tracking comprising entering, on a mobile control device, data associated with a financial transaction; storing said entered financial transaction data in a database within said mobile control device; periodically synchronizing said mobile control device database with a base station database via a communications link such that budgetary and financial transaction data is update. In one embodiment of the invention, each member of a household utilizes a separate mobile control device, each of the mobile control devices is synchronized with the base device such that all mobile control devices are synchronized with each other.

Description

    CROSS-REFERENCE TO RELATED APPLICATIONS
  • This application is a continuation of pending U.S. patent application Ser. No. 09/811,911, filed Mar. 19, 2001, and entitled FINANCIAL MANAGEMENT SYSTEM AND METHOD, which application is incorporated herein by reference.
  • BACKGROUND OF THE INVENTION
  • 1. Field of the Invention
  • The present invention generally relates to the field of database management and, more particularly, to a system and method for tracking and updating financial transaction data.
  • 2. Description of the Related Art
  • Most consumers utilize negotiable instruments such as personal checks to pay for desired goods and/or services. A book of checks (i.e., a check book) typically provides a bound group of sequentially related checks and a register for recording check number, payee, date and amount information relating to utilized checks. While useful in tracking available funds, the check book register provides no information relating to budget goals, application of checks towards particular budget items and similar financial management goals. Similarly, credit cards, debit cards and cash outlays provide no feedback to the user regarding budgetary and other financial management constraint other than “over limit” messages at a retail point-of-sale (POS) terminal, if applicable.
  • Financial management is regarded as a necessary task to be performed by each household. Unfortunately, since there are many ways to expend financial resources (as noted above), and many necessary expenses coming due at different times of the year (e.g., insurance, property tax and the like) as well as periodically occurring expenses having variable billing amounts (e.g., water, natural gas, communications and the like), coherent financial management strategies are often not practicable. Therefore, it is seen to be desirable to provide a system and method simplifying at least the data manipulation aspects of implementing appropriate financial management tasks.
  • SUMMARY OF THE INVENTION
  • These and other limitations associated with the prior art are overcome by the present invention of a financial management system and method providing integrated financial management and budgeting functions across one or more mobile control devices periodically synchronized with a base device.
  • A system and method of performing financial management tracking comprising entering, on a mobile control device, data associated with a financial transaction; storing said entered financial transaction data in a database within said mobile control device; periodically synchronizing said mobile control device database with a base station database via a communications link such that budgetary and financial transaction data is update. In one embodiment of the invention, each member of a household utilizes a separate mobile control device, each of the mobile control devices is synchronized with the base device such that all mobile control devices are synchronized with each other.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • So that the manner in which the above recited features, advantages and objects of the present invention are attained and can be understood in detail, a more particular description of the invention, briefly summarized above, may be had by reference to the embodiments thereof which are illustrated in the appended drawings. It is to be noted, however, that the appended drawings illustrate only typical embodiments of this invention and are therefore not to be considered limiting of its scope, for the invention may admit to other equally effective embodiments.
  • FIG. 1 depicts a high level block diagram of a financial tracking and management system;
  • FIG. 2 depicts a high level block diagram of a control device suitable for use in the system of FIG. 1;
  • FIG. 3 depicts a representation of an exemplary transactions database used in accordance with the principles embodied in the present invention;
  • FIG. 4 depicts an exemplary accounts database used in accordance with the principles embodied in the present invention;
  • FIG. 5 depicts an exemplary budgetary database used in accordance with the principles embodied in the present invention; and
  • FIG. 6 depicts a flow diagram of a method for tracking and managing financial information.
  • To facilitate understanding, identical reference numerals have been used, where possible, to designate identical elements that are common to the figures.
  • DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT
  • The present invention will be described within the context of one or more handheld devices comprising at least a control program and a transactions database which are used contemporaneously with a financial transaction to enter parameters associated with that financial transaction to store parameters associated with that financial transaction in the transactions database. It will be appreciated by those skilled in the art that the mobile control device may be implemented using a personal digital system (PDA) or any other handheld computational device capable of being adapted to a data entry and data synchronization function.
  • FIG. 1 depicts a high level block diagram of a financial tracking and management system. Specifically, the system 100 of FIG. 1 comprises a plurality of mobile control devices 110 1 through 110 N (collectively mobile control devices 110). Each of the mobile control devices 110 is operatively coupled on at least a periodic basis to base device 120 via a communications link 130. The base device 120 may comprise a personal computer or other computing device. The communications link 130 may comprise a serial communications link, parallel communications link, infrared (IR) link or any other medium suitable for transferring data between the mobile control device 110 and the base device 120. The mobile control device 110 will be discussed in more detail below with respect to FIG. 2. Briefly, the mobile control device 110 includes at least a control program 112 and a transactions database 114. The mobile control device 110 receives transactions data via, for example, a key pad (not shown) and stores the transactions data within the transactions database 114. The control program 112 compares the transactions data to various account parameters such as access parameters, account balance parameters and the like, as well as to various budgetary parameters. In the event of account comparisons or budgetary comparisons indicative of a predefined event, such as a budgetary over spending event or an account limit being exceeded, a message may be provided via an output device (not shown).
  • A system according to the invention may be implemented using a base device and a plurality of mobile control devices. The system may also be implemented using a plurality of mobile control devices where one of the mobile control devices operates as a master while the other mobile control devices operate as slaves to the master mobile control device. In either case, since the account information is quite sensitive, it is desirable to keep that information in as few mobile control devices as possible such that in the event of a mobile control device being lost or stolen the risk to the account holders is reduced.
  • FIG. 2 depicts a high level block diagram of a control device 110 or 120 suitable for use in the system of FIG. 1. The control device 110/120 preferably includes certain standard hardware components, such as a central processing unit (CPU) 210, a data storage device 220, a read only memory (ROM) 212, a random access memory (RAM) 214, a clock circuit 216, a display driver 217, a communications port 218 and an input device 219.
  • The CPU 210 is preferably linked to each of the listed elements, either directly or indirectly, by means of a shared data bus, or dedicated connections, as shown in FIG. 2. The CPU 210 may be embodied as a single processor, or a number of processors, operating in conjunction with one another. The data storage device 220 and/or ROM 212 are operable to store one or more instructions, which the CPU 210 is operable to retrieve, interpret and execute. The CPU 210 preferably includes a control unit, an arithmetic logic unit (ALU) and a CPU local memory storage device, such as, for example, a stackable cache or a plurality of registers, in a known manner. The control device is operable to retrieve instructions from the data storage device 220 or ROM 212. The ALU is operable to perform a plurality of operations needed to carry out instructions. The CPU local memory storage device is operable to provide high speed storage used for storing temporary results and control information.
  • The display driver 217 cooperates with a display device 250, such as a liquid crystal display (LCD) display device, computer monitor, television or other display device.
  • The input device 219 comprises, illustratively, a keyboard, pointing device, voice recognition device, or on-screen data receiving device suitable for receiving input from a user. The input device 219 cooperates with the CPU 210. In a preferred embodiment of the invention, the input device 219 and display device 250 are integrated using a touch screen device operable via a stylus.
  • The data storage device 220 typically includes one or more machine readable media; such media includes, as is well known in the art, magnetic, semiconductor and/or optical media. Data storage device 220 is preferably capable of supporting the searching and storing of data. Preferably, data storage device 220 comprises a low cost, low energy consumption semiconductor device.
  • The data storage device 220 preferably includes a control program 112, a transactions database 114, an account database 116 and a budgetary database 118. The control program 112 stores a plurality of instructions which, when retrieved and executed by the CPU 210, cause the control device 110/120 to operate as a special purpose device implementing the system and method of the present invention. The transactions database 114 preferably includes transaction specific data pertaining to transactions input to the control device by a user (e.g., via the input device 219) or from another control device during a synchronization operation. The transactions database 114 will be discussed in more detail below with respect to FIG. 3. The account database 116 preferably includes account specific data pertaining to account number identification, account type, available balance and other related information. The budgetary database 118 preferably includes budgetary related data pertaining to specific budget items to which funds must be allocated, the likely amount of funds needed to satisfy the budget item, the periodicity of payments to satisfy the budget item and similar information. The account database 116 will be discussed in more detail below with respect to FIG. 4, while the budgetary database will be described in more detail below with respect to FIG. 5.
  • Referring to FIG. 2, an optional printing device 270 is shown. The optional printing device 270 is capable of printing a negotiable instrument such as a personal check. The optional printing device 270 may communicate with the CPU/processor 210 via the communications port 218 or via any other communication means known to those skilled in the art. The operation of the printing device 270 may be inhibited in cases where a contemplated financial transaction exceeds one or more budgetary constraints. Optionally, the inhibited operation of the printing device may be overridden by the transacting entity. For example, an override code may be entered by the person using a mobile device or other computing device having associated with it the printing device 270 of FIG. 2.
  • FIG. 3 depicts a representation of an exemplary transactions database used in accordance with the principles embodied in the present invention. It is understood that the various rows and columns illustrated as comprising the databases in this figure represent records and fields, respectively. Thus, in each of the various described embodiments, the databases are used in a relational arrangement, as is known in the art, so that databases relate to one another by way of fields that store common pertinent data. It is known that while the following description refers to specific individual databases, formats, records and fields, those skilled in the art will readily appreciate that various modifications and substitutions may be made thereto without departing from the spirit and scope of the present invention. It is noted that the above understanding is also applicable to the below description of the accounts database 400 and budgetary database 500 of, respectively, FIGS. 4 and 5.
  • The transactions database 300 stores data relating to individual transactions recorded using a control device such as the mobile control device 110 or base control device 120 depicted above in FIGS. 1 and 2. Each record (or row) of the transactions database 300 is maintained for a single recorded transaction. By way of example, four transaction records (R1-R4) are shown in FIG. 3; each transaction being identified by a unique transaction number 310. Each record comprises a plurality of fields.
  • Field 310 is a transaction number field, used to store an identification number corresponding to the transaction number within a sequence of transactions. Field 320 is a date field indicating the date of the transaction. Field 330 is an account number field, indicating the account against which the transaction is debited or credited. In the case of a cash transaction, a null or zero account number is entered. Field 340 is an amount field indicating the amount of the transaction. Field 350 is a budget item identifier field, indicating the budgetary item (which will be described later with respect to FIG. 5) associated with the particular transaction. Field 360 is an in budget indicator field, indicative of whether the transaction value is within the budgeted value allocated for the identified budget item in field 350. Field 370 is a transacting entity field identifying the transacting entity associated with the transaction.
  • Referring to FIG. 3, the first record R1 indicates that transaction number 0023 occurred on Jan. 21, 2001. The account number associated with this transaction was 56789 which, per the accounts database 400 (discussed below with respect to FIG. 4) is a credit card account with an institution named “BIG BANK.” The transaction amount of record R1 was $1,500, which was allocable to the “FUN” budget identifier. This transaction was not within the allocated budget and was executed by a transacting entity identified as “FATHER.”
  • The transaction database 114 within a mobile control device 110, and the transactions database 124 within a base control device 120 are formed substantially in accordance with the transactions database 300 of FIG. 3. Each control device updates its local transactions database in response to locally input user data and in response to data received during a synchronization operation.
  • FIG. 4 depicts an exemplary accounts database used in accordance with the principles embodied in the present invention. The accounts database may be stored in each of the mobile 110 or base 120 control devices depicted above with respect to FIGS. 1 and 2. Alternatively, the accounts database may be stored in either the base device 120 or a master mobile control device 110 1.
  • The accounts database 400 stores data relating to accounts that are maintained for the transacting entities within the system. Each record (or row) of the accounts database 400 is maintained for each account available to the transacting entities. By way of example, three account records (R1 through R3) are shown in FIG. 4. Each record comprises a plurality of fields.
  • Field 410 is an account number field, used to store an account number. Field 420 is a type field, used to store data indicative of the type of account associated with the particular record. Account types may comprise, for example, checking accounts, savings accounts, credit card accounts, money market accounts, retirement accounts and other accounts known to those skilled in the art.
  • Field 430 is an institution identifier field, used for storing at least the name of the institution (e.g., banking or other financial services institution) responsible for serving the identified account. Field 440 is an available balance field, used to indicate a balance of a checking or savings account, an amount of credit available in a credit card account, and similar data related to other account types. Field 450 is a last updated field, used to store the date and, optionally, time of when the account information was last updated. Account information is updated by synchronizing the various control devices such that account usage is properly metered and available balances are adjusted in accordance with the recorded transactions. Field 460 is an access limit field used to store the identification of those to whom account access is granted.
  • Field 470 is a reported balance field, used to store the last actual balance associated with the account identified in field 410. This balance is reported by the institution identified in field 430. Field 480 is a report data field, used to store the date and, optionally, the time when the last reported balance was provided.
  • By way of example, the first record R1 identifies account number 01234 as a checking account with first bank having an available balance of $1. Data associated with this record was last updated on Jan. 1, 2001. The transacting entities entitled to access this account are MOTHER and FATHER. The last reported balance from the institution for this account was $1, and the reporting date was Dec. 21, 2000.
  • FIG. 5 depicts an exemplary budgetary database used in accordance with the principles embodied in the present invention. The budgetary database 500 of FIG. 5 stores data relating to various budgetary items and the amount of funding allocated to these items. It is noted that the budgetary database 500 of FIG. 5 depicts a plurality of records R1 through R26 as columns, and a plurality of fields 510 through 550 as rows. Each record comprises a plurality of fields.
  • Field 510 is an identifier field, used to store an identifier associated with the budgetary item corresponding to the particular record. In FIG. 5, the following budgetary items and identifiers are used: mortgage, MORT; property taxes, PTAX; home insurance HINS; gas, HGAS; electric, EL; clothing, CLOTH; entertainment, FUN; and so on.
  • Field 520 is an annual budget field, used to store a dollar (or other currency) amount indicative of the expected or allocated annual budget associated with the budgetary item identified in field 510. Field 530 is a periodic budget field, used to store a dollar amount to be paid periodically in support of the budgeted item. Field 540 is a fixed/variable field, used to indicate whether the identified budgetary item is a fixed or variable cost item. It will be appreciated that some budgetary items, such as property taxes, are adjusted annually though fixed costs otherwise. Field 550 is a periodicity field, used to indicate the time period between payments associated with the identified budgetary item. For example, the first record R1 indicates a mortgage of $24,000 per year is paid on a monthly basis at a budgeted rate of $2,000.
  • FIG. 6 depicts a flow diagram of a method for tracking and managing financial information. Specifically, FIG. 6 depicts a method 600 suitable for use in either a base control device, a master mobile control device or a slave mobile control device, such as described above with respect to FIGS. 1 and 2. The method 600 is stored within the memory of the control device, retrieved and executed by the CPU to perform the steps described below.
  • The method is entered at step 605 where the control device waits for input. Upon receiving an input via, for example, an input device such as a keyboard or, preferably, a stylus contacting a touch screen, the method proceeds to step 610.
  • At step 610, a query is made as to the appropriate mode for the control device to enter. If the input is indicative of a data entry, then the method 600 proceeds to step 640. If the input is indicative of a synchronization operation, then the method 600 proceeds to step 615.
  • In the case of a synchronization operation, at step 615 a communication link is established between the control device within which the method is operating and another control device. It is noted that the other control device may also be operating according to the method 600 of FIG. 6. A communication link is established via, for example, the communication link 130 described above with respect to FIG. 1. Known hand shaking and/or session initiation techniques may be used to establish bi-directional communication between two or more control devices.
  • At step 620, new remote data is retrieved via the communications link. That is, at step 620, data within the other control device that was entered into the other control device after the last synchronization operation is retrieved. At step 625, new local data is transmitted to the other control device via the communications link. That is, at step 625, data within the local control device that was entered or generated after the last synchronization operation is uploaded to or transmitted to the other control device.
  • At step 630, the databases of the local control device are updated with the new remote data retrieved at step 620. While not shown, the other control device or devices synchronize with the local control device to update their databases in response to the new local data transmitted at step 625.
  • Optionally, at step 635, the local control program 112 within the control device executing the method 600 is updated or otherwise modified based upon control program data retrieved along with new remote data at step 620. The method 600 then proceeds to step 605 to wait for the next user input.
  • In the case of a data entry operation, at step 640, transaction data from the input device is accepted. At step 645, the new transaction data accepted at step 640 is stored in the transaction database 114 of the control device 110/120.
  • At step 650, the transaction data is evaluated with respect to the budget data stored within the budgetary database 116. For example, in the case of new transaction data indicative of spending beyond a budgetary limit, spending on non-approved items, spending against non-authorized accounts and the like, one or more user messages may be generated. At step 655, the messages based upon evaluation at step 650 are displayed on the display device. For example, in the case of an unauthorized expenditure, a message indicating that such expenditure is not authorized may be displayed. This message may be overridden by the user and the expense made anyway.
  • At step 660, a query is made as to the type of control device performing the method 600 of FIG. 6. If the control device is a master mobile device or base device, then at step 665 an accounts database is updated. The method 600 then proceeds to optional step 670. If the control device is a slave type of device, which does not include an accounts database, then the method 600 proceeds to step 670. If the control device is a slave type of device that also does not include a budgetary database, then the method 600 proceeds to step 605 to wait for the next user input.
  • At optional step 670, the budgetary database stored within the control device operating the method 600 is adjusted as needed. For example, in the case of an evaluation at step 650 indicating an overspending condition for a particular budgetary item, the budgetary data associated with that item may be adjusted at step 670 to better reflect the spending requirements associated with that budgetary item. Other budgetary adjustments may be made including the addition or deletion of categories or items, and, generally, modifications to any of the items discussed above with respect to the budgetary database 500 of FIG. 5.
  • In one embodiment of the invention, each of the mobile devices 110 comprises a personal digital assistant (PDA) operating using, illustratively, the PALM, Windows CE or other operating system. It is noted that PALM is a trademark of Palm Incorporated of Santa Clara, Calif. and that Windows CE is a trademark of Microsoft Corporation of Redmond, Wash. Each of the mobile devices includes a transactions database 114 that is updated in response to respective data entry manipulations. In addition, each mobile device includes a budgetary database 116 that stores information useful in determining whether transaction information is within budgetary guidelines. The base device 120 comprises a computer system such as a personal computer having associated with it a docking station which mechanically and electrically receives mobile devices 110 and facilitates the data interchange and database updating operations described above. Optionally, one or more of the mobile devices 110 may comprise an accounts database.
  • In an alternate embodiment of the invention, a first PDA operates as a master control device, while at least one other PDA operates as a slave control device. The PDA operating as a master control device includes a control program 112, a transactions database 114, a budgetary database 116 and an accounts database 118. The slave device(s) do not include an accounts database.
  • In one embodiment, the slave devices also do not include a budgetary database. In this embodiment, the slave devices only serve to receive transaction data, which transaction data is then processed by the master control device to evaluate whether transactions entered on the slave device are appropriate to the budgetary constraints defined by the budgetary database 500.
  • In one embodiment, a computing device according to the invention includes a printing means capable of printing a negotiable instrument such as a personal check. Upon a user entering transaction data associated with a presently contemplated transaction, in the case of a comparison of the transaction data to the budgetary data where an over budget or other indication of exceeding a budgetary constraint is determined, the negotiable instrument printing function is inhibited. This inhibited function may optionally be overridden by the user.
  • While the foregoing is directed primarily to the preferred embodiment of the present invention, other and further embodiments of the invention may be devised without departing from the basic scope thereof, and the scope thereof is determined by the claims that follow.

Claims (20)

1. A method for managing financial transactions of a transacting entity having a computing device associated therewith, comprising:
receiving transaction information associated with a financial transaction for the transacting entity;
evaluating the transaction information for determining whether the financial transaction is appropriate with respect to at least one constraint defined by at least one of budgetary information and account information associated with the transacting entity; and
propagating transaction evaluation result information toward the computing device, the transaction evaluation result information adapted for providing an indication to the transacting entity as to whether the financial transaction is appropriate.
2. The method of claim 1, wherein the budgetary information is stored in a budgetary database.
3. The method of claim 2, wherein the budgetary database comprises a plurality of records, each record comprising at least a budgetary item identifier field, an annual budget field, and a periodic budget field.
4. The method of claim 3, wherein, when the transaction information is evaluated using the budgetary information, evaluating the transaction information comprises:
correlating a transaction type associated with the financial transaction to a budgetary item identifier field of one of the records of the budgetary database; and
determining, using the one of the records of the budgetary database, whether the financial transaction exceeds at least one of an annual budget and a periodic budget for the transaction type.
5. The method of claim 1, wherein the account information is stored in an accounts database.
6. The method of claim 5, wherein the accounts database comprises a plurality of records, each record comprising at least an account number field, an account type field, an institution field and an available balance field, the account number field identifying a credit or debit account, the account type field identifying the type of account, the institution field identifying the financial institution associated with the account, and the available balance field identifying an available balance or credit limit associated with the account.
7. The method of claim 6, wherein, when the transaction information is evaluated using the account information, evaluating the transaction information comprises:
correlating a financial transaction type associated with the financial transaction to at least one of the fields of one of the records of the accounts database; and
determining, using the one of the records of the accounts database, whether the financial transaction exceeds an available balance from the available balance field of the one of the records of the accounts database.
8. The method of claim 1, further comprising:
updating at least one of the budgetary information and the account information in response to a determination that evaluation of the transaction information indicates that the financial transaction is appropriate.
9. The method of claim 1, wherein the transaction information is received from the computing device of the transacting entity via a communication network.
10. The method of claim 1, wherein the computing device comprises a processor, a memory, an input device, and a display device.
11. The method of claim 10, wherein the memory stores a transactions database including data relating to financial transactions initiated via the computing device.
12. The method of claim 11, wherein the transactions database comprises a plurality of records, each record comprising at least an account number field, a transaction amount field, and a budgetary item identifier field, the account number field identifying a credit or debit account funding a respective transaction, the transaction amount field identifying the value of the respective transaction, the budgetary item identifier field identifying the type of the respective transaction.
13. The method of claim 11, wherein the transactions database is updated in response to user interaction via the input device.
14. A method for managing financial transactions of a transacting entity at a portable computing device, comprising:
receiving, via an input device of the portable computing device, transaction information associated with a financial transaction for the transacting entity;
propagating the financial transaction information toward a serving device adapted for evaluating the transaction information for determining whether the financial transaction is appropriate with respect to at least one constraint defined by at least one of budgetary information and account information associated with the transacting entity;
receiving transaction evaluation result information indicative as to whether the financial transaction is appropriate; and
displaying, via a display device of the portable computing device, an indication as to whether the financial transaction is appropriate.
15. The method of claim 14, further comprising:
storing the transaction information in a memory of the computing device.
16. The method of claim 14, further comprising:
propagating, toward the serving device, an indication as to whether financial transaction is completed by the transacting entity, wherein the indication as to whether financial transaction is completed by the transacting entity is adapted for use by the serving device to update at least one of the budgetary information and the account information based on the financial transaction.
17. The method of claim 14, further comprising:
authorizing the financial transaction in response to an indication that the financial transaction is appropriate.
18. A system for managing financial information, comprising:
a serving device, the serving device adapted for receiving transaction information associated with a financial transaction initiated by a transacting entity, evaluating the transaction information for determining whether the financial transaction is appropriate with respect to at least one constraint defined by at least one of budgetary information and account information associated with the transacting entity, and propagating transaction evaluation result information providing an indication as to whether the financial transaction is appropriate; and
at least one portable computing device, each of the at least one portable computing device comprising a processor, a memory, an input device, and a display device, each of the at least one portable computing device adapted for receiving transaction information via the input device and propagating the transaction information toward the serving device for evaluation of financial transactions, each of the at least one portable computing device adapted for receiving financial transaction evaluation results from the serving device and displaying the financial transaction evaluation results via the display device.
19. The system of claim 18, wherein the serving device comprises at least one of a budgetary database storing budgetary information and an accounts database storing account information, wherein each of the at least one portable computing device comprises a transactions database storing financial transaction information.
20. The system of claim 18, wherein the serving device is a portable computing device, wherein the serving device operates as a master device and each of the at least one portable computing device operates as a slave device.
US12/352,845 2001-03-19 2009-01-13 Financial management system and method Abandoned US20090125354A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US12/352,845 US20090125354A1 (en) 2001-03-19 2009-01-13 Financial management system and method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US09/811,911 US7478062B2 (en) 2001-03-19 2001-03-19 Financial management system and method
US12/352,845 US20090125354A1 (en) 2001-03-19 2009-01-13 Financial management system and method

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/811,911 Continuation US7478062B2 (en) 2001-03-19 2001-03-19 Financial management system and method

Publications (1)

Publication Number Publication Date
US20090125354A1 true US20090125354A1 (en) 2009-05-14

Family

ID=25207924

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/811,911 Expired - Fee Related US7478062B2 (en) 2001-03-19 2001-03-19 Financial management system and method
US12/352,845 Abandoned US20090125354A1 (en) 2001-03-19 2009-01-13 Financial management system and method

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/811,911 Expired - Fee Related US7478062B2 (en) 2001-03-19 2001-03-19 Financial management system and method

Country Status (1)

Country Link
US (2) US7478062B2 (en)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020152165A1 (en) * 2001-04-12 2002-10-17 International Business Machines Corporation Method and apparatus for bill payments at an automatic teller machine
US7555462B2 (en) 2001-04-12 2009-06-30 International Business Machines Corporation Method and apparatus for incorporating scanned checks into financial applications
US20030114206A1 (en) * 2001-08-24 2003-06-19 United Parcel Service Of America, Inc. Portable data acquisition and management system and associated device and method
US7650364B2 (en) * 2002-10-09 2010-01-19 Hewlett-Packard Development Company, L.P. Portable database system
US20050195793A1 (en) * 2004-03-05 2005-09-08 Lockheed Martin Corporation System for locally synchronizing a group of mobile devices
US20080288379A1 (en) 2004-06-29 2008-11-20 Allin Patrick J Construction payment management system and method with automated electronic document generation features
US7400883B2 (en) * 2004-07-22 2008-07-15 At&T Services, Inc. Methods, systems, and computer program products for joint account registers
KR100672511B1 (en) * 2004-09-03 2007-01-24 엘지전자 주식회사 An automatic information receiving device for a mobile telecommunication terminal and the method thereof
US7385499B2 (en) * 2004-12-17 2008-06-10 United Parcel Service Of America, Inc. Item-based monitoring systems and methods
US20060136901A1 (en) * 2004-12-22 2006-06-22 Sony Ericsson Mobile Communications Ab Mobile financial transaction management system and method
US8126921B2 (en) * 2005-09-23 2012-02-28 Regions Asset Company System and method of transferring information
US20080010204A1 (en) * 2006-07-06 2008-01-10 Firethorn Holdings, Llc Methods and Systems For Making a Payment Via a Paper Check in a Mobile Environment
US8510220B2 (en) * 2006-07-06 2013-08-13 Qualcomm Incorporated Methods and systems for viewing aggregated payment obligations in a mobile environment
US9911114B2 (en) 2006-07-06 2018-03-06 Qualcomm Incorporated Methods and systems for making a payment via a stored value card in a mobile environment
US8489067B2 (en) * 2006-07-06 2013-07-16 Qualcomm Incorporated Methods and systems for distribution of a mobile wallet for a mobile device
US8145568B2 (en) 2006-07-06 2012-03-27 Firethorn Mobile, Inc. Methods and systems for indicating a payment in a mobile environment
US8160959B2 (en) 2006-07-06 2012-04-17 Firethorn Mobile, Inc. Methods and systems for payment transactions in a mobile environment
US20080006685A1 (en) * 2006-07-06 2008-01-10 Firethorn Holdings, Llc Methods and Systems For Real Time Account Balances in a Mobile Environment
US20080010191A1 (en) * 2006-07-06 2008-01-10 Firethorn Holdings, Llc Methods and Systems For Providing a Payment in a Mobile Environment
US8467766B2 (en) * 2006-07-06 2013-06-18 Qualcomm Incorporated Methods and systems for managing payment sources in a mobile environment
US8121945B2 (en) 2006-07-06 2012-02-21 Firethorn Mobile, Inc. Methods and systems for payment method selection by a payee in a mobile environment
US20080016008A1 (en) * 2006-07-11 2008-01-17 Siegel Richard J Principal guaranteed savings and investment system and method
US8001080B2 (en) * 2006-09-12 2011-08-16 Infosys Technologies Ltd. Managing real-time execution of transactions in a network
US7840340B2 (en) 2007-04-13 2010-11-23 United Parcel Service Of America, Inc. Systems, methods, and computer program products for generating reference geocodes for point addresses
US20090254467A1 (en) * 2008-04-03 2009-10-08 Camp Jr William O Personal finance planner for mobile communications device
US20090298491A1 (en) * 2008-06-03 2009-12-03 United Parcel Service Of America, Inc. Contract Acceptance Systems and Methods
US20100250421A1 (en) * 2009-03-30 2010-09-30 Bank Of America Corporation Systems and methods for determining the budget impact of purchases, potential purchases and cost adjustments
US8412622B2 (en) * 2009-03-30 2013-04-02 Bank Of America Corporation Systems and methods for determining a financial health indicator
US20100250420A1 (en) * 2009-03-30 2010-09-30 Bank Of America Corporation Systems and methods for budget guardrails
US20100250419A1 (en) * 2009-03-30 2010-09-30 Bank Of America Corporation Systems and methods for determining a target budget allocation
US10417601B2 (en) 2013-06-28 2019-09-17 United Parcel Service Of America, Inc. Confidence ratings for delivery of items
US10963971B1 (en) 2017-04-17 2021-03-30 Wells Fargo Bank, N.A. Overspending alert system
US11574359B1 (en) 2017-07-25 2023-02-07 Wells Fargo Bank, N.A. Interactive banking using multiple checking accounts
USD914695S1 (en) 2018-07-25 2021-03-30 Wells Fargo Bank, N.A. Display screen or portion thereof with graphical user interface

Citations (36)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4001550A (en) * 1975-12-04 1977-01-04 Schatz Vernon L Universal funds transfer and identification card
US4305059A (en) * 1980-01-03 1981-12-08 Benton William M Modular funds transfer system
US4341951A (en) * 1980-07-02 1982-07-27 Benton William M Electronic funds transfer and voucher issue system
US4523087A (en) * 1981-04-07 1985-06-11 Benton William M Transaction verification system using optical coupling data communication link
US4536647A (en) * 1983-07-15 1985-08-20 Atalla Corporation Pocket banking terminal, method and system
US4625276A (en) * 1983-08-31 1986-11-25 Vericard Corporation Data logging and transfer system using portable and resident units
US4736094A (en) * 1984-04-03 1988-04-05 Omron Tateisi Electronics Co. Financial transaction processing system using an integrated circuit card device
US4757456A (en) * 1981-05-19 1988-07-12 Ralph Benghiat Device and method for utility meter reading
US4766293A (en) * 1986-06-26 1988-08-23 Visa International Service Association Portable financial transaction card capable of authorizing a transaction in foreign currencies
US5221838A (en) * 1990-12-24 1993-06-22 Motorola, Inc. Electronic wallet
US5388254A (en) * 1992-03-27 1995-02-07 International Business Machines Corporation Method and means for limiting duration of input/output (I/O) requests
US5485507A (en) * 1993-08-20 1996-01-16 Gateway Technologies, Inc. Integrated commissary system
US5557516A (en) * 1994-02-04 1996-09-17 Mastercard International System and method for conducting cashless transactions
US5590038A (en) * 1994-06-20 1996-12-31 Pitroda; Satyan G. Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions
US5734838A (en) * 1995-05-04 1998-03-31 American Savings Bank, F.A. Database computer architecture for managing an incentive award program and checking float of funds at time of purchase
US5903830A (en) * 1996-08-08 1999-05-11 Joao; Raymond Anthony Transaction security apparatus and method
US5907831A (en) * 1997-04-04 1999-05-25 Lotvin; Mikhail Computer apparatus and methods supporting different categories of users
US5920848A (en) * 1997-02-12 1999-07-06 Citibank, N.A. Method and system for using intelligent agents for financial transactions, services, accounting, and advice
US6014454A (en) * 1994-07-27 2000-01-11 Ontrack Management Systems, Inc. Expenditure tracking check
US6105008A (en) * 1997-10-16 2000-08-15 Visa International Service Association Internet loading system using smart card
US20010001856A1 (en) * 1999-10-28 2001-05-24 Gould David B. Prepaid cash equivalent card and system
US6311167B1 (en) * 1997-12-22 2001-10-30 Motorola, Inc. Portable 2-way wireless financial messaging unit
US6343279B1 (en) * 1998-08-26 2002-01-29 American Management Systems, Inc. System integrating credit card transactions into a financial management system
US20020062278A1 (en) * 2000-02-18 2002-05-23 Ingram Bradley Kent Method and system for international e-commerce
US20020069122A1 (en) * 2000-02-22 2002-06-06 Insun Yun Method and system for maximizing credit card purchasing power and minimizing interest costs over the internet
US6431439B1 (en) * 1997-07-24 2002-08-13 Personal Solutions Corporation System and method for the electronic storage and transmission of financial transactions
US20020116330A1 (en) * 2001-02-21 2002-08-22 Hed Aharon Zeev Wireless communicating credit card
US6587835B1 (en) * 2000-02-09 2003-07-01 G. Victor Treyz Shopping assistance with handheld computing device
US6611849B1 (en) * 2000-09-29 2003-08-26 Palm Source, Inc. System for synchronizing databases on multiple devices utilizing a home base
US20030191698A1 (en) * 2001-01-26 2003-10-09 Brown Michael James Method for rolling salable inventory control and system therefor
US6633924B1 (en) * 1997-10-02 2003-10-14 Charles Wu Object synchronization between objects stores on different computers
US20040122730A1 (en) * 2001-01-02 2004-06-24 Tucciarone Joel D. Electronic messaging system and method thereof
US6763336B1 (en) * 1998-07-20 2004-07-13 Usa Technologies, Inc. Method of transacting an electronic mail, an electronic commerce, and an electronic business transaction by an electronic commerce terminal using a wirelessly networked plurality of portable digital devices
US7010501B1 (en) * 1998-05-29 2006-03-07 Symbol Technologies, Inc. Personal shopping system
US7013293B1 (en) * 2000-01-25 2006-03-14 Nds Limited Portable transaction device
US7340423B1 (en) * 1998-04-24 2008-03-04 First Data Corporation Method for defining a relationship between an account and a group

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU703349B2 (en) * 1994-02-04 1999-03-25 Ic One, Inc. Method and system for allocating and redeeming incentive credits

Patent Citations (39)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4001550B1 (en) * 1975-12-04 1988-12-13
US4001550A (en) * 1975-12-04 1977-01-04 Schatz Vernon L Universal funds transfer and identification card
US4305059A (en) * 1980-01-03 1981-12-08 Benton William M Modular funds transfer system
US4341951A (en) * 1980-07-02 1982-07-27 Benton William M Electronic funds transfer and voucher issue system
US4523087A (en) * 1981-04-07 1985-06-11 Benton William M Transaction verification system using optical coupling data communication link
US4757456A (en) * 1981-05-19 1988-07-12 Ralph Benghiat Device and method for utility meter reading
US4536647A (en) * 1983-07-15 1985-08-20 Atalla Corporation Pocket banking terminal, method and system
US4625276A (en) * 1983-08-31 1986-11-25 Vericard Corporation Data logging and transfer system using portable and resident units
US4736094A (en) * 1984-04-03 1988-04-05 Omron Tateisi Electronics Co. Financial transaction processing system using an integrated circuit card device
US4766293A (en) * 1986-06-26 1988-08-23 Visa International Service Association Portable financial transaction card capable of authorizing a transaction in foreign currencies
US5221838A (en) * 1990-12-24 1993-06-22 Motorola, Inc. Electronic wallet
US5388254A (en) * 1992-03-27 1995-02-07 International Business Machines Corporation Method and means for limiting duration of input/output (I/O) requests
US5485507A (en) * 1993-08-20 1996-01-16 Gateway Technologies, Inc. Integrated commissary system
US5557516A (en) * 1994-02-04 1996-09-17 Mastercard International System and method for conducting cashless transactions
US5590038A (en) * 1994-06-20 1996-12-31 Pitroda; Satyan G. Universal electronic transaction card including receipt storage and system and methods of conducting electronic transactions
US6014454A (en) * 1994-07-27 2000-01-11 Ontrack Management Systems, Inc. Expenditure tracking check
US5734838A (en) * 1995-05-04 1998-03-31 American Savings Bank, F.A. Database computer architecture for managing an incentive award program and checking float of funds at time of purchase
US5903830A (en) * 1996-08-08 1999-05-11 Joao; Raymond Anthony Transaction security apparatus and method
US6047270A (en) * 1996-08-08 2000-04-04 Joao; Raymond Anthony Apparatus and method for providing account security
US5920848A (en) * 1997-02-12 1999-07-06 Citibank, N.A. Method and system for using intelligent agents for financial transactions, services, accounting, and advice
US6178407B1 (en) * 1997-04-04 2001-01-23 Mikhail Lotvin Computer apparatus and methods supporting different categories of users
US5907831A (en) * 1997-04-04 1999-05-25 Lotvin; Mikhail Computer apparatus and methods supporting different categories of users
US6431439B1 (en) * 1997-07-24 2002-08-13 Personal Solutions Corporation System and method for the electronic storage and transmission of financial transactions
US6633924B1 (en) * 1997-10-02 2003-10-14 Charles Wu Object synchronization between objects stores on different computers
US6105008A (en) * 1997-10-16 2000-08-15 Visa International Service Association Internet loading system using smart card
US6311167B1 (en) * 1997-12-22 2001-10-30 Motorola, Inc. Portable 2-way wireless financial messaging unit
US7340423B1 (en) * 1998-04-24 2008-03-04 First Data Corporation Method for defining a relationship between an account and a group
US7010501B1 (en) * 1998-05-29 2006-03-07 Symbol Technologies, Inc. Personal shopping system
US6763336B1 (en) * 1998-07-20 2004-07-13 Usa Technologies, Inc. Method of transacting an electronic mail, an electronic commerce, and an electronic business transaction by an electronic commerce terminal using a wirelessly networked plurality of portable digital devices
US6343279B1 (en) * 1998-08-26 2002-01-29 American Management Systems, Inc. System integrating credit card transactions into a financial management system
US20010001856A1 (en) * 1999-10-28 2001-05-24 Gould David B. Prepaid cash equivalent card and system
US7013293B1 (en) * 2000-01-25 2006-03-14 Nds Limited Portable transaction device
US6587835B1 (en) * 2000-02-09 2003-07-01 G. Victor Treyz Shopping assistance with handheld computing device
US20020062278A1 (en) * 2000-02-18 2002-05-23 Ingram Bradley Kent Method and system for international e-commerce
US20020069122A1 (en) * 2000-02-22 2002-06-06 Insun Yun Method and system for maximizing credit card purchasing power and minimizing interest costs over the internet
US6611849B1 (en) * 2000-09-29 2003-08-26 Palm Source, Inc. System for synchronizing databases on multiple devices utilizing a home base
US20040122730A1 (en) * 2001-01-02 2004-06-24 Tucciarone Joel D. Electronic messaging system and method thereof
US20030191698A1 (en) * 2001-01-26 2003-10-09 Brown Michael James Method for rolling salable inventory control and system therefor
US20020116330A1 (en) * 2001-02-21 2002-08-22 Hed Aharon Zeev Wireless communicating credit card

Also Published As

Publication number Publication date
US7478062B2 (en) 2009-01-13
US20020133437A1 (en) 2002-09-19

Similar Documents

Publication Publication Date Title
US7478062B2 (en) Financial management system and method
RU2698156C1 (en) Methods and systems for updating stored cardholder credentials
US8311943B2 (en) Recurring transaction processing
US8249987B2 (en) Methods and apparatus for funding transactions using debit cards issued by one institution and funds from accounts at other institutions
US6216115B1 (en) Method for multi-directional consumer purchasing, selling, and transaction management
US5875437A (en) System for the operation and management of one or more financial accounts through the use of a digital communication and computation system for exchange, investment and borrowing
US20170286929A1 (en) Method and system for digital money management for a payment account
US20080245854A1 (en) Handheld electronic personal financial money manager and spending tracker
JP2000222514A (en) Method and system for financial transaction using personal digital assistant
WO2009032900A1 (en) Data element specific transaction routing
CA2792383A1 (en) Restricted use currency
US7865433B2 (en) Point of sale purchase system
US8538872B1 (en) Credit card account shadowing
US20180268406A1 (en) Method and system for issuer-defined prompts and data collection
US20140304131A1 (en) System for and method for determining overdraft protection
JP2005070935A (en) Estimated account balance reference system, estimated account balance reference method, and program therefor
US20080179393A1 (en) Method and system using portable consumer device including payment capability
US7287005B1 (en) Method for supplementing descriptors for online banking transaction statements
WO2018208416A1 (en) Method and system of providing envelope budgeting using payment account transaction system
US20210295290A1 (en) Method and system for supporting micro-transactions in a digital asset network via digital tokens
Chukwudi et al. Development of e-banking, its benefits and challenges in the Nigerian banking industry
US10977659B2 (en) Real-time monitoring system
US9984359B1 (en) Method and system for a network of merchants collecting payments for each other
US11790342B2 (en) Establishing one-to-many relationships for events in a relational database
RU115104U1 (en) UNIVERSAL TERMINAL PAYMENT SYSTEM OF SELF-SERVICE "ELECTRONIC RECEIPT"

Legal Events

Date Code Title Description
AS Assignment

Owner name: CREDIT SUISSE AG, NEW YORK

Free format text: SECURITY INTEREST;ASSIGNOR:ALCATEL-LUCENT USA INC.;REEL/FRAME:030510/0627

Effective date: 20130130

AS Assignment

Owner name: SOUND VIEW INNOVATIONS, LLC, NEW JERSEY

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ALCATEL LUCENT;REEL/FRAME:032086/0016

Effective date: 20131223

AS Assignment

Owner name: ALCATEL-LUCENT USA INC., NEW JERSEY

Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:CREDIT SUISSE AG;REEL/FRAME:032537/0133

Effective date: 20131223

AS Assignment

Owner name: ALCATEL-LUCENT USA INC., NEW JERSEY

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE AG;REEL/FRAME:033949/0016

Effective date: 20140819

STCB Information on status: application discontinuation

Free format text: ABANDONED -- AFTER EXAMINER'S ANSWER OR BOARD OF APPEALS DECISION