throbber
FINANCIAL MANAGEMENT SYSTEM
`
`Cross Reference to Related Application
`
`[0001] This application is a continuation of US. Application No. 13/398,860, filed February 17,
`
`2012, which is a continuation of US. Application No. 12/121,730, now US. Patent No.
`
`8,132,720, filed May 15, 2008, which is a continuation of US. Application No. 09/664,587, now
`
`US. Patent No. 7,389,915,
`
`filed September 18, 2000, which claims the benefit of US.
`
`Provisional Application No. 60/155,102, filed September 22, 1999.
`
`Field of the Invention
`
`[0002] The present system is designed to facilitate the record keeping associated with online
`
`transactions. In particular, this system is designed to increase the amount of transaction data
`
`relating to an online purchase of goods or services that is retained by a personal financial
`
`management system.
`
`Background of the Invention
`
`[0003] For a number of reasons, the use of credit cards, such as MasterCard, Visa, Discover, and
`
`American Express, have become many people's primary means for satisfying financial
`
`obligations. Currently, when a user is not online, the user generally receives a receipt upon the
`
`completion of a credit card transaction which is a physical print out including various transaction
`
`data. The transaction data provided on a traditional receipt is generally limited to the date of the
`
`transaction, the amount of the transaction, credit card number, and the payee or merchant. For
`
`purposes of this application, a merchant is an entity with an online presence that provides goods
`
`or services and receives valuable consideration.
`
`

`

`[0004] In order to ensure that the merchants properly billed the credit card holder, or user for the
`
`purposes of this application, many users retain the receipt. A number of computer based financial
`
`management systems have been developed having at least a partial purpose of simplifying the
`
`method of keeping track of various financial
`
`information, such as Intuit's QuickenTM and
`
`Microsoft MoneyTM. Among other features, these applications enable a user to enter transaction
`
`data, for the purposes of monitoring spending, ensuring accurate charges by merchants, tracking
`
`accounts payable, and other reasons.
`
`[0005] With certain credit cards, the transaction data provided by the merchant can be compared
`
`to the transaction data entered by the user automatically in a function often called reconciling. In
`
`QuickenTM, for example, a user can download credit card charges from a number of member
`
`banks, and accept those transactions that accurately represent the user's purchases. This system
`
`saves the user time in data entry and reduces the likelihood of data entry errors. However, the
`
`present financial management systems provide neither a mechanism for creating reminders for
`
`financial transactions consummated online, nor for directly entering information associated with
`
`online transactions. Furthermore, the present monitoring systems store data only about the total
`
`transaction amount, but fail to store information about the particular items purchased and the
`
`costs of the particular items.
`
`[0006] These and other drawbacks eXist with current systems.
`
`Summary of the Invention
`
`[0007] An object of the invention is to overcome these and other drawbacks in eXisting systems.
`
`[0008] One aspect of the invention relates to the creation of a computer application that increases
`
`the amount of transaction data stored during an online commercial transaction.
`
`

`

`[0009] Another aspect of the present invention relates to the creation of a transaction data file
`
`that can be used to update information stored on a personal financial management program. A
`
`transaction data file preferably includes transaction data about the online transaction, including
`
`date of purchase, payee identification, product identification, product price, and quantity per
`
`product purchased.
`
`[0010] Another aspect of the present
`
`invention relates to the presentation of information
`
`associated with a transaction data file in a Graphical User Interface (GUI). The GUI would
`
`render the information stored in the transaction data file. This information could be depicted as
`
`the information is stored in the transaction data file, or it could be depicted in accordance with a
`
`user profile.
`
`[0011] Another aspect of the present invention relates to a software application that copies
`
`transaction data. The software application reviews data that is transmitted from a terminal device
`
`across a network and copies transaction data to a transaction data file.
`
`[0012] Another aspect of the present invention relates to an )flVIL compliant implementation of
`
`an online personal financial management program. An )flVIL compliant implementation would
`
`allow a user to gain extensive information from a number of different sources,
`
`including
`
`Personal Digital Assistants (PDAs), merchants, and browsers.
`
`[0013] Another aspect of the present invention relates to the ability to repurchase goods and
`
`services based on previous purchases. Additionally, users can access the data to conduct analysis
`
`on the cost of actual goods and services purchased, instead of tracking only the amount of money
`
`spent with various goods and services providers.
`
`

