Patent Application
20080306835
The invention generally relates to customized electronic communications associated with on-line purchases, and more particularly, to customizing (e.g., re-branding) email correspondence that is intercepted from a merchant prior to forwarding the message to the merchant's intended consumer.
With the proliferation of the Internet, more and more consumers are purchasing items on-line. Historically, if a consumer wanted to purchase, for example, clothing and auto parts on-line, the consumer either went to one website for the clothing and a different website for the auto parts, or to a single website selling both clothing and auto parts (e.g., www.sears.com). In the latter instance, if the consumer needs a type of clothing (e.g., a tuxedo) which is not available, and auto parts (e.g., tires) that are available, the consumer must still purchase the clothing and the auto parts from different websites.
Websites currently exist (e.g., www.froogle.com and www.mysimon.com) that consolidate catalogs from one or more merchants. However, these websites do not provide an integrated shopping experience since they refer the consumer to another website to purchase a specific item. In other words, these websites transfer the consumer to a different website that sells the particular item(s) the consumer wishes to purchase, so that the consumer may then purchase the item on the transferee website. Returning to the example above, if the consumer wishes to purchase the tuxedo and the tires, the consumer must complete two separate purchases. Thus, for items not sold on a single website, current methods and systems still require the consumer to purchase the items on two separate websites in two separate transactions.
Merchant web sites frequently send an order confirmation to consumer's email accounts following a purchase transaction. The confirmation email most often includes a message thanking the consumer for their purchase and provides purchase information including, for example, a description of the item purchased, order quantity, item price, sales tax, total purchase amount, and shipping information. However, a drawback to this practice is that the order confirmation is branded with information relating only to the selling entity. In other words, the confirmation email does not include any information relating to the shopping site that originally directed the consumer to the merchant site. The lack of shopping site branding reduces the ability of the shopping site to increase its own brand awareness.
Therefore, systems and methods are needed to enable a host computer providing a consolidated shopping website to order an item from a different merchant website on behalf of a consumer. There is also a need for a consolidated shopping site that provides the user with a consistent look and feel without redirecting the consumer outside of a single web site to view and purchase items from multiple merchants. It would also be desirable for such a consolidated shopping site to enable an administrator to configure the shopping site to carry branding information for the hosting entity. Also, there is a need to provide a consolidated shopping site with the ability to add its own unique branding information to email correspondence between a merchant and a consumer. Additionally, there is a need for systems and methods to provide compensation to an entity providing a service that allows a consumer to order multiple items sold on multiple websites in a “single transaction” as perceived by the consumer.
The invention relates to providing consumers with electronic correspondence that includes branding information for the owning entity of an integrated shopping website. By serving as an intermediary between a merchant and the consumer, the invention enables the intermediary to retrieve and customize electronic correspondence after it is transmitted from the merchant, but prior to receipt by the consumer. To enable interception of electronic correspondence, the system substitutes the consumer's email address with a pseudo-email address prior to injecting the order information into a merchant's website. The pseudo-email address directs subsequent electronic correspondence from the merchant to a host computer. The host computer further customizes the electronic correspondence, replaces the pseudo-email address with the consumer's email address, and forwards the customized electronic correspondence to the consumer.
The invention also relates to an interactive website that may include item information from one or more merchants in order to present consumers with an integrated online shopping experience. In one embodiment, item information is provided directly from the merchant via any network, webpage, communication device, protocol or method discussed herein, and stored in any of the databases also discussed herein.
Further embodiments of the invention relate to systems and methods to facilitate an on-line purchase of at least one item on behalf of a consumer. A host computer may provide a consolidated shopping (CS) website displaying one or more items available for purchase on at least one merchant website which is separate from the CS website. The host computer may receive a request from a consumer to purchase at least one item displayed on the CS website, and order the item on behalf of the consumer from one or more merchant websites selling the item and the host computer may receive compensation for providing such service.
The foregoing aspects and many of the attendant advantages of this invention will become more readily appreciated as the same become better understood by reference to the following detailed description, when taken in conjunction with the accompanying drawings, wherein:
Exemplary embodiments of the present invention will now be described with reference to the accompanying drawings and figures. These exemplary embodiments are described in sufficient detail to reveal the best mode of implementing the invention, and to enable those skilled in the art to practice the invention. It should be understood, however, that other embodiments may be realized and that logical and mechanical changes may be made without departing from the spirit and scope of the invention. Thus, the detailed description herein is presented for purposes of illustration only and not of limitation. For example, the steps recited in any of the method or process descriptions may be executed in any order and are not limited to the order presented.
For the sake of brevity, conventional data networking, application development and other functional aspects of the systems (and components of the individual operating components of the systems) need not be described in detail herein. Furthermore, the connecting lines shown in the various figures contained herein are intended to represent exemplary functional relationships and/or physical couplings between the various elements. It should be noted that many alternative or additional functional relationships or physical connections may be present in a practical system.
As will be better understood from the following description, the present invention is embodied at least in part in a Web site accessible via the Internet. As is well known by those skilled in the art, the term “Internet” refers to the collection of networks and routers that use the transmission control protocol/Internet protocol (“TCP/IP”) or next generation protocols to communicate with one another. A representative section of the Internet 100 is shown in
The Internet 100 has recently seen explosive growth by virtue of its ability to link computers located throughout the world. As the Internet 100 has grown, so has the Web. As will be readily appreciated by those skilled in the art, the Web is a vast collection of interconnected or “hypertext” documents formatted in the HyperText Markup Language (“HTML”) or other markup languages that are electronically stored at Web sites throughout the Internet 100. A Web site resides on a server computer such as the import server 400 illustrated in
A consumer or other remote user may retrieve hypertext documents from the Web via a Web browser application program. A Web browser, such as the NETSCAPE NAVIGATOR.RTM. browser or the MICROSOFT.RTM. Internet Explorer browser, is a software application program for providing a user interface with the Web. Upon request from the consumer via the Web browser, the Web browser accesses and retrieves the desired hypertext document from the appropriate Web server using the URL for the document and a protocol known as hypertext transfer protocol (“HTTP”). HTTP is a higher level protocol than TCP/IP and is designed specifically for the requirements of the Web. It is used on top of TCP/IP to transfer hypertext documents between servers and clients. The Web browser may also retrieve application programs from the Web server, such as JAVA applets, for execution on the consumer device 300. It will be appreciated by those skilled in the art that protocols other than HTTP may be used. For example, a URL might designate the file transfer protocol (“FTP”) or Secure HyperText Transfer Protocol (“HTTPS”).
The present invention is directed to providing a UPPS allowing the ordering and purchasing of items from many different merchants on the Internet. One embodiment of the invention provides a UPPS having a common user interface. The common user interface allows the consumer to purchase items from different merchants using the same user interface. For example, if a consumer is searching for books, videos and appliances, the consumer will likely be presented with books, videos and appliances from several different merchants. The consumer, however, will be able to order Book A from Merchant A, and Book B from Merchant B using the same ordering form.
A system 200 of computers and devices to which the import server 400 and data scrub device 500 are also connected is shown in detail in
In one embodiment of the invention, the import server 400 generates web pages containing item information that can be viewed by the consumer using standard Web browsers. In another embodiment, the import server 400 creates a network presence, in which the import server 400 sends a customized data stream containing item and merchant information over the network to the consumer devices 300. The consumer device 300 uses a Web browser to provide a user interface configured to accept the data stream and to allow the consumer to search for and view item information, select items, and order items all using the same interface.
The consumer device 300 also includes a central processing unit 310, a display 340 and a memory 350 connected via a bus 320. The memory 350 generally comprises random access memory (“RAM”), and read-only memory (“ROM”) and a persistent mass storage device such as a hard disk drive. The memory 350 stores an operating system 355 for controlling the operation of the consumer device 300. The memory 350 also includes a Web browser 360, such as the NETSCAPE NAVIGATOR.RTM. browser or the MICROSOFT.RTM. Internet Explorer browser, for accessing the Web. Web browser 360 may also store a JAVA virtual machine used to execute JAVA “applets” as known to those skilled in the art. It will be appreciated that these components may be stored on a computer-readable medium and loaded into memory 350 of the consumer device 300 using a drive mechanism associated with the computer-readable medium, such as a floppy or a CD-ROM/DVD-ROM drive or the network adapter 330.
Although in one embodiment the consumer device 300 is a personal computer, those of ordinary skill in the art will appreciate that the consumer device 300 could be a wireless device such as a pager, a cellular telephone, Web-enabled landline telephone, PDA or any other type of consumer device 300 capable of communicating with the import server 400.
The import server 400 also includes a central processing unit (“CPU”) 410, a display 440, and mass memory 450, connected via a bus 420. Mass memory 450 generally comprises RAM, ROM, and some form of persistent mass storage device, such as a hard disk drive, tape drive, optical drive (such as CD-ROM or DVD-ROM), floppy disk drive, or combination thereof. Mass memory 450 stores an operating system 455 for controlling the operation of the import server 400. It will be appreciated that the operating system may be formed by any one of several server operating systems well known to those of ordinary skill in the art, such as UNIX.RTM., MAC OS.RTM. or MICROSOFT.RTM. WINDOWS NT.RTM. In addition, mass memory 450 stores import scripts 460, as well as image processor software 465 for extracting and/or retrieving item images.
The data scrub device 500 also includes a central processing unit 510, a display 540 and a memory 550 connected via a bus 520. The memory 550 generally comprises RAM, and ROM and a persistent mass storage device such as a hard disk drive. The memory 550 stores an operating system 555 for controlling the operation of the data scrub device 500. The memory 550 also includes a scrub database 560, staging database 570 and merchant databases 580. Scrub database 560 in turn comprises an item table 566 and a buffer table 564. It will be appreciated that these components may be stored on a computer-readable medium and loaded into memory 550 of the data scrub device 500 using a drive mechanism associated with the computer-readable medium, such as a floppy or a CD-ROM/DVD-ROM drive or the network adapter 530. In one embodiment of the invention, some of the components of the data scrub device 500 may be part of the import server 400 (
It will be appreciated by those of ordinary skill in the art that the order of the operations in
The present invention is directed to providing a shopping service that obtains items for a consumer across many different merchant sites while maintaining a consistent user interface for the consumer no matter from which merchant the items are retrieved or obtained. Instead of redirecting the consumer to an external site when the consumer selects an item located on an external merchant site, the import server 400 maintains control of the consumer throughout the entire shopping process. Accordingly,
The item feed and any accompanying images have now been normalized for incorporation through the various databases (staging database 570, merchant database 580, and scrub database 560, including buffer table 564 and item table 566 (
In one exemplary embodiment, the first database receiving the normalized item feed is the staging database 570. However, other databases, such as the merchant database 580, could be the first to receive the normalized item feed. At the database level, duplicate items are removed from the item feed in block 910. In block 915, new items from the item feed are inserted into the database. In block 920, existing items are updated based on the normalized item feed. Next, in block 925, any expired or old items that are no longer in the item feed may be deleted. (It is important to reiterate here that the staging databases 570 and merchant databases 580 are referred to both in the plural and the singular, as the collection of staging databases 570 and the collection of merchant databases 580 contain a separate database each for every supplier and merchant which provide item feeds in accordance with the present invention.)
It will be appreciated by those of ordinary skill in the art that steps 910-925 for updating the databases may be performed in a different order from that depicted in
Once routine 900 gets to block 930, it then needs to identify the source of the item feed as that will determine how entries in the item feed will be incorporated into the item table and/or buffer table. So, in block 930, the source is identified and in decision block 935, if it is determined that the source of the item data is a supplier, then in block 940, the item entries in the item feed are only checked to see if they have been categorized or that the category already exists in the item table. If, in decision block 945 it is determined that the category exists for an item entry, then that item entry is sent to the item table. If, in block 945 it is determined that the item is uncategorized or that no category exists in the item table that matches the category of the particular item entry, then the item is sent to the buffer table for further processing at a later point, in block 955.
Returning back to decision block 935, if the source is not a supplier, then in block 960, each item entry is checked to see if there is a match in the item database. It will be appreciated by those of ordinary skill in the art that matching item entries in the item feed and item entries in the item table may be done in a myriad of fashions. In one exemplary embodiment, the shopkeeper unit (“SKU”) is used to match items in the item feed and the item table. Alternately, in another embodiment, manufacturer name and manufacturer model number may be used to match entries in the item feed and item table 566 (
Next, in decision block 965, if it is determined that there is a match between an item entry in the item feed and an item entry in the item table, then the item table is updated with the item entry from the item feed, thereby resulting in a more up-to-date entry with regard to that item in the item table 566. If, however, in decision block 965 it is determined that there is no matching item in the item table, then the item entry is forwarded to the buffer table in block 955 for processing at a later point. In any case, processing and of routine 900 ends at block 999.
Once the item feed has been imported into the system of the current invention, including the item table in the scrub database, it will then be used in a commercial side system open to the public; however, this is usually not done directly, rather, the information is sent to devices, servers, and databases accessible by the public, using the item table as a master source of sorts.
Accordingly,
An index server 1010 then takes the information in the item price database 1005 and indexes it using conventional keyword and database indexing routines known to those of ordinary skill in the art. The index server supplies index meta-data or data about the index and other index data for the items in the item price database to search servers, such as search servers #1 and #2, 1041 and 1042, shown in
The load balancing of the illustrated embodiment is handled by the “big IP” server 1060 which is a conventional load balancing server known to those of ordinary skill in the art to allow the communications load to be distributed across components of the present invention. The “big IP” server 1060 is connected via the Internet 100 to the consumer device or devices 300 and merchant servers 205.
Returning back to the databases, the pricing databases #1-4 1031-1034 are in communication with mirrored SQL servers #1 and #2 1021-1022, such that when a consumer has finished searching for items using search server #1 1051 or search server #2 1052, they are then able to retrieve detailed information from pricing databases #1-4 1031-1034. Note again that with SQL #1 and SQL#2,while SQL#1 1021 is being updated from the item price database 1005, SQL #2 1022 is in communication with the pricing databases, and that while pricing database #1 1031 and pricing database #2 1032 are accessible by consumers via the Internet 100, pricing database #3 1033 and pricing database #4 1034 are in communication with SQL database #2 to update their information.
While one possible embodiment is shown here, it need hardly be mentioned that this commercial side of the present invention could have a myriad of other possible configurations, not the least would be a much simpler system where only the item table was used instead of the item price database index server, sequel databases, pricing databases, search databases, and search servers and with no load balancing at all. However, each one of these components does increase either the speed, flexibility, or reliability of the overall system and have been included to illustrate one exemplary embodiment of how the present invention may be implemented.
As will be appreciated by those of ordinary skill in the art, identifying and searching for items can be done in many different ways. For example, in one embodiment of the invention, the consumer enters information about the items into a search engine. Based on the information input into the search engine, a list of items is returned to the consumer on a webpage. In another embodiment of the invention, the search engine may search a database stored on the import server 400 containing a list of currently available items from many different merchants. In another embodiment, the search engine searches external databases that are not contained on the import server 400 but are located on remote computers. As will be appreciated by those of ordinary skill in the art, many different search engines can be used. In yet another embodiment, a classification system is established that divides goods or services into categories of specific types. For example, categories can include, among many others, clothes, books, music, video, jewelry and the like.
In one embodiment of the present invention, the consumer browses through item search results on a webpage (see
For clarity of illustration, the phrase “item type” will be used to describe a type of merchandise that may be sold by several merchants. For example, an “NEC 17 inch LCD monitor” is an “item type”. An “item” may be any good and/or service capable of being exchanged between two or more entities, and the term “item” may be used to describe an item that is carried by a particular merchant. For example, an “NEC 17 inch LCD monitor from Circuit City” is an “item”. When a consumer selects an item, both the item type and the merchant may be determined. In addition, an “item identifier” may include, for example, a universal item code (UPC), a stockkeeping unit (SKU), a serial number, a reference number, a category number, a service type indicator, a description and/or other any other information capable of identifying an item. Any reference to an item type, item or item identifier, as used herein, may include one or more item types, items or item identifiers, respectively.
Another aspect of the current invention allows for a more full, accurate and detailed item coverage in the item table. Specifically, the data scrubbing ability of the current invention which is the process of analyzing the item entries which have been placed in the buffer table 564 due to being either uncategorized or unmatched with existing items in the item table 566. Data scrubbing can either be an automatic process or a manual process each of which is reflected in
Similar to
System 1500 may also include consumer computing device 1510. Consumer computing device 1510 may be any software and/or hardware suitably configured to communicate transaction data to a consolidated merchant (CM) host computer (e.g., CM host computer 1520). In one embodiment, consumer computing device 1510 may be configured to receive transaction data input by a consumer, and transmit a purchase request, which may include transaction data, to at least one CM host computer 1520. As used herein, “transmit” may include sending electronic data from one component to another component of system 1500 over a network connection (e.g., network 1550, discussed below). “Transaction data” may include, for example, at least one item identifier for each item being purchased (e.g., SKU or UPC code), a payment instrument account number, and/or any other data helpful in a purchase request. Additionally, as used herein, “data” may include encompassing information such as commands, queries, files, data for storage, and the like in digital or any other form. A “payment instrument” may include, for example, one or more of a charge card, credit card, debit card, awards card, prepaid card, smart card, magnetic stripe card, bar code card, transponder, RFID, radio frequency card and/or the like having an account number, which cardholders typically present to merchants, as part of a transaction, such as a purchase. However, a consumer may present an account number without the use of a physical payment instrument.
An “account” or “account number”, as used herein, may include, for example, any device, code, number, letter, symbol, digital certificate, smart chip, digital signal, analog signal, biometric or other identifier/indicia suitably configured to allow the consumer to access, interact with or communicate with the system (e.g., one or more of an authorization/access code, personal identification number (PIN), Internet code, other identification code, and/or the like). The account number may optionally be located on or associated with a rewards card, charge card, credit card, debit card, prepaid card, embossed card, smart card, magnetic stripe card, bar code card, transponder, radio frequency card or an associated account. System may include or interface with any of the foregoing cards or devices, or a fob having a transponder and RFID reader in RF communication with the fob. Although the present invention may include a fob embodiment, the invention is not to be so limited. Indeed, system 1500 may include any device having a transponder configured to communicate with RFID reader via RF communication. Typical devices may include, for example, a key ring, tag, card, cell phone, wristwatch or any such form capable of being presented for interrogation. Moreover, system 1500, consumer computing device 110 and/or consolidated merchant (CM) host computer 120 (detailed below) may include a “pervasive computing device,” which may include a traditionally non-computerized device that is embedded with a computing unit. Examples may include, but are not limited to, watches, Internet enabled kitchen appliances, restaurant tables embedded with RF readers, wallets or purses with imbedded transponders, etc.
The account number may be distributed and stored in any form of plastic, electronic, magnetic, radio frequency, wireless, audio and/or optical device capable of transmitting or downloading data from itself to a second device. A payment instrument account number may be, for example, a sixteen-digit credit card number, although each credit provider has its own numbering system, such as the fifteen-digit numbering system used by American Express. Each company's credit card numbers comply with that company's standardized format such that the company using a sixteen-digit format will generally use four spaced sets of numbers, as represented by the number “0000 0000 0000 0000”. The first five to seven digits are reserved for processing purposes and identify the issuing bank, card type, etc. In this example, the last (sixteenth) digit is used as a sum check for the sixteen-digit number. The intermediary eight-to-ten digits are used to uniquely identify the consumer. A merchant account number may be, for example, any number or alpha-numeric characters that identifies a particular merchant for purposes of card acceptance, account reconciliation, reporting, or the like.
In one exemplary embodiment, consumer computing device 1510 may be a personal computer, although other types of computing units may be used including laptops, notebooks, hand held computers, set-top boxes, cellular telephones, touch-tone telephones and the like. Moreover, consumer computing device 1510 may also be a merchant computing unit implemented in the form of a computer-server, although other implementations are contemplated. Thus, consumer computing device 1510 may be in a home or business environment with access to a network (e.g., the Internet). Applicants note that any reference to a single consumer computing device may include one or more consumer computing devices.
Consumer computing device 1510 may also be configured to communicate with CM host computer 1520. An electronic commerce system may be implemented at consumer computing device 1510 and CM host computer 1520. The electronic commerce system may be implemented as computer software modules loaded onto CM host computer 1520 and consumer computing device 1510, and CM host computer 1520 may not require any additional software to participate in online commerce transactions supported by the electronic commerce system. Thus, CM host computer 1520 may be any software and/or hardware suitably configured to facilitate a transaction. In one embodiment, CM host computer 1520 may be configured to process a request to purchase an item received from consumer computing device 1510. Furthermore, CM host computer 1520 may include a processor for processing digital data; a memory coupled to the processor for storing digital data; an input digitizer coupled to the processor for inputting digital data; an application program stored in the memory and accessible by the processor for directing processing of digital data by the processor; a display device coupled to the processor and memory for displaying information derived from digital data processed by the processor; and a plurality of databases. In addition, though shown as a main frame computer, CM host computer 1520 may be implemented in other forms, such as a mini-computer, a PC server, a network of computers located in the same of different geographic locations, or the like.
CM host computer 1520 may also be configured to store at least one uniform resource locator (URL) for one or more merchant websites (e.g., merchant websites 1535 and/or 1545), and access a merchant website utilizing a stored URL. Furthermore, CM host computer 1520 may be configured to access a webpage for placing an order for an item sold on an accessed webpage. CM host computer 1520 may also be configured to place an order for an item sold on an accessed website and/or webpage. The order may be configured to include a token and/or other type of identifier of CM host computer 1520 to enable the recipient of the order to identify CM host computer 1520 as the source the order. In an exemplary embodiment, CM host computer 1520 may be configured to place an order on behalf of a consumer on the order webpage similar to embodiments described in U.S. Pat. No. 6,490,601 issued to Markus et al., herein incorporated by reference. In addition, CM host computer 1520 may be configured to receive order and/or shipping confirmation from at least one merchant website, and transmit such to a consumer. Moreover, CM host computer 1520 may be configured to transmit and/or receive funds from external devices.
In one exemplary embodiment, CM host computer 1520 may be configured to charge the consumer (and/or a third party, merchant, etc) a transaction fee for requesting an item from a different website for the benefit of a consumer. Furthermore, CM host computer 1520 may be configured to calculate the transaction fee, generally analogous to a sales commission, based on a set amount, a variable amount, random amount, percentage of the purchase amount and/or the like. In one embodiment, the predetermined amount may be an amount per transaction, an amount per ordered item, an amount based on a threshold purchase amount, number of websites where ordering occurs, type of item ordered, payment method, type of payment instrument used, and/or the like. The variable fee may be based on similar criteria as the set amount, but may include incrementally increasing amounts based on pre-determined factors stored within CM host computer 1520. Random fees may be charged for similar criteria as the set fee and variable fee, however, the “randomness” may be determined according to pre-determined factors also stored within CM host computer 1520. CM host computer 1520 may be configured to charge a transaction fee to a consumer transmitting a purchase request via consumer computing device 1510, an affiliated and/or non-affiliated merchant selling the item on a merchant website 1535, a wholesaler of the ordered item, a manufacturer of the ordered item, an issuer of a payment instrument and/or any other entity appropriate to charge a transaction fee for the transaction. In one embodiment, the transaction fee may be included as part of an affiliation agreement between CM host computer 1520 and a merchant website (e.g., merchant website 1535), which may detail how the transaction fee may be charged.
CM host computer 1520, after ordering an item on behalf of a consumer on a merchant website not affiliated with CM host computer 1520, may be configured to notify a non-affiliated (e.g., does not have a pre-existing relationship and/or agreement) merchant website of such, and solicit a transaction fee from the merchant website. The solicitation may include a message suggesting that payment of the transaction fee may result in future orders from CM host computer 1520 and/or may include a message suggesting that non-payment of the transaction fee may result in CM host computer 1520 not making future orders.
CM host computer 1520 may also be configured to offer a rebate for ordering an item from a different website on behalf of a consumer. Furthermore, CM host computer 1520 may be configured to calculate the rebate based on a set amount, a variable amount, random amount, percentage of the purchase amount and/or the like similar to the transaction fee configuration discussed above. The rebate may be offered by CM host computer 1520 to a consumer transmitting a purchase request via consumer computing device 1510 and/or to any other appropriate entity (e.g., a school, church, charitable organization, etc.) in, for example, a fund raiser.
In another embodiment, CM host computer 1520 may be configured to receive a rebate for ordering an item from a different website on behalf of a consumer from a merchant selling the item on a merchant website 1535, a wholesaler of the ordered item, a manufacturer of the ordered item and/or any other entity offering a rebate to CM host computer 1520 for facilitating the transaction for factors similar to those discussed above, including an affiliation agreement. Moreover, CM host computer 1520, after ordering an item on behalf of a consumer on a merchant website not affiliated with CM host computer 1520, may be configured to notify the merchant website of such, and include a request for a rebate from the merchant website, along with a message, similar to transaction fee embodiments discussed above.
CM host computer 1520 may be configured to charge a listing fee for displaying an item from other websites (e.g., merchant website 1535) on a website (e.g., consolidated shopping website 1514, hereinafter CS website 1514) provided by CM host computer 1520. The listing fee may be charged to a merchant selling an item, a wholesaler or broker of an item, a manufacturer of an item and/or any other entity desiring an item be displayed on the website.
CM host computer 1520 may also be configured to automatically generate an electronic or paper receipt. In one embodiment, the receipt may be consolidated and may be configurable, such as for batch processing purposes. The consolidation may be across multiple accounts which may be applicable with, for example, corporate accounts. CM host computer 1520 may issue an end of year statement for a consumer as receipt tracking. In one embodiment, CM host computer 1520 may archive in a database a ROC (receipt of charge) associated with a charge account. As such, the additional ROC information along with the statements from CM host computer 1520 provide added value. CM host computer 1520 may charge the consumer a fee for the archival services or any other services discussed herein. In one embodiment, CM host computer 1520 may periodically supply line item detail statements, for example, at the end of the year, wherein the statement discloses each purchase. The service may only be available for certain levels of consumers or certain levels of payment instruments (e.g., Gold and Platinum cards). Furthermore, any charges may be paid directly out of an account using existing or customized stored value systems.
CM host computer 1520 may additionally be configured to generate a report detailing transactions occurring within a specified period of time. Reporting may include similar technology and systems as are known in the art for corporate payment instrument reporting. For example, the administrator of CM host computer 1520 may have a reporting relationship at the consumer level and/or corporate level. The consumer level may include monthly statements sent out to the consumer. The statements may be in electronic (e.g., XMS) or paper (e.g., international) form. The statements may detail merchant, date, time, and/or amount. In one embodiment, the statements may omit consumer components of the transaction. At the corporate level, the system may help corporations manage their expense base with, for example, logistics, reporting tools, etc. A degree of flexibility may exist as to how the corporation desires to manage accounts. For example, a corporation may settle the account directly and be responsible for reviewing the eligibility of each charge. CM host computer 1520 may help the corporation manage their expense base by reporting on the nature of the transactions over a certain period of time (e.g., quarterly, annually, etc). The report may include information such as, for example, certain expenses represent x% of their expense base and are split across six suppliers. As such, if they were to establish a preferred supplier arrangement with for example, three widget manufacturers, they may reduce their expense base. To maintain privacy, CM host computer 1520 may customize the reporting so as to firewall certain detail, but still release sufficient information to make it valuable for expense base tracking and management.
In an exemplary embodiment, CM host computer 1510 may provide a website, using any software and/or hardware suitably configured to accept and process an order for an item. Furthermore, CS website 1514 may be configured to receive a purchase request for an item from a consumer, the item being available for purchase on a different website that may or may not have an affiliation with CS website 1514. CS website 1514 may also be configured to allow consumers to create and store a consumer profile accessible by CS website 1514 and/or the consumer. A “consumer profile” may be created and accessed (e.g., by inputting a user ID and PIN) similar to consumer profile embodiments known in the art. Moreover, a consumer profile may include, for example, the consumer's name, contact information (e.g., mailing address, telephone number, email address, etc.), payment instrument account information, shopping habits, transaction history, consumer profile account information, and/or any other information helpful in facilitating an on-line transaction. Moreover, CS website 1514 may be a stand-alone Internet website or a punchout site that interfaces with e-commerce applications (e.g., Ariba Buyer or SAP).
CS website 1514 may also display an item capable of being purchased from at least one merchant website (e.g., merchant website 1535 and/or 1545) via CS website 1514. The terms “display” and/or “displayed” may include any pictorial, alphanumeric, symbolic, electronic, item identifier, and/or any other representation of an item capable of being perceived by a consumer, including the item itself. An item identifier may be provided directly from a merchant selling the item, a wholesaler and/or the manufacturer of the item in a variety of file formats (.xls, .csv, .txt, .xml, etc.) for items displayed on CS website 1514. In one embodiment, CS website 1514 may be configured to display multiple items capable of being purchased from more than one merchant website 1535. CS website 1514 may also be configured to allow consumers to browse and/or search for items displayed on CS website 1514. CS website 1514 may be configured to communicate with one or more merchant websites 1535 (both affiliated and non-affiliated) via a network 1550.
Network 1550 may include, for example, any electronic communication means which incorporates both hardware and software components of such. Communication among the devices in accordance with the present invention may be accomplished through any suitable communication channels, such as, for example, a telephone network, an extranet, an intranet, Internet, point of interaction device (point of sale device, personal digital assistant, cellular phone, kiosk, etc.), online communications, satellite communications, off-line communications, wireless communications, transponder communications, local area network (LAN), wide area network (WAN), networked or linked devices, keyboard, mouse and/or any suitable communication or data input modality. Moreover, although the invention is frequently described herein as being implemented with TCP/IP communications protocols, the invention may also be implemented using IPX, Appletalk, IP-6, NetBIOS, OSI or any number of existing or future protocols. If the network is in the nature of a public network, such as the Internet, it may be advantageous to presume the network to be insecure and open to eavesdroppers. Specific information related to the protocols, standards, and application software utilized in connection with the Internet is generally known to those skilled in the art and, as such, need not be detailed herein. See, for example, DILIP NAIK, INTERNET STANDARDS AND PROTOCOLS (1998); JAVA 2 COMPLETE, various authors, (Sybex 1999); DEBORAH RAY AND ERIC RAY, MASTERING HTML 4.0 (1997); and LOSHIN, TCP/IP CLEARLY EXPLAINED (1997) and DAVID GOURLEY AND BRIAN TOTTY, HTTP, THE DEFINITIVE GUIDE (2002), the contents of which are hereby incorporated by reference. Moreover, system 1500 contemplates the use, sale or distribution of an item or information over any network having similar functionality described herein.
Merchant website 1535 may be any software and/or hardware suitably configured to sell items. Merchant website 1535 may be configured to accept and/or process an order for an item sold by the seller and/or manufacturer, and transmit order and/or shipping confirmation to CS website 1514. In one embodiment, merchant website 1535 may be affiliated with CS website 1535 and configured to detect a token and/or other identifier of CM host computer 1520 as the source of an order and transmit funds (e.g., a transaction fee and/or rebate) to CM host computer 1520 upon receipt of such. As used herein, the term “merchant website” may include, for example, a website of a seller, wholesaler and/or manufacturer of an item, and any reference made herein to a merchant website (e.g., merchant website 1535) may also include at least one additional merchant website (e.g., merchant website 1545). Merchant website 1535 may be configured to communicate with CS website 1514 via network 1550.
System 1500 may also be configured such that each device (e.g., consumer computing device 1510, CM host computer 1520, merchant website 1535 and merchant website 1545) is interconnected via a second network, referred to as a payment network. The payment network, which may be part of certain transactions, represents existing proprietary networks that presently accommodate transactions for credit cards, debit cards, and other types of financial/banking cards. The payment network is a closed network that is assumed to be secure from eavesdroppers. Exemplary transaction networks may include the American Express®, VisaNet® and the Veriphone® networks.
Various databases used herein may include, for example, client data; merchant data; financial institution data; and/or like data useful in the operation of system 1500. As those skilled in the art will appreciate, a user computer may include an operating system (e.g., Windows NT, 95/98/2000, OS2, UNIX, Linux, Solaris, MacOS, etc.) as well as various conventional support software and drivers typically associated with computers. The computer may also include any suitable personal computer, network computer, workstation, minicomputer, mainframe or the like. A user computer may be in a home or business environment with access to a network. In an exemplary embodiment, access is through a network or the Internet through a commercially available web-browser software package.
Any databases discussed herein may be any type of database, such as relational, hierarchical, graphical, object-oriented, and/or other database configurations. Common database items that may be used to implement the databases include DB2 by IBM (White Plains, N.Y.), various database items available from Oracle Corporation (Redwood Shores, Calif.), Microsoft Access or Microsoft SQL Server by Microsoft Corporation (Redmond, Wash.), or any other suitable database item. Moreover, the databases may be organized in any suitable manner, for example, as data tables or lookup tables. Each record may be a single file, a series of files, a linked series of data fields or any other data structure. Association of certain data may be accomplished through any desired data association technique such as those known or practiced in the art. For example, the association may be accomplished either manually or automatically. Automatic association techniques may include, for example, a database search, a database merge, GREP, AGREP, SQL, using a key field in the tables to speed searches, sequential searches through all the tables and files, sorting records in the file according to a known order to simplify lookup, and/or the like. The association step may be accomplished by a database merge function, for example, using a “key field” in pre-selected databases or data sectors.
More particularly, a “key field” partitions the database according to the high-level class of objects defined by the key field. For example, certain types of data may be designated as a key field in a plurality of related data tables and the data tables may then be linked on the basis of the type of data in the key field. The data corresponding to the key field in each of the linked data tables is preferably the same or of the same type. However, data tables having similar, though not identical, data in the key fields may also be linked by using AGREP, for example. In accordance with one aspect of the present invention, any suitable data storage technique may be utilized to store data without a standard format. Data sets may be stored using any suitable technique, including, for example, storing consumer files using an ISO/IEC 7816-4 file structure; implementing a domain whereby a dedicated file is selected that exposes one or more elementary files containing one or more data sets; using data sets stored in consumer files using a hierarchical filing system; data sets stored as records in a single file (including compression, SQL accessible, hashed via one or more keys, numeric, alphabetical by first tuple, etc.); Binary Large Object (BLOB); stored as ungrouped data elements encoded using ISO/IEC 7816-6 data elements; stored as ungrouped data elements encoded using ISO/IEC Abstract Syntax Notation (ASN. 1) as in ISO/IEC 8824 and 8825; and/or other proprietary techniques that may include fractal compression methods, image compression methods, etc.
In one exemplary embodiment, the ability to store a wide variety of information in different formats is facilitated by storing the information as a BLOB. Thus, any binary information can be stored in a storage space associated with a data set. As discussed above, the binary information may be stored on the financial payment instrument or external to but affiliated with the financial payment instrument. The BLOB method may store data sets as ungrouped data elements formatted as a block of binary via a fixed memory offset using either fixed storage allocation, circular queue techniques, or best practices with respect to memory management (e.g., paged memory, least recently used, etc.). By using BLOB methods, the ability to store various data sets that have different formats facilitates the storage of data associated with the financial payment instrument by multiple and unrelated owners of the data sets. For example, a first data set which may be stored may be provided by a first party, a second data set which may be stored may be provided by an unrelated second party, and yet a third data set which may be stored, may be provided by an third party unrelated to the first and second party. Each of these three exemplary data sets may contain different information that is stored using different data storage formats and/or techniques. Further, each data set may contain subsets of data that also may be distinct from other subsets.
As stated above, in various embodiments of the present invention, the data can be stored without regard to a common format. However, in one exemplary embodiment of the present invention, the data set (e.g., BLOB) may be annotated in a standard manner when provided for manipulating the data onto the financial payment instrument. The annotation may comprise a short header, trailer, or other appropriate indicator related to each data set that is configured to convey information useful in managing the various data sets. For example, the annotation may be called a “condition header”, “header”, “trailer”, or “status”, herein, and may comprise an indication of the status of the data set or may include an identifier correlated to a specific issuer or owner of the data. In one example, the first three bytes of each data set BLOB may be configured or configurable to indicate the status of that particular data set; e.g., LOADED, INITIALIZED, READY, BLOCKED, REMOVABLE, or DELETED. Subsequent bytes of data may be used to indicate for example, the identity of the issuer, user, transaction/membership account identifier or the like. Each of these condition annotations are further discussed herein.
The data set annotation may also be used for other types of status information as well as various other purposes. For example, the data set annotation may include security information establishing access levels. The access levels may, for example, be configured to permit only certain consumers, levels of employees, companies, or other entities to access data sets, or to permit access to specific data sets based on the transaction, merchant, issuer, user or the like. Furthermore, the security information may restrict/permit only certain actions such as accessing, modifying, and/or deleting data sets. In one example, the data set annotation indicates that only the data set owner or the user are permitted to delete a data set, various identified users may be permitted to access the data set for reading, and others are altogether excluded from accessing the data set. However, other access restriction parameters may also be used allowing various entities to access a data set with various permission levels as appropriate.
The data, including the header or trailer may be received by a stand alone interaction device configured to add, delete, modify, or augment the data in accordance with the header or trailer. As such, in one embodiment, the header or trailer is not stored on the transaction device along with the associated issuer-owned data but instead the appropriate action may be taken by providing to the payment instrument user at the stand alone device, the appropriate option for the action to be taken. The present invention may contemplate a data storage arrangement wherein the header or trailer, or header or trailer history, of the data is stored on the payment instrument in relation to the appropriate data.
One skilled in the art will also appreciate that, for security reasons, any databases, systems, devices, servers or other devices of system 1500 may consist of any combination thereof at a single location or at multiple locations, wherein each database or system includes any of various suitable security features, such as firewalls, access codes, encryption, decryption, compression, decompression, and/or the like.
System 1500 may be described herein in terms of functional block components and various processing steps. It should be appreciated that such functional blocks may be realized by any number of hardware and/or software components configured to perform the specified functions. For example, system 1500 may employ various integrated circuit components, e.g., memory elements, processing elements, logic elements, look-up tables, and the like, which may carry out a variety of functions under the control of one or more microprocessors or other control devices. Similarly, the software elements of the present invention may be implemented with any programming or scripting language such as C, C++, Java, COBOL, assembler, PERL, Visual Basic, SQL Stored Procedures, extensible markup language (XML), with the various algorithms being implemented with any combination of data structures, objects, processes, routines or other programming elements. Further, it should be noted that the present invention may employ any number of conventional techniques for data transmission, signaling, data processing, network control, and the like. Still further, system 1500 may be used to detect or prevent security issues with a client-side scripting language, such as JavaScript, VBScript or the like. For a basic introduction of cryptography and network security, see any of the following references: (1) “Applied Cryptography: Protocols, Algorithms, And Source Code In C,” by Bruce Schneier, published by John Wiley & Sons (second edition, 1995); (2) “Java Cryptography” by Jonathan Knudson, published by O'Reilly & Associates (1998); (3) “Cryptography & Network Security: Principles & Practice” by William Stallings, published by Prentice Hall; all of which are hereby incorporated by reference.
As will be appreciated by one of ordinary skill in the art, system 1500 may be embodied as a customization of an existing system, an add-on item, upgraded software, a stand-alone system, a distributed system, a method, a data processing system, a device for data processing, and/or a computer program item. Accordingly, system 1500 may take the form of an entirely software embodiment, an entirely hardware embodiment, or an embodiment combining aspects of both software and hardware. Furthermore, system 1500 may take the form of a computer program item on a computer-readable storage medium having computer-readable program code means embodied in the storage medium. Any suitable computer-readable storage medium may be utilized, including hard disks, CD-ROM, optical storage devices, magnetic storage devices, and/or the like.
The present invention is described herein with reference to block diagrams and flowchart illustrations of methods, apparatus (e.g., systems), and computer program items according to various aspects of the invention. It will be understood that each functional block of the block diagrams and the flowchart illustrations, and combinations of functional blocks in the block diagrams and flowchart illustrations, respectively, can be implemented by computer program instructions.
These computer program instructions may be loaded onto a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions that execute on the computer or other programmable data processing apparatus create means for implementing the functions specified in the flowchart block or blocks. These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart block or blocks. The computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer-implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart block or blocks.
Accordingly, functional blocks of the block diagrams and flow diagram illustrations support combinations of means for performing the specified functions, combinations of steps for performing the specified functions, and program instruction means for performing the specified functions. It will also be understood that each functional block of the block diagrams and flowchart illustrations, and combinations of functional blocks in the block diagrams and flowchart illustrations, can be implemented by either special purpose hardware-based computer systems which perform the specified functions or steps, or suitable combinations of special purpose hardware and computer instructions. Further, illustrations of the process flows and the descriptions thereof may make reference to user windows, webpages, websites, web forms, prompts, etc. Practitioners will appreciate that the illustrated steps described herein may comprise in any number of configurations including the use of windows, webpages, web forms, popup windows, prompts and the like. It should be further appreciated that the multiple steps as illustrated and described may be combined into single webpages and/or windows but have been expanded for the sake of simplicity. In other cases, steps illustrated and described as single process steps may be separated into multiple webpages and/or windows but have been combined for simplicity.
In one exemplary embodiment, CM host computer 1520 may receive a request from a consumer computing device (e.g., consumer computing device 1520) via CS website 1514 to purchase an item displayed on CS website 1514 (step 1620). The request may then be scrubbed, denormalized, normalized and enriched with additional content (e.g., images, short description, long description, features, attributes, etc.). The enriched data may be obtained via the supplier, manufacturer, and/or data warehouses (e.g., CNET). The request may include transaction data and/or information related to the consumer (e.g., name, contact information (e.g., shipping address, telephone number, email address, etc.), payment instrument account information, etc.) input by the consumer at the time of the request. In another embodiment, the request may include transaction data and consumer information stored in a consumer profile accessible by CS website 1514.
With the transaction data and consumer information, CM host computer 1520 may access a merchant website (e.g., merchant website 1535 and/or 1545) that sells the item the consumer wishes to purchase (step 1630), and locate a webpage used for receiving orders (step 1640). In one embodiment, CM host computer 1520 may automatically access merchant website 1535 after the purchase request from the consumer is received or access merchant website 1535 in real-time. Applicants note that due to various possible configurations of merchant websites, steps 1630 and 1640 may be performed simultaneously (e.g., when the order webpage is included in the first page accessed on a merchant website).
On an order webpage, CM host computer 1520 may order the requested item on behalf of the consumer (step 1650). In one exemplary embodiment, CM host computer 1520 may repeat steps 1630, 1640 and/or 1650 multiple times when a single purchase request includes at least one item from each of two or more different merchant websites (step 1654).
When ordering an item, CM host computer 1520 may enter the transaction data and consumer information in the appropriate field(s) on the order webpage. In an exemplary embodiment, CM host computer 1520 may inject the transaction data and/or consumer information in the appropriate fields according to the methods described in, for example, U.S. Pat. No. 6,490,601.
In one embodiment, payment instrument account information included in the transaction data may be consumer payment instrument account information, and the consumer's payment instrument account may be debited by each merchant website for the amount purchased on that particular merchant website. In another embodiment, CM host computer 1520 may order the item on behalf of the consumer utilizing payment instrument account information for CM host computer 1520. In this embodiment, CM host computer's 1520 payment instrument account may be debited by each merchant website for the amount purchased at each merchant website, and CM host computer 1520 may subsequently cause to be debited a financial account of the consumer for the entire purchase amount, or for each individual amount debited by each merchant website 1535 (step 1658).
CM host computer 1520 may receive an order and/or shipping confirmation from the merchant website when the item has been successfully ordered and/or shipped (step 1660). In addition, CM host computer 1520 may report to the consumer the transaction information, order confirmation (independently of, or once the item(s) has/have been successfully ordered), and/or shipping confirmation once shipping confirmation from the merchant is received (step 1670). In one embodiment, and as will be disclosed in greater detail in reference to
In one embodiment, CM host 1520 is configured to selectively intercept email communications from a merchant website. For example, CM host 1520 may determine the type of email by scanning the sender' address, subject line, body of the email, and the like. Based on the type of the email, CM host 1520 may determine whether on not to intercept it for branding purposes. Moreover, CM host 1520 may block the delivery of an email communication altogether on behalf of the consumer. For example, many online merchants add a consumer's email address to a mailing list for future marketing efforts. CM host 1520 may determine if an email communication is related to marketing and prevent the email from being delivered to the consumer.
In one exemplary embodiment, CM host computer 1520 may charge a transaction fee for placing the order with merchant website 1535 (step 1680). The transaction fee may be a set amount, a variable amount, random amount, percentage of the transaction and/or the like, and may be charged to the consumer, merchant website 1535, a wholesaler of the ordered item, a manufacturer of the ordered item and/or an issuer of the payment instrument used to place the order similar to the discussion above. In the case of a non-affiliated merchant website 1535, CM host computer 1520 may solicit a transaction fee from an entity by including a message suggesting that future orders may or may not be placed, and/or a payment instrument may of may not be used depending on whether the transaction fee is paid (step 1685).
Furthermore, CM host computer 1520 may offer and/or receive a rebate when placing the order (step 1690). The rebate may come from merchant website 1535, a wholesaler of the ordered item, a manufacturer of the ordered item and/or an issuer of the payment instrument used to place the order. A rebate may be initiated by CM host computer 1520 soliciting entities for a rebate similar to transaction fee embodiments discussed above in step 1685 (step 1695). A rebate may be offered to the consumer for using system 1500 to make the purchase request and/or may be part of a fundraiser, causing a financial account (not shown) of a school, church, research program, charity and/or any other designated entity to be credited.
In keeping with the spirit of maintaining uniformity during the entire shopping and ordering experience, CM host computer 1520 may serve as an intermediary between a merchant and a consumer for the purpose of managing email confirmations relating to, for example, purchase transactions and status updates. Because the system as described above enables a consumer to purchase items from any number of disparate merchants from a single UPPS, it is desirable to add customizations (e.g., branding) to correspondence from a merchant to a consumer, wherein the customizations are unique to, or identify, UPPS. When placing an order at the CS website, the consumer is prompted to enter her email address (step 1700). This is common among most online merchants in that it allows the merchant to supply consumers with order confirmations as well as keep consumers apprised of upcoming specials and offers. When an order form is completed and submitted, the CM host computer 1520 creates a pseudo-email address under a pre-designated domain (step 1702).
As used herein, “pseudo-email address” is used in reference to an email address that is temporarily assigned to consumer. Practitioners will appreciate that an email address is made up of several parts. The first part of the address, the username, identifies a unique user on a server. The “@” symbol separates the username from the host name. The host name uniquely identifies the server computer and is the last part of the Internet email address. The three-letter suffix in the host name typically identifies the kind of organization operating the server (e.g., “.com”—commercial, “.edu”—educational, “.gov”—government, and “.mil”—military). In one embodiment, the pseudo-email address is assigned the host name of the CS website and the username is assigned randomly such that it is unique and can be mapped back to the consumer's real email address. In another embodiment, a pseudo-email address may be assigned to a consumer, wherein the same pseudo-email address is used for subsequent communications between a merchant and the consumer. In other words, the pseudo-email address may not be temporary. It should be appreciated that CM host computer 1520 may generate pseudo screen names, telephone numbers, and facsimile numbers to support other embodiments incorporating other forms of electronic messaging such as, for example, text messaging, instant messaging, a paging device, facsimile, and the like.
CM host computer 1520 injects the consumer's order information into the order form on a merchant's website, as described above, and injects the pseudo-email address into the appropriate field (step 1704). The merchant order form is submitted to the merchant server where it is processed in the conventional manner. If the order is accepted (step 1706), then the merchant server generates and sends an order confirmation to the email in the order form, which is now pseudo-email address (step 1710). However, if an order form submission is not accepted by a merchant server, the merchant does not typically notify the consumer by way of email message. Thus, if the order is not accepted at the merchant server during the form injection process (step 1706), then CM host computer 1520 may generate and send an email message to the consumer and may notate the reason for not accepting the order. The CM host computer 1520 may also include a special notation in the X-Header of the email notification such that the message sent to the pseudo-email address is properly mapped back to the consumer email (step 1708).
A typical email header includes information relating to the sender, receiver, and mail servers. The email header may include, for example, a Message-ID, Return-Path, Date, CC, Reply-To, Mime-Version, X-Headers, etc. The X-Header may be used for personal application or institution use and is added to the email header by either a client program or a Message Transform Agent (MTA). In this case, the X-Header is used to add a notation to the email message that will serve to notify CM host computer 1520 that the pseudo-email address needs to be mapped back to the consumer's actual email address prior to forwarding the email message. For example, if CM host computer 1520 is owned and operated by American Express Company, CM host computer 1520 may add “x-AmexRewrite” to the X-Header.
Whether or not the order is accepted at the merchant server (step 1706), in one embodiment, an email message is generated, sent, and then received at CM host computer 1520 (step 1712). Again, while the email address is referred to as a “pseudo-email address”, it should be noted that the address is a genuine email address that is routed to CM host computer 1520 via any networking standard known in the art or discussed herein. According to this embodiment, the address only maps to the consumer's real email address, so the pseudo-email address is not typically seen by the consumer.
Continuing with reference to
UPPS further adds or inserts customization (e.g., a portal branded graphic and/or text) to the email message (step 1720). For example, an American Express Company owned and operated CM host computer 1520 may choose to add a company logo to the email message content as well as text thanking the consumer for using the American Express UPPS. Text in the X-Header is removed from the message header and the process returns to step 1714, where a transfer agent inspects the message header. If the transfer agent detects that a rewrite code is not present in the X-Header (step 1716), then details relating to the email are recorded in an email history database (step 1722). Practitioners will appreciate that it may be desirable to record details relating to each processed email for a number of reasons including, for example, audit, marketing analysis, error detection, and the like.
CM host computer 1520 reads the pseudo-email address from the message header and queries the email mapping storage database to retrieve the consumer email address that corresponds to the pseudo-email address (step 1726). The pseudo-email address is replaced with the stored consumer email address and the reformatted confirmation/notification is forwarded to the consumer (step 1726). In another embodiment, CM host computer 1520 may replace the pseudo-email address with the consumer's email address during the process of reformatting the content of the email message.
Applicants note that the present invention has been described in the consumer-to-merchant context in which the consumer orders items from merchants or suppliers. The present invention may also be applied to a business-to-business e-commerce context to allow non-consumer entities to purchase goods and/or services.
Benefits, other advantages, and solutions to problems have been described herein with regard to specific embodiments. However, the benefits, advantages, solutions to problems, and any element(s) that may cause any benefit, advantage, or solution to occur or become more pronounced are not to be construed as critical, required, or essential features or elements of any or all the claims or the invention. The scope of the present invention is accordingly to be limited by nothing other than the appended claims, in which reference to an element in the singular is not intended to mean “one and only one” unless explicitly so stated, but rather “one or more.” Further, no element described herein is required for the practice of the invention unless expressly described as “essential” or “critical”.
This application is a continuation-in-part of, claims priority to and the benefit of U.S. application Ser. No. 11/125,593 filed on May 9, 2005. The '593 application claims priority to U.S. application Ser. No. 09/882,368 filed on Jun. 15, 2001 (now known as U.S. Pat. No. 7,373,314 issued on Apr. 23, 2008). The '314 patent claims priority to U.S. Provisional Application No. 60/212,103, filed Jun. 15, 2000. The '593 application also claims priority to, and the benefit of, U.S. Provisional Patent Application Ser. No. 60/521,507, filed on May 7, 2004. All of which are hereby incorporated by reference.
| Number | Date | Country | |
|---|---|---|---|
| 60212103 | Jun 2000 | US | |
| 60521507 | May 2004 | US |
| Number | Date | Country | |
|---|---|---|---|
| Parent | 11125593 | May 2005 | US |
| Child | 12128587 | US | |
| Parent | 09882368 | Jun 2001 | US |
| Child | 11125593 | US |
