`
`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.
`
`