`

`[0014] According to one embodiment of the present invention, a user completes an online
`
`transaction and is presented with a GUI that represents various transaction data. The user is
`
`allowed to associate additional data with the transaction data, including a notes field and a
`
`category. Upon entering the desired information, the transaction data is submitted to a personal
`
`financial management program.
`
`[0015] According to one embodiment of the present invention, an application searches for data
`
`types that have been associated with transaction data. Once this transaction data has been
`
`identified, the data is copied to a transaction data file prior to transmission to the transaction data
`
`destination.
`
`[0016] Other features and advantages of the present invention will be apparent to one of ordinary
`
`skill in the art upon reviewing the detailed description of the present invention.
`
`Brief Description of the Present Invention
`
`[0017] FIG.
`
`1 is a flow chart of a method in which transaction data is transmitted to a personal
`
`financial management program.
`
`[0018] FIG. 2 is a flow chart indicating a method of creating a transaction data file.
`
`[0019] FIG. 3 is a depiction of a summary GUI in accordance with the present invention.
`
`[0020] FIG. 4 is a depiction of a item-level GUI in accordance with another present invention.
`
`[0021] FIG. 5 is an example of possible )flVIL tags that could be stored in a transaction data file.
`
`Detailed Description of the Preferred Embodiment
`
`

`

`[0022] A preferred embodiment of the financial management system includes a terminal device,
`
`a personal financial management program, a commercial web server provided by a merchant
`
`capable of conducting online financial transactions, wherein the personal financial management
`
`program receives transaction data regarding the online financial transaction upon completion of
`
`the financial transaction. The terminal device can be a computer terminal, a Personal Digital
`
`Assistant (PDA), an interactive pager, a cell-phone, or other communication device. The
`
`personal
`
`financial management program could be QuickenTM or Microsoft MoneyTM. A
`
`commercial web server could be a server that enables a commercial web site,
`
`such as
`
`7
`NetGrocerTM or Amazon.comTM to conduct online transactions.
`
`[0023] In a preferred embodiment of the present invention, a Financial Assistant is responsible
`
`for transmitting transaction data to the personal financial management program, and archiving
`
`the transaction data for further purchases and analysis. The Financial Assistant could reside
`
`either on the terminal device, or on a server by which the terminal device communicates with the
`
`commercial web server. In a preferred embodiment, the Financial Assistant resides on an Internet
`
`Service Provider (ISP). This configuration allows the user to implement the present invention
`
`without having to update the technology as it is improved, among other benefits. However, it is
`
`anticipated that the present invention could be implemented as an application running on the
`
`terminal device or on a server associated with the commercial web site. The Financial Assistant
`
`may be implemented in any type of executable code, including C++, Java, and VB Script.
`
`[0024] FIG.
`
`1 depicts one implementation of the present invention. In step 101, the Financial
`
`Assistant is preferably invoked. This step could be triggered automatically or by user action. In
`
`an automatic embodiment, the Financial Assistant could be invoked upon the occurrence of a
`
`predetermined event, such as the commencement or conclusion of an online transaction. In a
`
`

`

`preferred embodiment, the Financial Assistant is invoked upon the transmission of transaction
`
`data from a terminal device to a commercial web server. An alternative embodiment would be
`
`for the user to visit a third-party web site that performs the Financial Assistant functions, and
`
`serves as a conduit through which the user can procure goods and services from the commercial
`
`web site.
`
`[0025] In step 102, the Financial Assistant intercepts transaction data. Transaction data is data
`
`that is transmitted from the terminal device destined for the commercial web server. Transaction
`
`data preferably includes purchase amount, a purchase date, a payee, card identification data, and
`
`at least one notes field. However,
`
`it is not necessary to utilize each of these data types to
`
`implement the present invention. Step 102 can be implemented anywhere along the information
`
`pathway from terminal device to commercial web server.
`
`In a preferred embodiment,
`
`the
`
`transaction data is intercepted at the ISP.
`
`[0026] Once the ISP based Financial Assistant determines that
`
`transaction data is being
`
`transmitted from the terminal device, the Financial Assistant begins to copy each component of
`
`transaction data in Step 103. Once the transaction data has been copied, the transmission to the
`
`commercial web server is completed. Whether transmission to the commercial web server
`
`happens before or after Steps 104 and 105 is not material to the present invention.
`
`[0027] Once the transmission data has been copied, the Financial Assistant receives additional
`
`transaction data in Step 104.
`
`In a preferred embodiment,
`
`this additional
`
`transaction data
`
`comprises category and remarks. FIG. 3 depicts one embodiment of Step 104 of the present
`
`invention. Preferably, the category can be split between two or more categories if needed. This
`
`category could have a default value provided by the merchant, or could be based upon previous
`
`

`

