Classifications

• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q30/00—Commerce
  • G06Q30/02—Marketing; Price estimation or determination; Fundraising
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06F—ELECTRIC DIGITAL DATA PROCESSING
  • G06F8/00—Arrangements for software engineering
  • G06F8/30—Creation or generation of source code
  • G06F8/34—Graphical or visual programming
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/04—Payment circuits
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/04—Payment circuits
  • G06Q20/047—Payment circuits using payment protocols involving electronic receipts
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/08—Payment architectures
  • G06Q20/18—Payment architectures involving self-service terminals [SST], vending machines, kiosks or multimedia terminals
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q20/00—Payment architectures, schemes or protocols
  • G06Q20/08—Payment architectures
  • G06Q20/20—Point-of-sale [POS] network systems
• • G—PHYSICS
  • G06—COMPUTING; CALCULATING OR COUNTING
  • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
  • G06Q30/00—Commerce
  • G06Q30/06—Buying, selling or leasing transactions
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
  • G07C9/00—Individual registration on entry or exit
  • G07C9/30—Individual registration on entry or exit not involving the use of a pass
  • G07C9/32—Individual registration on entry or exit not involving the use of a pass in combination with an identity check
  • G07C9/35—Individual registration on entry or exit not involving the use of a pass in combination with an identity check by means of a handwritten signature
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07F—COIN-FREED OR LIKE APPARATUS
  • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
  • G07F19/20—Automatic teller machines [ATMs]
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07F—COIN-FREED OR LIKE APPARATUS
  • G07F19/00—Complete banking systems; Coded card-freed arrangements adapted for dispensing or receiving monies or the like and posting such transactions to existing accounts, e.g. automatic teller machines
  • G07F19/20—Automatic teller machines [ATMs]
  • G07F19/201—Accessories of ATMs
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
  • G07G1/00—Cash registers
  • G07G1/12—Cash registers electronically operated
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
  • G07G1/00—Cash registers
  • G07G1/12—Cash registers electronically operated
  • G07G1/14—Systems including one or more distant stations co-operating with a central processing unit
• • G—PHYSICS
  • G07—CHECKING-DEVICES
  • G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
  • G07G5/00—Receipt-giving machines

Definitions