`categories selected for purchases made from the particular merchant. The user can also associate
`
`notes with the purchase. In a preferred embodiment, the merchant can provide a default value for
`
`the notes, based on the goods or services purchased. The user can supplement this default value,
`
`or replace the field with different information.
`
`[0028] The final step in this preferred embodiment is the transmission of the information to a
`
`personal financial management program Step 105. In this step, the transmission is sent to a
`
`personal financial management program and the data is entered in the appropriate fields. Upon
`
`completion of Step 105, the transaction data is preferably stored so that the Financial Assistant
`
`can later recall the information for conducting additional processing of the transaction data,
`
`including repurchasing and statistical analysis.
`
`[0029] FIG. 2 is a block diagram of the preferred embodiment of creating a transaction data file.
`
`In the preferred embodiment, a transaction data file is the file that stores transaction data. This
`
`transaction data file is preferably created by the Financial Assistant, and delivered to the personal
`
`financial management program for analysis.
`
`[0030] In Step 201, the transmitted data, or the information from the terminal device to the
`
`commercial web server, is searched. In Step 202, the Financial Assistant determines whether the
`
`transmitted data contains transaction data. The method in which this Step will be implemented
`
`will depend upon the e-commerce solution utilized by the commercial web server.
`
`[0031] Because some transaction data is transmitted in a secure manner and not uniform manner,
`
`it may be necessary for Financial Assistant to operate at either the terminal device or at the
`
`commercial web server, because the transaction data at the ISP may be encrypted. In a preferred
`
`embodiment, the ISP will have the ability to detect, copy and store transaction data, even in an
`
`

`

`encrypted state. This structure could be implemented by, for example, including a non-encrypted
`
`indicator that could inform the ISP that the data currently being transmitted includes transaction
`
`data. The ISP could then, for example, immediately copy the entire file and relay the transaction
`
`data file to the commercial web server, still in a secure state. The ISP server could then decrypt
`
`the transaction data file, and proceed with step 203.
`
`[0032] If the transmitted data does not contain transaction data, the method returns to Step 201.
`
`If the transmitted data does include transaction data, the Financial Assistant copies and stores the
`
`transaction data in a transaction data file in Step 203. If a transaction data file is not currently
`
`open, then the Financial Assistant may create a new or open an old transaction data file.
`
`[0033] In Step 204, the Financial Assistant determines whether the transmitted data includes a
`
`completed transaction indicator. If there is no completed transaction indicator,
`
`the method
`
`returns to Step 201. If there is a completed transaction indicator, the method proceeds to Step
`
`205.
`
`In Step 205,
`
`the Financial Assistant preferably determines whether the completed
`
`transaction indicator also indicated that money or other valuable consideration has been
`
`transferred between parties. For example, if a user had added a number of items to an online
`
`shopping cart, and then decided not to purchase the items, the transaction would be complete
`
`(yes at Step 204), but there was no money transferred (no at Step 205), thereby returning the
`
`program to Step 201.
`
`[0034] In Step 215, the data transaction file is closed. In a preferred embodiment, the Financial
`
`Assistant will at least save any information that the Financial Assistant can determine has been
`
`saved by the commercial web server. The data transaction file will be given a unique identifier
`
`that will allow the Financial Assistant to recall the associated data transaction file if and when a
`
`

`

`user elects to proceed with a terminated transaction in which a purchase was not made.
`
`Alternatively,
`
`the Financial Assistant could delete transaction data files that did not have
`
`associated transfers in Step 205.
`
`[0035] In Step 206, the Financial Assistant renders data from the transaction data file. The
`
`information depicted by the Financial Assistant is initially programmed to be the same as the
`
`information provided on a credit card receipt. In a preferred embodiment, the user can modify
`
`the initially programmed rendering provided by Step 206.
`
`[0036] In Step 207, the user preferably can add additional information, including the category
`
`that the charge is supposed to go to and any particular notes for the transaction. In a preferred
`
`embodiment, the Financial Assistant provides default values for each of these based on category
`
`and notes entries previously made by the user, recommended information provided by the
`
`merchant, or other criteria. The user is preferably able to modify the information by either adding
`
`to it or replacing it with new information.
`
`[0037] FIG. 3 provides a representative summary-level GUI in accordance with the present
`
`invention. Fields to 301 to 304 preferably are fixed by the Financial Assistant, whereas Fields
`
`305 and 306 can be manipulated by the user. Summary GUI 300 represents the initial Financial
`
`Assistant GUI. In a preferred embodiment, the user can modify this depiction to suit the user's
`
`taste. Preferably, the Financial Assistant will include a GUI wizard that will allow users to
`
`modify the appearance and functionality of the various GUI's.
`
`[0038] Field 303 includes the name of the merchant. In a preferred embodiment, the user can
`
`click on the field and be taken to the merchant's web site. Right-clicking on Field 303 will cause
`
`a predetermined list of options to drop down in a drop-down hyperlink. Examples of such
`
`

`

`options would include customer service, parts department, or repurchase from the particular
`
`merchant's site.
`
`[0039] Field 308 is preferably used to enter the transaction data into the personal financial
`
`management program.
`
`In a preferred embodiment, activating Field 308 will cause the
`
`information in the transaction data file to be copied into the appropriate fields within the personal
`
`financial management program. Additionally, by activating Field 308 the information is archived
`
`so that a user can later retrieve the transaction data file for submitting repurchase orders or for
`
`conducting analysis. The repurchase orders could be conducted through a stand-alone application
`
`hosted by the ISP, through the personal financial management program, or through any other
`
`implementation that would allow repurchase orders and statistical analysis to be conducted on
`
`the transactional data file.
`
`[0040] Field 309 is preferably used to prevent the transaction data from being delivered to the
`
`personal financial management program. In a preferred embodiment, activating Field 309 will
`
`not affect the online transaction, but will affect the record keeping of the online transaction. In a
`
`preferred embodiment, the user will be provided with an opportunity to archive the transaction
`
`data file or delete the transaction data file.
`
`[0041] Field 310 is preferably assigned the function of the repurchase icon. By activating the
`
`repurchase icon 310, a user can repurchase the items that were purchased by the associated
`
`online transaction. The difference between repurchase icon 310 and the right click option of
`
`Field 303 is that the repurchase icon does not necessarily repurchase the goods from the same
`
`vendor. In a preferred embodiment, the repurchase key will conduct a search in accordance with
`
`a user profile to determine whether the goods and services could be procured from a different
`
`

`

`provider, or a set of different providers, at a better price. The user profile preferably includes at
`
`least one of the following parameters: the amount of time that the user is willing to wait to make
`
`the purchase,
`
`the type of quality assurance the user demands or desires, privacy policy
`
`requirements, preference toward environmentally friendly providers, and other variables.
`
`[0042] Preferably, the user will be provided with a repurchase GUI (not shown) that will allow
`
`the user to adjust the goods and services to be repurchased. In an alternative embodiment, the
`
`repurchase goods and services could be entered into a shopping cart, for example, and the user
`
`could purchase additional goods that were not part of the previous purchase.
`
`[0043] In a preferred embodiment, the Financial Assistant resides on a server. The Financial
`
`Assistant, accordingly, will be operating on behalf of a plurality of users. Information retrieved
`
`by the Financial Assistant by one user could be used while researching other user's repurchase
`
`requests to decrease the amount of time and processing power required to implement a search.
`
`[0044] By activating Field 307, the user is taken to a more detailed description of the transaction
`
`data file. FIG. 4 represents an implementation of a preferred embodiment of a lower-level GUI
`
`400 of the present invention. In a preferred embodiment, line-item entries that are the exact same
`
`will be represented with their entire associated data represented on the lower-level GUI 400. On
`
`the other hand, in a preferred embodiment, line-item entries that in the same product type, but
`
`have some different associated data, would be represented as an aggregate with an hyper-link to
`
`access more detailed information. Note that product, for the purpose of this application, can
`
`mean product or service, and that there is no distinction for the purposes of Financial Assistant
`
`between products and services.
`
`

`