• This invention relates to electronic commerce. More specifically, this invention relates to transaction-records depositories for electronic-data warehousing and retrieval and the availability of these depositories and electronic receipts over the web.
• POS locations number about seventeen million, eight million of which are in the United States. Retail POS sites account for two million of these locations, and the remaining six million are located in hotels, health clubs, hospitals, commercial banks, health-care providers, insurance agencies, etc.
• the cash registers evolved from paper-receipt generators without any display to their current state: still paper-receipt generators but with simultaneous readout of a (somewhat brief) description of the one item currently being priced along with the price of the item.
• the stand-beside with the card reader and keypad also includes a small (typically two-line) alphanumeric liquid crystal display (LCD) presenting transaction totals, labels for keys on the keypad and minimal instructions to the consumer on how to proceed.
• LCD liquid crystal display
• POS points-of-s ⁇ le
• a portal provider seeking to operate in a retail environment faces the barrier of the installed base of traditional, non-web-enabled POS payment platforms.
• Merchants are familiar with their traditional platforms and not overly willing to discard the capital investment that they represent.
• Many large retailers operate in legacy environments with limited technical functionality in their networks and computers. These limitations include older electronic cash registers with limited memory and proprietary operating systems, as well as legacy software and limited-bandwidth in- store networks. It is therefore desirable to extend the life of traditional POS platforms to incorporate web technologies and advanced POS-device capabilities. (This includes placing the web-enabled POS device as a stand beside with limited connection to the non-web-enabled POS payment platform.
• the web-based data center associates the stand beside and the traditional POS platform (through the merchant data center).)
• the bank submits a formal transaction-dispute record on paper to the subject merchant.
• the merchant then faxes to the bank a copy of the paper transaction receipt that the merchant maintains.
• the delay can frustrate the customer, and the on- ⁇ g ⁇ in, off- ⁇ g ⁇ in nature of the transaction investigation is inefficient for the bank.
• the POS payment terminal model 3100 available from the assignee of the instant application, is an example of a prior-art POS device.
• Mahberger et al., U.S. Re-Issue 34,915 ( 1995) teaches an electronic display of coupons valid for use in a particular store presented to customers in that store. The display presents coupons after the customer inserts a card into the unit. The customer then selects the coupons he hopes to redeem and then proceeds to shop.
• the Brockberger et al. system records the selection and makes information identifying the customer and the selected coupons available to each of the checkout stations in the system. A receipt identifying the selected coupons may be printed for the customer's convenience.
• the customer After the customer has made his purchases, he presents his card to the attendant at the checkout station. A card reader reads the card. The Rushberger et al. system automatically credits the customer for the previously selected coupons that correspond to actual purchases against which the coupons are to be applied.
• POS device typically an "IBM-compatible personal computer” or PC
• PC personal computer
• the amount of space available at a POS site is limited and a PC tends to be too big for the available space.
• PC customized for POS activities can be costly.
• an Internet site serving as a secure, electronic vault, repository or file cabinet for consumer's transaction records, legal documents, insurance policies and other secure information that consumers may wish to store on a website.
• This storage provides commerce services that save the consumer time.
• the invention is as follows: Participating merchants send transactions records to the Internet site for viewing from the consumer website. To view the electronic record, the consumer visits the site, identifies himself and selects the record they wish to view. The consumer may search for a particular record using multiple criteria and view an image of the record. Once the record is selected, the consumer may download data related to the record personal-finance programs. This saves time for consumers tracking personal spending or creating expense reports.
• the website displays advertisements to the consumer. These ads may be targeted, based upon consumer demographics, stated preferences, purchasing history or other methods in order to have a higher probability of relevance to the consumer.
• the consumer may register for advance notice of special events or reminder services for special shopping occasions (anniversary, birthdays, etc.) with specific merchandise recommendations. Consumers may reorder products or be taken to a merchant's purchasing website for spare parts or accessories — by selecting ("clicking on," for example) the line item of choice of a record. The consumer may use an electronic notary service or execute powers of attorney or other legal documents. A consumer may store electronic records for safekeeping.
• a receipt may contain an electronic signature.
• Consumers may upload other items for safekeeping, including digital photos, for example.
• Consumers may enter profiles to receive electronic bids from service providers desiring to market to the consumer.
• auto insurance for example, the consumer may submit relevant information (auto type, residence address, age of drover, etc.) as the policy is up for renewal.
• the consumer may change deductible amount, update driving-record information and receive bids from services providers that match. Then the consumer may select from the bids.
• the site operator may take a commission from the winning service provider.
• FIG 1 is ⁇ diagram illustrating an electronic transaction system 100 incorporating one embodiment of the invention.
• Figures 2 and 3 illustrate embodiments of the transaction computer (TC) portion of a web-enabled interactive point-of-sale (iPOS) device.
• TC transaction computer
• iPOS point-of-sale
• Figure 4 is a block diagram illustrating the subsystems of a generalized transaction computer in a POS system.
• Figure 5 is a block diagram illustrating an electronic-transaction system that is an expansion of the electronic-transaction system of Figure 1.
• Figure 6 illustrates the hierarchy and relative breadth of control of roles.
• Figure 7 illustrates the point at which the log is updated in the sequence from searching for transaction details to receiving the same.
• Figures 8 and 9 show trees of web pages for the electronic- receipts service according to one embodiment.
• Figure 8 shows the web pages accessible from the home page of the service.
• Figure 9 shows the web pages accessible from the server of the electronics-receipts service.
• Figures WP1 - WP30 are example web pages for the electronic- receipts service, particularly from the viewpoint of a user of the service.
• Figures Al - A3 show the relationship of web pages of Figures WP1 - WP1 and WP20 - WP28 to each other.
• the Data Farm 20 The Data Farm 20
• the Merchant Data Center 20 The Merchant Data Center 20
• SIV secure internet vault.
• TC transaction computer.
• Administrator A manager of group users and users in sites.
• Administrator manager A merchant employee responsible for a site group.
• An administrator manager may manage administrators, users and sites.
• Batch See “offline.”
• Field map See “mapping.”
• Group guest A user that can search and see information from all sites in a group.
• Group user See “group guest.” Guest: A user that can see information from one site. "Guest” and “group user” are used interchangeably.
• the store or location entity storing transactional information in electronic receipts.
• the user usually is located at a merchant or merchant headquarters site.
• Offline The store-and-forward model of transferring information to and/or from the Web host.
• Row A dictionary of strings.
• the row is the foundation of information transfer for eReceipts objects.
• Search service The visual and interactive part of the data farm, which part executes on a web server and browser.
• Service administrator The data-farm person responsible for administrating data-farm internal data (for example, site groups, administrator-managers).
• Site A specific store within a site group, q.v. For example,
• Site group The group of sites that compose a merchant's stores.
• Storage service The part of the data farm that stores transactional and consumer information in the databases.
• Transaction keys The keys in a transaction that make the record unique from all others.
• the transaction keys are the TUIDs.
• Each consumer has his own transaction key (which the data farm refers to internally as the transaction indexes).
• FIG 1 is a diagram illustrating an electronic transaction system 100 incorporating one embodiment of the invention.
• the system 100 includes one or more merchants 120, optional, intermediate data center(s) 130, a central data farm 140 and a personal computer 190.
• the system 100 also includes communications links 160, 170 and an internet 180.
• Each merchant 120 and some or all of the optional intermediate partner data center(s) 130 communicate over the communications link 160, typically a private network.
• the optional intermediate partner data center(s) 130 communicate(s) with the data farm 140 using the communications link 170, also typically a private network. (Where no intermediate data center 130 is present, the merch ⁇ nt(s) 120 and the data farm 140 communicate directly using the then-unitary communications links 1 0, 170.)
• any optional intermediate data center(s) 130 and the data farm 140 are each communicatively connected as hosts on the internet 180, allowing any one to communicate with any other one through that internet 180.
• the personal computer 190 is viewed as a host on the internet 180, although its actual status is more likely to depend on the directness of its connection to that internet 180, for example, through optional service providers not shown.
• a merchant 120 includes a merchant data center 127 and one or more point-of-sale (POS) systems 126.
• a POS system 126 and the merchant data center 127 communicate over a communications link 128 (typically a serial link) or a communications link 122.
• the POS system 126 is communicatively connected as a host on the internet 180, allowing communication with any other host on the internet 180.
• the POS system 126 includes a portion
• a communications link that is typically a non-web-enabled cash register (although the portion 1262 may be web-enabled).
• An optionally web-enabled portion 1261 is herein termed the "transaction computer.”
• a communications link
• the POS system 126 may integrate the typically non-web- enabled ("cash-register") and web-enabled portions 1262, 1261 of the POS payment platform, may maintain them distinct from but directly connected to each other or may only associate the non-web-enabled and web- enabled portions 1262, 1261 of the POS platform (i.e., indirectly connect the cash-register and interactive web-enabled portions 1262, 1261 of the payment platform.) Alternatively, the POS system 126 may omit the non- web-en ⁇ bled portion 1262 of the POS platform altogether, as would typically be the case with small merchants 120.
• An alternative embodiment of the POS system 126 is as a web server where consumers can purchase products.
• a walk-through of a typical transaction illustrates the system
• a customer of a merchant 120 enters the merchant 120's POS location or web site having the POS system 126. The customer wishes to purchase a selection of the merchant 120's goods.
• the customer presents to the merchant 120's sales agent the selected goods.
• the sales agent identifies each each of the selected items, by scanning each past a bar-code scanner (not shown) in the POS system 126, for example.
• the currently popular form of marking items for subsequent scanning for purchase is by Uniform Product Code (UPC).
• UPC Uniform Product Code
• the use of UPC is well known in the art and is, therefore, not described herein.
• the customer is buying a personal portable Walkman (tm)-type stereo, inter alia.
• the POS system 126 and the merchant data center 127 communicate.
• the result of the communications is that the customer is shown a description of the item last identified, its price, a running total of items identified for purchase so far, a running tax amount, etc. These descriptions may display on the transaction computer 126.
• the POS system 126 also communicates with the data farm 140 as the items are identified.
• the result of the communications is that the customer is presented with content that the data center 140 determines is appropriate for the customer buying the identified items.
• the data center 140 instructs the POS system 126 to display a multiplicity of distinct contents. For example, the customer may see an instantly redeemable coupon for the personal portable stereo that he is currently purchasing. He may see a coupon for the type of batteries that power the portable stereo he is purchasing. He may see a survey from the merchant 120 regarding service at the merchant 120's store (or web site) or from a manufacturer 130 regarding consumer electronics. He may see an interactive advertisement.
• items are identified and stored in the merchant data center 127 and bulk (batch) data is communicated to the data farm 140 at predetermined times.
• Each transmitted content encourages the customer to attend to and, as appropriate, to indicate consent to its proposition.
• the content encourages the customer to select the coupon by touching an area of the screen of the POS system 126 or clicking on an area of a web page, for example.
• Any response to a content is communicated to the data farm 140.
• the farm 140 may alter the current or any subsequent presentation of content to conform with the response it received. (The lack of a response, which is of itself useful information, may or may not be explicitly communicated to the data farm 140.) Additionally or alternatively, the interactive portion 1261 may be so responsive.
• the customer presents a form of payment.
• the customer swipes the card through the POS system 126 and signs electronically, allowing the POS system 126 to capture his signature.
• the POS system 126 forwards the transaction data and captured electronic signature to any of the merchant data center 120, the optional partner data centers 130 and the data farm 140, directly or through forwarding.
• the POS system may ask the customer whether he would like a printed receipt, informing the customer that the merchant 120 will maintain an electronic, non-paper receipt available to the customer at all times (should the customer desire this availability), regardless of the customer's preference for a printed receipt.
• the POS system 126 forwards to the data center 140 such additional information as necessary to allow the data center 140 to reconstruct the transaction from its records. (This may happen immediately or later in batch processing.)
• the data center 140 thus may store data from multiple merchants 120.
• a typical transaction may instead proceed as follows: An estates-and-trusts law firm 120 completes a will for a client. The client executes the will, signing electronically. The will (including the signature) is transmitted to the data farm 140 for storage and for viewing using the client's personal computer 190.
• Identification of the customer may occur early in the transaction. This early identification may help target the contents for display to the identified customer.
• FIGs 2 and 3 illustrate embodiments of the transaction computer (TC) 1261 of a web-enabled interactive POS system 126.
• Figure 2 is an illustration of a TC 200 of a POS system 126 according to one embodiment of the invention.
• the TC 200 includes a screen 210, a display 220, a touch screen 230 and electronic-signature- capture system 240, a card reader 250, a CPU 260, memory 270, a pen 2A0 and a stand 290.
• the display 220 may be a full or partial VGA, SVGA or XGA display, in some embodiments one-quarter VGA.
• the display 220 may be monochromatic, limited color or full color, but preferably the last.
• the touch system (including the touch screen 230 and its supporting hardware and software) translates contact with the screen 210 into coordinates in the display 220.
• FIG. 4 is a block diagram illustrating the subsystems of a generalized transaction computer 200 or 300 in a POS system 126.
• the TC 200, 300 includes a processor subsystem 510, a security subsystem 520, an input subsystem 530, an output subsystem 540, a payment subsystem 550, a communications subsystem 560 and a bus 570.
• the bus 570 communicatively couples all of the security, input, output, payment and communications subsystems 520, 530, 540, 550, 560 to each other and to the processor subsystem 510.
• the processor subsystem 510 includes a CPU 511 , a memory 512 and a bus 513.
• the memory 512 includes random-access memory (RAM) 5122 and an optional flash memory 5121.
• the bus 513 communicatively couples the CPU 511 and the memory 512 and may be wholly or partly integral with the bus 570.
• the memory 512 includes software (not shown) as follows: a web-directed language processor, a protocols stack separate from or integral with the language processor, an input/output subsystem capable of driving ports in the communications subsystem 560 and other drivers as necessary to operate the input, output, payment and security subsystems 530, 540, 550, 560.
• Hyper-Text Markup Language (HTML) and Java are the web- directed languages currently enjoying the most popularity, while the HyperText Transmission Protocol (HTTP), Transmission and Control Protocol (TCP) and Internet Protocol (IP) are currently the most popular protocols.
• Extensible Markup Language (XML) and Secure Socket Layers (SSL) are examples of other applicable, popular protocols.
• the memory 512 may also include application software (not shown) for processing data from the input subsystem 530. For example, certain application software can convert an electronic signature that the subsystem 530 captured into its equivalent ASCII character sequence.
• the input subsystem 530 may include a keypad (not shown), a touch screen 531 , a keyboard (not shown) and a voice-recognition system (not shown).
• the output subsystem 540 may include a display 541 that is preferably a color liquid crystal display (LCD), a sound system 542 that is preferably a speaker and a bus 543.
• the bus 543 communicatively couples the display 541 and the sound system 542 to the bus 570 and may be wholly or partly integral with the bus 570.
• the payment subsystem 550 may include a magnetic-strip reader 551 , a smart-card processor 552 and a bus 553.
• the bus 553 communicatively couples the magnetic-strip reader 551 , the smart-card processor 552 and the bus 570.
• the bus 553 may be wholly or partly integral with the bus 570. (In one embodiment, the input system can also handle the other types of payment mentioned herein.)
• the communications subsystem 560 includes a serial port 564 that is preferably an RS-232 or RS-485 port, an auxiliary port 563 that is preferably an RS-232 port, a parallel port 562 (preferably a Universal Serial Bus (USB) port), a high-speed communications port 561 and a bus 565.
• the bus 565 communicatively couples the ports 564, 563, 562, 561 to the bus 570.
• the bus 565 is wholly or partly integral with the bus 570.
• the TC 200 includes or supports at least one of the following peripherals (not shown): a check reader, a printer, a scanner and a system for electronically capturing biogenic content such as fingerprints or retinal images.
• the touch pad 230, 531 typically underlies the display 541 , although it need not be co-extensive with the display 541. Where, for example, the display 541 is full VGA or XGA and the touch pad 230, 531 is only one-quarter so, that portion of the display 541 over the touch pad 230, 531 may be reserved for touch-pad activities such as electronic-signature capture on an HTML page not otherwise requiring touch-pad support.
• FIG 5 is a block diagram illustrating an electronic-transaction system 600 that expands on the electronic-transaction system 100 of Figure 1.
• the system 600 includes a merchant 120 and a web-enabled data farm 140.
• the system 600 also includes communications links 160/170 and an internet 180.
• a brick-and-mortar merchant 120 includes an interactive POS system 126 (here elided to its constituent TC 1261 ), a dumb host 121 , a smart host 122, a store controller 123 and a corporate server 124, as well as a communications link 128.
• Each of the POS system 126, smart host 122, store controller 123 and corporate server 124 includes a software agent with sufficient intelligence to communicate with the data farm 140.
• a web-based merchant 120 includes a POS system/server 126/124.
• the POS system/server 126/124 includes a software agent with sufficient intelligence to communicate with the data farm 140.
• the merchant 120 and the data farm 140 communicate directly using the communications links 160/170.
• the Data Farm
• the data farm 140 maintains a database 141 of one or more of the following and similar documents: transaction records, legal documents, banking records, credit-card records, bills, photographs, consumer data and billing information.
• transaction records include receipts useable for tax, warranty or expense-report purposes.
• the legal documents include documents such as wills, insurance polices and contracts.
• the data farm 140 stores the documents in electronic text form (typically when the document was created electronically as in a word processor) or in a digital-image form (as results from scanning or faxing, for example).
• An electronic signature may accompany any particular document, and a document (with or without an accompanying electronic signature) may have an authenticating digital signature.
• XML is an example electronic-text format.
• the data farm 140 takes on the nature of a vault.
• services related to the storage of documents are herein termed “secure internet-vault services.”
• the merchant data center 120 maintains a database 125 of product UPCs, SKUs or like codes, product descriptions and product prices for products that the merchant stocks.
• the merchant data center 120 can thus translate a given product code from a customer-selected product into a product description and a product price.
• the product description is typically not more than ten to twenty characters in length).
• the merchant data center 120 also maintains a database of POS platforms to which it responds. Thus, when the POS system 126 sends a product code to the merchant data center 120, the center 120 recognizes that iPOS platform and responds to the same.
• the merchant data center 120 includes first, second and third communications ports (not shown) and a processor (not shown).
• the processor and the first communications port enable communications with the POS system 126 over the communications link 128.
• the processor and second communications port enable communications with any partners over communications link 160, and the processor and third communications port enable communications over the internet 180.
• POS platform is capable, some of this intelligence may reside in the platform.
• the TC 1261 receives input from three sources: the customer, the merchant data center 127 (via the communications links 128, 1263) and the data farm 140 (over the internet 180). As information critical to the transaction (for example, instructions to go into electronic-signature-capture mode) flows over the link 1263, that link 1263 between the merchant and the TC 1261 is herein termed the "primary channel.”
• the primary channel is preferably a low-cost, low-speed channel such as RS-232 or RS-485.
• the second channel connected to the TC, the internet 180 carries customer-targeted information secondary to the transaction (insurance claims, loyalty-program details, new credit-card-account offers, for example) and returns customer-supplied information (for example, survey responses, coupon selections and menu choices). As this information is secondary to the transaction, this channel is herein termed the "secondary channel.”
• the second channel provides a high bandwidth in order to carry the expected graphics- and/or audio-intensive web information.
• the TC 1261 displays information from both the primary and secondary channels simultaneously to the customer.
• the (second) area of the TC display used for displaying secondary (customer-targeted) information overlaps areas of the TC display used for primary (transaction-critical) information. For example, with the transaction drawing to a close, the customer needs to use the signature-capture portion of the input subsystem 531 , but the area of the TC display used for signature capture is actively being used to display an advertisement.
• the CPU 511 may be so involved in the processing of information from the secondary channel, it may not respond to information available on the primary channel in a satisfactory human-factors manner.
• the TC 1261 is designed such that information (including instructions) received on the primary channel overrides information (again, including instructions) received on the secondary channel.
• a real-time operating system in the TC 1261 facilitates this primary-channel priority.
• giving the low-speed primary port 564 a higher priority than the high-speed port 561 enables the CPU 511 to handle more expeditiously the transaction-critical primary-port data.
• placing the low-speed primary port on interrupts while polling the high-speed secondary port enables the CPU 511 to handle more expeditiously the primary-port data.
• the communications subsystem 560 may include a buffer 566 associated with the high-bandwidth channel in order to capture that available data without involving a CPU 511 committed to higher- priority data. Such a buffer 566 helps to realize the high bandwidth of channel 561.
• the electronic-receipts service described herein is a web server-based application that communicates with a client using a web- directed language.
• the client is a web browser and the web- directed language is HTML or XML.
• the electronic-receipts service provides consumer-transaction details from a central database and presents this transaction information to the service user (typically, the consumer that performed the transaction).
• Transaction information may include the date and time of the transaction, as well as merchant-oriented fields, rendered signatures and line items. The gathering of information may apply to "physical" transaction occurring at a merchant location as well as to cyberspace transactions occurring at an e-commerce website.
• the electronic-receipts service has many users, sites and transactions.
• the electronics-receipt service establishes hierarchical roles for a user. In one embodiment, there are five (5) possible roles: service administrator, administrator-manager, administrator, guest and data.
• Figure 6 illustrates the hierarchy and relative breadth of control of each of these roles.
• a higher level has control over lower levels.
• an administrator-manager's control includes and exceeds any control a guest has.
• the electronic-receipts service uses the data-access roles of "system,” “data” and “administration” to facilitate a user's access to data.
• the system-data role gives access to the relational-database management system (RDMS) engine to read and initialize the current user's system. It also allows access to update the logs.
• RDMS relational-database management system
• the data role has permission to read data tables (for example, transaction, line-item and non-searchable tables).
• data tables for example, transaction, line-item and non-searchable tables.
• the administration-data role has permission to read and update information related to the administration of the electronic-receipts service. -- Guest Role
• the guest role has basic access and viewing rights to the electronic-receipts service.
• the guest role may be used, for example, for short-term access for executives or remote support personnel.
• the administrator role has the responsibility to maintain group users and users.
• the administrator-manager has the additional responsibilities of maintaining sites and administrators and of handling exceptions. As to the last, if the electronic-receipts storage service has any exceptions, the administrator-manager handles the data corrections and provides the corrected data to the electronic-receipts storage service.
• the administrator manager does not create administrators, the administrator manager takes on the responsibilities of those absent administrators.
• Service-Administrator Role An-electronic receipts-service service administrator has the most control over the electronic-receipts service.
• a service administrator's responsibilities include maintaining all of the role data, the field maps and administrator-managers.
• a service administrator's responsibilities also include setting up new site groups and search capabilities.
• the administration of site groups includes adding, removing and changing a site group (including adding a field map for a site group) and adding an administrator-manager for a site group.
• the service administrator is the only role that adds, removes or changes site groups. It is also the only role that removes sites. -- Security
• Security is ⁇ prime focus on electronic-receipts service. Most security relating to the transmitted data relies on the Secure Socket Layers Protocol, available from Netscape Communications Corporation (now a part of America Online, Dulles, VA, itself announced to merge with Time Warner of New York, NY) and well known in the art. To protect consumer information, for example, the electronic-receipts service may mask a portion (s) of a credit-card number or apply a grid over a signature. The service may restrict access to user information by requiring a password
• the electronics-receipt service generates billing events to enable its billing system to assemble information for billing purposes.
• the billing system charges only once for successive views of a transaction.
• a user's viewing a transaction or receipt triggers the billing event reflecting that viewing.
• Figure 7 illustrates the point at which the billing event is created in the sequence from searching for transaction details to receiving the same.
• the data in the billing events contain all the information needed to track and bill for the recreation of a consumer's transaction and receipt.
• Figures 8 and 9 each show a tree of web pages for the electronic-receipts service according to one embodiment, particularly for the administration of the service.
• Figure 8 shows the site map to the electronic-receipt service. Users typically start at the Home Page and select pages as desired.
• Figure 9 shows the site map for the administrator's access to the electronic-receipts administrative functions, allowing such administrators to look up, add and delete users.
• Figures Al - A3 are example web pages for the electronic-receipts service, particularly from the viewpoint of a user of the service.
• Figures Al - A3 show the relationship of the web pages of Figures WP1 - WP16 and WP20 - WP28 to each other.
• Figures Al - A3 omit the menu frame at the extreme left of Figures WP1 - WP30 after detailing each version of the menu frame when it first appears.
• Figures Al - A3 omit the menu bar across the top of the Welcome ( Figure WP5) and dependent web pages — after detailing the menu bar when it first appears. Further, Figures A1 - A3 omit self-referential links on a web page: for example, "Home" on the homepage ( Figure WP1 ) and "My Personal Home Page” on the welcome web page (Figure WP5).
• Figure WP30, WP29 and WP17 are alternate embodiments of the Receipt-Details webpage of Figure WP8.
• Figure WP18 is an alternate embodiment of the Personal-Reminders webpage of Figure WP14
• Figure WP19 an alternate of the View-New-Receipts Figure WP7. The Appendix is incorporated herein by reference.
• the service administrator adds a new site group and adds a field mapping and a super-administrator manager for the site group.
• the administrator manager in turn adds sites and administrators for the site group.
• the administrator(s) add(s) users for the site group as necessary and add(s) users for each site in the site group. (Where an administrator manager does not add an administrator, the administrator manager takes on the role of such an administrator.) -- Configuring ⁇ Site
• the electronic-receipts service provides ⁇ new site with its site identification ("site ID").
• site ID stores its site ID into a location that the machine may use when talking to the electronic-receipts service.
• the site may get the site ID manually (that is to say that the administrator himself seeks the site ID from the electronic-receipts service), or the site may get the site ID automatically. In the latter case, the site accesses an electronic- receipts-service service.
• the machine contacts the service, gives it its site name and requests a site ID. (The machine may encrypt the site ID before storing the same.)
• the electronic-receipt storage service receives transaction information from a POS platform or bulk data transfer (i.e., batch) from a merchant and stores the information in the data farm, typically in a relational-database management system (RDBMS).
• POS platform POS platform
• bulk data transfer i.e., batch
• RDBMS relational-database management system
• the electronic-receipts service may indirectly store the information.
• An electronic-receipts transaction service listens for transaction messages.
• the transaction service disassembles the message and stores the data into a database.
• the transaction service may be a combination of two services: a temporary-database service and a permanent-database service.
• a temporary-database service tells the temporary-database service which then stores the data into a temporary database.
• the electronic-receipts service periodically merges the temporary-database data with the real electronic-receipts-service database. This merge happens since batch processing also feeds data into the temporary-transaction database. This merge and store is the function of the permanent-database service.
• a site and the electronic-receipts service may communicate using messages that are name-value pairs.
• the following is an example of a transaction communication used to create a transaction table:
• the temporary-database service splits the name-value pairs apart and places the data into an SQL-server table.
• the set of names for such transaction-table name-value pairs may include the following: SiteGplD (the site group ID), SitelD (the site ID), TUIDl and TUID2 (transaction unique identifiers), TranType (the transaction type), DeptlD (the ID of the department where the transaction occurred), AcctType (the account type), AcctNum (the account number), ExprDate (the expiration date of the card), AuthCode (the authorization code), AuthSrc (the ID of the authorizer), MerchlD (the merchant ID), DateStmp (stamped date and time), and Customer_Signature.
• the set of names also includes site-defined names mapped to generic fields.
• the electronic-receipts service requires a site to provide the SitelD, TUIDl , TUID2, TranType and AcctType pairs.
• the service itself provides the SiteGplD pair. The remaining pairs the site itself provides at its option.
• the transaction type may be a sales, return or void.
• the department ID may be unspecified or one of a dictionary of department IDs.
• the account type may include credit card, cash, debit card, check, smart card or unspecified.
• the account number is the number of the customer's payment card, checking account, proprietary card, etc.
• the ID of the Authorizer is, for example, NPC, FirstData or unspecified.
• the service maintains a table of line items.
• the set of names for line-item-table name-value pairs may include the following: TUIDl , TUID2, LineNum (the line number for each item in a transaction), Descr (the description of the item), SKU (stock keeping unit), UPC (the Universal Product Code for the item) and DeptlD.
• the electronic-receipts service requires a site to provide the TUIDl , TUID2 and Descr pairs.
• the service itself generates the LineNum pair. The remaining pairs the site itself provides at its option.
• the permanent-database service periodically looks at the temporary-database data and merges the information into the electronic- receipts service permanent database. It may add to the data (for example, SiteGplD) and split the data as necessary (customer payment information, for example). It also processes exceptions by logging all bad data with a comment for handling at a later time.
• the permanent-database service may back up and then lock the temporary database.
• the permanent-database service reads the first record and validates field names.
• the service uses the SitelD to find the SiteGplD.
• the service splits data apart and inserts a transaction record, creating an exception record as necessary.
• a payment record is inserted, again with an exception record created as necessary.
• the service updates the log for the billing system.
• the record is deleted and the service moves on to the next record. If the table is locked, the service clears the table at the end of the merge.
• the permanent-database service again backs up and then locks the temporary database.
• the service uses the SitelD to find the SiteGplD.
• the service splits data apart (Trans and Payment).
• the service runs an INSERTQ or BATCH_MERGE() against the temporary table into the split-data tables, with exceptions recorded as necessary.
• the temporary table is then cleared.
• This alternative embodiment has the advantage of speed.
• the search service allows an electronic-receipts-service user to search the electronic receipts data base.
• the search service handles presentations to the user. Broadly speaking, the search service involves all that the user sees and interacts with.
• a user logs in before using the electronics-receipt service. This allows the electronics-receipt service to authorize, authenticate and validate the user. Once logged in, the service determines the user's role and routes the user routed to the appropriate pages.
• the TC 200, 300 displays graphical content (including targeted advertising) to customers. This may include dynamic offers for goods that a consumer may purchase and have shipped to his home.
• graphical content including targeted advertising
• This may include dynamic offers for goods that a consumer may purchase and have shipped to his home.
• the data farm 140's access to purchasing data by line item or demographics enables the farm 140 to target content to a particular consumer.
• the TC 200, 300 engages the customer to extract information such as customer-survey responses.
• the electronic- receipts or secure internet-vault services may display content (including graphics and targeted advertising) to the consumer.
• a service may target the content based upon the consumer's demographics, stated preferences, purchasing history or inventory of documents in the secure internet vault, based upon any method for determining that particular information is more likely to be relevant to the consumer than other information or based upon consumer-ignorant methods, including random selection.
• Merchants and advertisers may subsidize the cost of the electronic-receipts and secure internet-vault services, although a service may assess a consumer a fee for storing data above a predetermined amount.
• a service may charge network access fees — monthly, for example — or per-transaction service fees.
• a consumer may register for advance notice of special events or for reminders of special occasions.
• Special events are events of which the consumer would typically not have knowledge
• special occasions are dates which the consumer supplies to the service.
• the service may remind the customer of a special occasion, and given the type of occasion (birthday, graduation, twenty-fifth anniversary, for example), recommend gifts for the occasion.
• a consumer may register to receive bids from merchants desiring to sell to the consumer.
• the service may note its expiration date, type of vehicle, address, age of driver(s) and other profile information. With the consumer's permission, the service provides this profile information to interested insurers who then provide bids to the consumer. The consumer then may select from the resulting bids. (Of course, the consumer can manually provide profile information. The operator of the services' site may take a commission from the winning merchant.)
• Prior-art services represent multiple merchants and permit a consumer to shop among these merchants.
• a consumer permits the merchants to present to him, and an individual merchant determines whether it meets the consumer's buying criteria.
• This invention schema saves the consumer's time.
• a customer of a merchant 120 enters the merchant 120's POS location or web site having the POS system 126.
• the customer wishes to purchase a selection of the merchant 120's goods.
• the customer presents to the merchant 120's sales agent the selected goods.
• the sales agent identifies each of the selected items, by scanning each past the bar-code scanner (not shown) in the POS system 126, for example.
• the "cash-register" portion 1262 enters the UPC information of the item into its RAM. As before, the customer is buying a personal portable Walkman (tm)-type stereo.
• the POS system 126 and the merchant data center 127 communicate over the link 128.
• the "cash- register" portion 1262 presents the item's UPC information to the merchant data center 127.
• the merchant data center 127 responds with the item's description and price.
• the POS system 126 shows the item description and price to the customer, possibly along with a running sum of items identified so far, a running tax amount, etc, in a first area of its display. This first area is typically the display of the "cash-register" portion 1262.
• the merchant data center 127 and the data farm 140 communicate as the items are identified.
• the data center 127 forwards the UPC product information over the internet 180 (or other communications link) to the data farm 140.
• the farm 140 determines what content graphics to show the customer buying the item with the received UPC product information (and buying any other items associated with this transaction).
• the data farm 140 communicates with the TC 1261 as the items are identified.
• the TC-data farm communications use the internet 180.
• the farm 140 relays to the TC 1261 the content it determined to show the customer.
• the data center 140 forwards to the TC 1261 a multiplicity of distinct content graphics, say, a coupon for the personal portable stereo and a coupon for batteries for the portable stereo.
• the data farm 140 presents these to the TC 1261 in HTML and/or Java (tm) (that is to say, some predetermined web-directed language(s)), and the TC 1261 converts the HTML/Java (tm) instructions into a (mufti-) media presentation for the customer on a second area of the display. This second area is typically the display 220 of the transaction computer.
• the data farm 140 may divide this second area so that multiple contents are visible to the customer simultaneously.
• An acceptable way of implementing these multiple sub-divisions is using frames, as is known in the web-browser art. Indeed, one frame may present content that the non- web-enabled "cash-register" portion 1262 of the POS system 126 forwards while another frame may present content that the web-enabled TC 1261 forwards.
• the multiple content graphics are all presented substantially simultaneously to the customer.
• subsets of the multiple content graphics are presented over time. (The POS system shows each subset for a predetermined period of time.)
• the subsets consists of exactly one content graphics, and the multiplicity of content graphics is presented serially.
• the data farm 140 may form an expectation for the amount of time the customer will spend at the iPOS platform and develop a multiplicity of content graphics accordingly. However, the data farm 140 typically will not know the actual amount of time beforehand. It may be shorter than the expected 90 seconds. In this situation, the TC 1261 may not have enough time to present all of the multiplicity of content graphics received from the data farm 140.
• the customer may spend longer than the expected 90 seconds at the POS system 126.
• the TC 1261 may have more time than necessary to present to the customer all of the multiplicity of content graphics received from the data farm 140.
• the TC 1261 may re-present some or even all of the multiplicity of content graphics.
• the information that the data farm 140 directs the TC 1261 to present may be only visual information, only audio information, or a combination of visual and audio information. Indeed, in one embodiment, the data farm 140 views the TC 1261 as a fully capable web browser and directs the TC 1261 as any web content provider would direct a web browser. (A particularly useful piece of content is an attention-grabbing burst of sound - possibly with an animated visual - that draws the customer's eyes to the display of the TC 1261.)
• the TC 1261 informs the data farm 140 that the user has not responded to any of the content received from the farm 140 and that the transaction is continuing (that is to say, the user is still at the POS system 126).
• the data farm 140 determines that the next content to forward to the TC 1261 is, say, a survey question or a series of survey questions from the merchant 120 or from the manufacturer 130 regarding consumer electronics. (The farm 140 has previously received the survey from the manufacturer 130, possibly over the internet 180, or gets it as it needs it from the manufacturer 130 or other participant 1 A0 over the internet 180.)
• the farm forwards the survey in the web-directed language to the TC 1261.
• the TC converts the instructions from the farm 140 into a presentation for the customer. Disinclined to accept coupons but inclined to complete surveys, the hypothetical customer uses, say, the touch screen portion 531 of the TC input subsystem 530 to complete the survey question(s).
• the TC 1261 communicates to the data farm 140 the consumer's response to the survey results.
• the farm 140 may alter any subsequent presentation of graphics content to conform with the response it received.
• the customer may have indicated on the survey that he is interested in new personal-stereo technologies.
• the data farm 140 forwards to the TC 1261 an advertisement for an MP3 player and for a DAT player.
• the TC 1261 displays these advertisements in the second area 220 of its display.
• the sales agent continues to identify items for purchase into the system 100.
• the agent identifies a large pack of batteries subsequent to identifying the personal stereo
• the data farm 140 may determine that content regarding a coupon for batteries is inappropriate. The farm 140 then re-instructs the TC 1261 not to display the content for batteries previously forwarded.
• the graphics content encourage the customer to select the coupon by touching an area of the screen of the TC 1261 (or otherwise indicate consent).
• the sales agent has identified all of the items that the customer selected and the POS system 126 has displayed the transaction summary, including a total
• the customer presents a form of payment. Where the payment is a credit card, the customer swipes the card through the transaction computer and signs electronically, allowing the TC to capture his signature.
• the POS system 126 forwards the captured electronic signature to any of the merchant data center 120, the optional partner data center 130, the data farm 140 and participants 1 A0, directly or through forwarding.
• the customer presents an electronic-funds-transfer card for payment
• the POS system asks the customer whether he would like a printed receipt, informing the customer that the merchant 120 will maintain an electronic receipt available to the customer at all times, regardless of the customer's preference for a printed receipt.
• the consumer may visit a website enabling him to retrieve, view, verify and correct his transactions (physical or virtual).
• the consumer may access the receipt for the above transaction in order to initiate a charge dispute, download it into a personal finance application, return an item, report taxes, etc.
• the consumer's choice of websites includes the website of the merchant.120 and the website of the electronic-receipts service.
• the website of the merchant 120 is "hot linked" to that of the electronic-receipts service: Clicking on a link (or entering the URL) for the merchant 120's electronic-receipts service sends the consumer onto the website of the electronic-receipts service of the data farm 140. Some information as to how the consumer came to be on the electronic-receipts service website comes along with the consumer. (Alternatively, the merchant website may provide forms for the consumer to complete and submit the forms for the electronic-receipt service to process and provide a response, unbeknownst to the consumer.)
• the electronic-receipts service uses this merchant-identity information to limit the activities of the consumer to activities related to the identified merchant - or, at the least, to activities not related to competitors. For example, the consumer may view receipts of his transactions with the identified merchant, may get refunds from the identified merchant, may re-order items from the identified merchant and may order parts or accessories for a selected item, but the consumer may not view receipts of transactions with merchants in competition with the identified merchant, cannot get refunds from these competitors and cannot re-order items from these competitors. Similarly, the consumer may see advertisements from the identified merchant but does not see advertisements for competitors of the identified merchant.
• the consumer optionally directs the translation of the transaction data into a format for personal-finance or spreadsheet software on his personal computer 190 and downloads the transaction data onto the computer 190.
• the consumer thus saves time in tracking his personal spending or in creating expense reports.
• the electronics-receipt service provides benefits for the merchant as well.
• the service provides storage and administration of (all of the merchant's) transaction data, which data the merchant can access for its use when needed. By offering the data to the consumer, the service relieves the merchant of many customer-service tasks that it would normally need to provide.
• the service provides the merchant an opportunity to re-market goods and services to the consumer in a very targeted manner as he accesses transaction from activities on the merchant or service's site.
• the merchant may sell complimentary goods and services like warranty extensions and maintenance plans.

Landscapes

• Business, Economics & Management (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Engineering & Computer Science (AREA)
• Accounting & Taxation (AREA)
• Theoretical Computer Science (AREA)
• Finance (AREA)
• Strategic Management (AREA)
• General Business, Economics & Management (AREA)
• Software Systems (AREA)
• Development Economics (AREA)
• Economics (AREA)
• Marketing (AREA)
• General Engineering & Computer Science (AREA)
• Computer Networks & Wireless Communication (AREA)
• Entrepreneurship & Innovation (AREA)
• Game Theory and Decision Science (AREA)
• Cash Registers Or Receiving Machines (AREA)
• Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
• Management, Administration, Business Operations System, And Electronic Commerce (AREA)
• Controls And Circuits For Display Device (AREA)

Applications Claiming Priority (7)

Publications (1)

Family

ID=27385040

Family Applications (1)

Country Status (2)

Cited By (1)

Families Citing this family (33)

Family Cites Families (44)

• 2000
  • 2000-06-02 WO PCT/US2000/015257 patent/WO2000075855A2/en active Application Filing
  • 2000-06-02 WO PCT/US2000/015195 patent/WO2000075879A1/en active Application Filing
  • 2000-06-02 WO PCT/US2000/015371 patent/WO2000075835A2/en not_active Application Discontinuation
  • 2000-06-02 WO PCT/US2000/015369 patent/WO2000079496A2/en active Application Filing
  • 2000-06-02 EP EP00941211A patent/EP1185945A2/de not_active Withdrawn
  • 2000-06-02 WO PCT/US2000/015368 patent/WO2000075834A2/en active Application Filing
  • 2000-06-02 WO PCT/US2000/015363 patent/WO2000075890A1/en active Application Filing
  • 2000-06-02 WO PCT/US2000/015365 patent/WO2000079493A1/en active Application Filing

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events