`[0045] In FIG. 4, the provisional filing in row 451 has two non-identical entries. Therefore, Field
`
`460 does not depict the associated data with Row 451, but contains a hyper-link titled “more
`
`detail” that will render a further, lower-level GUI (not shown) that would identify a further
`
`break-down of the transaction data file. This process would be continued until each of the
`
`products listed contained the associated data and no further information was available in the
`
`transaction data file.
`
`[0046] Row 452 indicates the lowest level at which the transaction fee can be rendered. Because
`
`the transaction data file contains no additional information about the “Transaction Fee,” the
`
`lower-level GUI 400 does not provide a hyper-link for more information. The repurchase key
`
`will repurchase all of the items on the displayed GUI in accordance with the GUI. In an
`
`alternative embodiment, it is anticipated that the GUI could include a check box for indicating
`
`the products that are to be repurchased or those that are not to be repurchased upon the activation
`
`of the repurchase icon 409. As above, the user will be provided with a repurchase GUI (not
`
`shown) that will allow the user to adjust the goods and services to be repurchased. In an
`
`alternative embodiment, the repurchase of goods and services could be entered into a shopping
`
`cart, for example, and the user could purchase additional goods that were not part of the previous
`
`purchase.
`
`[0047] Field 405 is based upon the date and payee in the transaction data file. In a preferred
`
`embodiment, by activating the “dyor.com” in field 405 with a right-click, for example, a user
`
`would have the opportunity to go to the web dyor.com home page,
`
`the customer service
`
`department, or repurchase the items listed in Column 401.
`
`

`

`[0048] FIG.
`
`5
`
`represents an excerpt
`
`from an embodiment utilizing an )flVIL-compliant
`
`transaction data file. In the preferred embodiment, the transaction data file of FIG. 5 would
`
`render the summary GUI 300 and the lower level GUI 400. The summary GUI and lower level
`
`GUI 400 could be based upon Cascading Style Sheets (CSS) in which the user, or a program
`
`developer, could create the GUIs to suit the tastes and needs of the individual user.
`
`[0049]
`
`In a preferred embodiment,
`
`the transaction data file preferably contains only the
`
`fundamental transaction data. Specifically, redundant data is not included in the transaction data
`
`file. For example, the provisional filings share the same <product>, <name>, <quantity>, and
`
`<price> tags, and are different only in their <notes> sections. There is no record of the total
`
`price, because this transaction data can be determined from the fundamental transaction data.
`
`Information nested within the <product> and </product> tags are associated with the particular
`
`product, in accordance with the )flVIL 1.0 Specification.
`
`[0050] The product <number> is not unique to a particular vendor. This will allow users to
`
`compare the same product between a number of different product providers. Additionally, in a
`
`preferred embodiment, the Financial Assistant will be able to compare value between competing
`
`brands of products and services. For example, if battery 1
`
`is made of a superior quality than
`
`battery 2, a user would generally be willing to pay a premium for the superior quality of battery
`
`1. However, if battery 1 provides for 50% greater useful life than battery 2, but battery 1
`
`is
`
`double the price, it likely would be more logical to purchase battery 2. Similar comparisons are
`
`possible, although more difficult and more subjective, for virtually every type of product or
`
`service a person can buy. Accordingly, it is anticipated that the user, the ISP, third party service
`
`providers, or others could provide relationships between similar products and services to
`
`

`

`determine what products and services will provide the user Financial Assistant with the greatest
`
`utility.
`
`[0051]
`
`In the transaction data field,
`
`the notes sections are generally provided based on
`
`information provided by the merchant. However, a user can also elect to modify the information,
`
`or to establish in a user profile to automatically modify the notes associated with the purchase of
`
`a particular good or service or from a particular merchant.
`
`[0052] Other embodiments and uses of the invention will be apparent to those skilled in the art
`
`from consideration of the specification and practice of the invention disclosed herein. The
`
`specification and examples should be considered exemplary only. The scope of the invention is
`
`only limited by the claims appended hereto.
`
`

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.