US20020019885A1 - Retail transaction promotion system - Google Patents
Retail transaction promotion system Download PDFInfo
- Publication number
- US20020019885A1 US20020019885A1 US09/796,323 US79632301A US2002019885A1 US 20020019885 A1 US20020019885 A1 US 20020019885A1 US 79632301 A US79632301 A US 79632301A US 2002019885 A1 US2002019885 A1 US 2002019885A1
- Authority
- US
- United States
- Prior art keywords
- messages
- component
- displays
- display
- customer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
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
- 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
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
- G06Q20/202—Interconnection or interaction of plural electronic cash registers [ECR] or to host computer, e.g. network details, transfer of information from host to ECR or from ECR to ECR
-
- 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
- G06Q30/0241—Advertisements
- G06Q30/0251—Targeted advertisements
- G06Q30/0268—Targeted advertisements at point-of-sale [POS]
-
- 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
- G06Q30/0241—Advertisements
- G06Q30/0277—Online advertisement
Definitions
- the present invention relates to point of sales systems for conducting retail transactions and, in particular, to a method and system for displaying and/or broadcasting promotional and informational messages to a customer during a retail transaction.
- Point of sale (“POS”) systems have been commonly implemented with proprietary cash register machines linked through a communications network to one or more backroom servers.
- POS systems have been commonly implemented with proprietary cash register machines linked through a communications network to one or more backroom servers.
- PC personal computer
- Both traditional POS systems and new generation PC-based POS systems provide both valuable information collection services and basic facilitation of retail transactions.
- POS systems currently provide relatively minimal feedback to the customer, generally a sales receipt and possibly display representation of a sales transaction, as discussed above.
- various advertisements and consumer information may be printed on the sales receipt or displayed on a auxiliary monitor or LED display.
- the present invention provides an augmented POS system that includes capabilities for real-time displaying and broadcasting of commercial information within the context of a retail transaction.
- Each front-end POS system is augmented with an auxiliary display or combined display and audio broadcast device for presenting promotional information to a customer during the course of a retail transaction.
- the auxiliary display device displays and may broadcast output of a web browser.
- a software messenger component resides within the front-end POS system in order to accept events from a POS system that are recognized by the POS system during the retail transaction.
- the messenger component translates the events into generalized messages that are queued to a message queuing component.
- the generalized messages are dequeued from the message queuing component by a generating component that generates web pages.
- the generated web pages are made available to a web server that provides web pages to the web browser for display on the auxiliary display device included in the front-end POS system.
- the augmented POS system can thus, in real-time, display web pages via the web browser generated in response to events that occur during the retail transaction. The net result is the real-time display to a customer of specific information tailored to that customer in the context of the retail transaction.
- FIG. 1 illustrates a newer-generation POS system.
- FIG. 2 illustrates an example sales receipt and/or monitor display corresponding to an example retail transaction.
- FIG. 3 is a high-level flow control diagram for the program “Sales Transaction” that represents a front-end POS application program.
- FIG. 4 is a flow control diagram for the routine “Scan Items.”
- FIG. 5 is a flow control diagram for the routine “Receive Payment.”
- FIG. 6 displays one embodiment of the promotional retailing system.
- FIGS. 7 - 14 illustrate the retail transaction of FIG. 2 conducted on a promotional retailing system.
- FIG. 15 is a high-level architectural block diagram of the software components, and the interactions between the software components, of the promotional retailing system.
- FIGS. 16 - 18 illustrate different possible hardware configurations on which the various components of the promotional retailing system, shown in FIG. 15, can run.
- FIG. 19 is a flow control diagram describing operation of the promotional retailing system messenger.
- FIG. 20 is a flow control diagram of the promotional retailing system generator software component.
- FIGS. 21 A- 21 B illustrate an example script run by the promotional retailing system generator.
- the present invention provides an augmented POS system, or promotional retailing system (“PRS”), that provides real-time display, and that may also provide audio broadcast, of promotional information to a customer during a retail transaction.
- PRS promotional retailing system
- a number of different components are embedded within a POS system in order to produce the PRS.
- a messenger component is embedded within the front-end POS system in order to collect the events generated by the POS system, translate those events into generalized messages, and queue the generalized messages to a message queuing system, generally provided by a standard operating system within the front-end POS system or within one or more backroom servers.
- a generator component runs either on the POS system, a backroom server, or perhaps an additional computer, to dequeue the generalized messages from the queuing system, produce web pages corresponding to the generalized messages, and provide those web pages to a web server.
- a specialized web browser component displays and perhaps broadcasts the web pages on an auxiliary display and broadcast device to a retail customer. This system thus provides real-time promotional information to the retail customer during the course of a retail transaction that can be specifically tailored to the customer within the context of the retail transaction.
- FIG. 1 illustrates a newer-generation POS system.
- the front-end portion of the POS system comprises a PC 102 or similar computer system that includes a display monitor 104 and one or more input devices, such as a keyboard 106 .
- the front-end POS system also includes a cash drawer component 108 similar to the cash drawer of a cash register machine. The cash drawer is activated by a front-end POS application program running on the PC 102 .
- the front-end POS system further includes a printing device 110 that prints out a sales receipt at the end of a transaction.
- the front-end POS system is intended for use at each check out counter 111 or similar retail transaction station within a retail sales establishment.
- the front-end POS system essentially serves the purpose of a traditional cash register machine.
- a sales clerk scans items to be purchased using an optical scanner 112 or, alternatively, the keyboard 106 or another input device.
- the front-end application program running on the PC 102 correlates scanned product identifiers, such as barcodes, with entries within a file or database that describes each product. Such entries may include a text description of the product, the price of one unit in which the product is sold, information as to whether the product should be taxed upon sale, and additional information useful for ordering, inventory control, and other operational and management tasks conducted either by the retail establishment or by a computer system located in a remote home office.
- the front-end POS system is additionally linked by a computer network to one or more backroom server computers 114 .
- the backroom server computer is commonly linked via a telecommunications link 116 or a wide area network (“WAN”) to computer systems that reside in a remote home office or a remote regional office.
- the backroom server computer 114 contains the management and control software that collects transaction information from front-end POS systems, processes the collected information, and both carries out management and maintenance tasks for the retail establishment as well as sending certain of the collected and processed information via the telecommunications link 116 to a remote computer system.
- the backroom server often, for example, conducts inventory control for the retail establishment, automated accounting, and, in addition, conducts statistical analysis or dynamic analysis of the flow of retail transactions.
- a remote computer system in a remote office may conduct similar management and maintenance tasks on a company-wide basis, including ordering and arranging for distribution of products to replenish stocks in the retail establishments.
- FIG. 2 illustrates an example sales receipt that may, in addition, be displayed on a monitor, corresponding to an example retail transaction.
- the sales receipt may include a header 202 specific to the retail establishment, a date 204 and time 206 of the retail transaction represented by the receipt, and a graphic image, promotional message, or other types of advertising 208 .
- the sales receipt includes an itemized list of the items purchased during the transaction 210 with columns that commonly include a text description of each item purchased 212 , the quantity of each item purchased 214 , an indication of whether the purchase of the item is taxable 216 , and a price corresponding to the quantity of items purchased multiplied by the price of the basic unit of sale of the item 218 .
- the sales receipt commonly includes various subtotals and a total price for the retail transaction 222 .
- a printed sales receipt may differ in format and content from the display produced by the display monitor of the front-end POS system ( 104 in FIG. 1).
- FIGS. 3 - 5 are flow control diagrams for a front-end application program running on the PC ( 102 in FIG. 1) of a front-end POS system.
- FIG. 3 is a high-level flow control diagram for the program “Sales Transaction” that represents a front-end POS application program.
- the program receives an identification of the customer for whom the retail transaction will be conducted. The customer identification may be scanned from a membership card or keyed in by a sales clerk according to input from a customer.
- the program “Sales Transaction” then, in step 304 , transmits the customer identification and an indication of the start of a retail transaction to the backroom server computer ( 114 in FIG. 1).
- Sales Transaction receives certain information from the backroom server related to the customer, including what is commonly referred to as loyalty information.
- This loyalty information may include such information as the number of bonus points that the customer has accrued by shopping at the retail establishment, indications of products that the customer has purchased recently in sufficient quantity to qualify for discounts or accelerated bonus points, and any other information pertaining to the customer.
- Sales Transaction calls the routine “Scan Items” to process the scanning of all the items being purchased by the customer. When scanning of the items is complete, Sales Transaction, in step 310 , displays a final list of items on a display monitor ( 104 in FIG. 1) and then, in step 312 , calls the routine “Receive Payment” to process the payment by the customer for the items in the transaction.
- Sales Transaction waits, in step 314 , for input from the sales clerk indicating that the transaction is complete.
- Sales Transaction in step 316 , sends a list of the items purchased in the transaction, along with payment information, to the backroom server and prints out a sales receipt on the printing device ( 110 in FIG. 1) of the front-end POS system. If input other than an indication of the end of the transaction is received by Sales Transaction following step 314 , Sales Transaction returns to step 308 to continue scanning items and processing the transaction.
- FIG. 4 is a flow control diagram for the routine “Scan Items.”
- Scan Items waits for input from the scanning device or keyboard ( 112 and 106 in FIG. 1, respectively).
- Scan Items determines, in step 404 , whether the input represents an identification of a product. If product identification has not been input, then, in step 406 , Scan Items determines whether an end-of-scan indication has been input by the sales clerk. If so, Scan Items returns, in step 408 . Otherwise, Scan Items returns to step 402 to wait for correct input.
- Scan Items uses the product identification number, in step 406 , to look up a file or database entry that describes the product. Then, using this information, Scan Items, in step 408 , determines the quantity and total price for the scanned items.
- a sales clerk may have scanned an item. For instance, the customer may simply have requested that the sales clerk provide the customer with the price. Alternatively, the sales clerk may scan the item in order to delete the item from the transaction when a customer changes his or her mind after the product was initially scanned. Finally, the sales clerk may scan the product in order to add the product to the retail transaction.
- the input received in step 402 additionally contains an indication of the reason for the scan.
- the sales clerk may depress a button on the scanner ( 112 in FIG. 1) or input information as to the nature of the scan via the keyboard ( 106 in FIG. 1).
- Scan Items determines whether the scan was made to display the price to the customer. If so, then, in step 412 , Scan Items displays the price and returns to step 402 to wait for further input. Otherwise, in step 414 , Scan Items determines whether the scan was conducted in order to add the item to the retail transaction.
- step 416 Scan Items adds the description of the item retrieved into 406 to a list of items that represents the retail transaction and updates any running totals for the retail transaction and then, in step 418 , updates the display representing the retail transaction that is displayed on the display monitor ( 104 in FIG. 1) and then returns to step 402 to wait further input.
- step 420 Scan Items determines whether the scan was conducted in order to delete, or void, the item from the retail transaction. If so, then, in step 422 , Scan Items deletes the description of the item retrieved in step 406 from the list of items that represents the retail transaction, updates the display in step 418 , and returns to step 402 to await further input. Otherwise, Scan Items returns directly to step 402 to await for correct input.
- FIG. 5 is a flow control diagram for the routine “Receive Payment.”
- Receive Payment waits for an indication from the sales clerk, from a card reading machine, or from some other input machine, for an indication of the amount of payment, the type of payment, and possible additional account information.
- Receive Payment determines whether the customer is paying by credit card. If so, then Receive Payment, in step 506 , connects a transaction with a bank or credit card service provider to transfer funds and record the retail transaction, and then proceeds to step 518 , to be discussed below. Otherwise, in step 508 , Receive Payment determines whether the customer is paying by check.
- step 510 Receive Payment, according to information input by a check reading device or via keyboard entry by the sales clerk, verifies the customer's checking account and determines the amount of the check, and then proceeds to step 518 , to be discussed below. Otherwise, in step 512 , Receive Payment determines whether a customer has paid in cash. If so, then, in step 514 , Receive Payment determines the amount of cash based on an indication by the sales clerk, and proceeds to step 518 , to be discussed below. Otherwise, in step 516 , Receive Payment displays an error and returns to step 502 . In step 518 , Receive Payment displays on the display monitor ( 104 in FIG. 1) the amount of payment made by the customer and perhaps other information concerning the payment.
- Receive Payment determines whether, based on the payment received, change or cash must be returned to the customer. If so, then, in step 522 , Receive Payment displays the amount of money to be returned to the customer. Finally, in step 524 , Receive Payment returns.
- FIGS. 3 - 5 are intended to illustrate the general operation of front-end POS application programs. There are many alternative ways to implement such an application program, and many additional features that might be included.
- steps in FIGS. 3 - 5 are labeled with a letter “E” within a circle, such as step 302 in FIG. 3. This labeling indicates that the step represents an event that might trigger some further activity within the POS system, as will be discussed below with regard to implementation of the present invention.
- FIG. 6 displays one embodiment of the PRS.
- This PRS is based on the newer-generation POS system displayed in FIG. 1. All but one component of the PRS are identical to components of the newer-generation POS system of FIG. 1 and, in the interest of brevity, will be labeled with the same labels as used in FIG. 1. The above discussion of these components will not be repeated.
- the PRS 600 includes an auxiliary display device 602 that includes a visual display device and that may include audio speakers for broadcast of audio information.
- the PRS components of the described embodiment are written to generalized interfaces enabling any number of a variety of different display and broadcast devices to be employed.
- the auxiliary display and broadcast device 602 is coupled to the PC 102 and is driven by a specialized web browser, or PRS browser, running on the front-end POS system PC 102 .
- an additional computer system might be provided to drive the auxiliary display device 602 , or the display device might be driven from the backroom server 114 .
- the messenger and generator components may run on the PC 102 , or one or both of the generators and messenger components may run on the backroom server.
- the methods of the present invention can be used to augment any POS system to produce the PRS.
- traditional proprietary POS systems can also be augmented to provide real-time display and broadcast of promotional material to a customer within the context of a retail transaction.
- Implementation details of the messenger component and generator component may differ depending on the type of POS being augmented, as will be discussed below, but object-oriented technologies are employed to isolate and minimize such differences, where possible.
- Augmentation of any existing POS system to provide a PRS by the methods of the current invention does not require any proprietary, single-use hardware devices. Instead, augmentation of an existing POS system requires standard display devices, and possibly standard audio broadcast devices, and a number of software components, including the PRS messenger, the PRS generator, a web server, standard message queuing facilities and information transfer protocols.
- FIGS. 7 - 14 illustrate the retail transaction of FIG. 2 conducted on a PRS system.
- FIGS. 7 - 14 will be discussed with references to the various events indicated in FIGS. 3 - 5 by labels comprising the letter “E” within a circle.
- FIGS. 7 - 14 each show the appearance of the auxiliary display monitor ( 602 in FIG. 6) at a given instant in time as produced by the PRS web server.
- FIG. 7 illustrates the output displayed on the auxiliary display monitor during the initiation of the retail transaction.
- Sales Transaction After the customer has produced a membership card or otherwise indicated the customer's identification to the sales clerk, and that customer identification has been received by the program “Sales Transaction” in step 302 of FIG. 3, Sales Transaction generates an event indicating the reception of the customer identification, and possibly the name of the customer, and passes that event to the PRS messenger.
- the PRS messenger queues the event which is, in turn, dequeued by the PRS generator in order to generate a hypertext markup language (“HTML”) or dynamic HTML (“dHTML”) file that describes the output for the auxiliary display device, illustrated in FIG. 7.
- HTML hypertext markup language
- dHTML dynamic HTML
- the PRS is able to generate and display a welcome message specifically tailored to the customer 702 and an initially blank item list 704 .
- Sales Transaction receives the loyalty information corresponding to the identified customer, in step 306 of FIG. 3, another event may be generated.
- the PRS may display information about bonus points accrued by the customer and discounts on particular products, or types of products, available to the customer based on previous purchases.
- the display output that results from the event generated by the reception of loyalty information as shown in FIG. 8.
- the sales clerk begins scanning individual products brought to the retail sales station by the customer.
- the scanning of the products controlled by the routine “Scan Items” in FIG. 4, may generate a variety of different events, including events corresponding to steps 408 , 412 , 416 and 422 of FIG. 4.
- the sales clerk might first scan a one-half gallon container of ice cream and then indicate, via a push button or keyboard entry, that there are 3 additional identical items being purchased by the customer.
- Scan Items In response to input by the sales clerk and the scanning of the barcode on the side of the ice cream carton by the scanning device ( 110 in FIG. 1), Scan Items generates an event corresponding to step 416 of FIG.
- the PRS may generate certain promotional or product information based on the identity of the item and quantity added to the retail transaction.
- the PRS may be configured to recognize the purchase of a relatively large quantity of a small size of a particular product in order to display an informational message to the customer indicating the availability of larger sizes of that product.
- the PRS indicates to the customer that ice cream is available in one, two and ten gallon sizes 902 , as well as display an image 904 of these larger size containers.
- any type of display object including bit map representations of static images or representations of video clips, music, or other dynamic media can be displayed by the PRS web browser.
- the event generated in step 416 of FIG. 4 corresponding to the addition of the ice cream to the list of items represented in the retail transaction also enables the PRS to add an entry for the ice cream to the display of the transaction 906 and to display running totals of taxable and nontaxable items, as well as a aggregate running total of the price of the transaction 908 .
- the customer may have brought an item to the sales counter in order to simply inquire about the price.
- an event is passed from step 412 of Scan Items to the PRS messenger, ultimately resulting in the display of price information, as shown in FIG. 10.
- additional promotional information 1004 indicating the comparative savings available by purchasing this particular item rather than a similar item of a different brand, as well as an image of the item 1006 and a short video clip 1008 showing a satisfied consumer consuming the item.
- the PRS system may display informational messages, in addition to merely promotional messages. For example, in response to the addition of the next product to the retail transaction, the PRS system may generate consumer information related to that product that might be of interest to the customer, as shown in FIG. 11.
- the PRS system may also display information concerning discounts or special prices that become available to the customer upon the scanning and adding to the retail list of a particular item.
- FIG. 12 illustrates the PRS display of discount information 1202 based on the customer's purchase of chocolate truffles 1204 .
- the sales clerk requests and receives payment for the transaction, as controlled by the routine “Receive Payment” shown in FIG. 5.
- This routine may also generate numerous different events. For example, the customer may pay for the purchase using a charge card.
- the charge card transaction in step 506 in FIG. 5, generates an event leading to the display illustrated in FIG. 13. In this case, extra bonus points were received by the customer because the customer paid for the purchase using an ACME charge card. Both the extra bonus points 1302 and an image of an ACME charge card 1304 are displayed by the auxiliary monitor.
- the PRS may present a final display to the customer that includes promotional information, or other information, based on the entire transaction as well as the customer's previous transactions. For example, in FIG. 14, the PRS indicates the total number of bonus points accumulated by the customer 1402 , the number of bonus points required by the customer to receive a prize or discount 1404 , a list of the prizes for which the customer will qualify 1406 , and perhaps a promotional message triggered by the types of items purchased by the customer during the retail transaction 1408 .
- each different POS system will employ a variety of different types of front-end POS application programs that may each generate different types of events. These events can be interpreted and translated by the PRS system to display any number of different types of information. If the customer is purchasing children's videos, for example, the PRS system might display a portion of that video on the auxiliary display monitor to entertain the customer's restless children, who might otherwise occupy themselves by grabbing items from candy and magazine displays adjacent to the sales counter. As web browser technology encompasses additional new types of presentation capabilities, the PRS web browser may, in turn, provide increased capabilities for display, including perhaps three dimensional dynamic graphical displays, surround-sound stereo, or other types of media not yet developed. Even employing those types of media currently available for display by web browsers, the PRS provides a rich medium for displaying a virtually endless number of different types of promotional and informational messages.
- FIG. 15 is a high-level architectural block diagram of the software components, and the interactions between the software components, that implement a PRS.
- the PRS includes a standard, currently-available POS system running a POS application program 1502 .
- the POS system exchanges events with a PRS messenger 1504 .
- the PRS messenger is an object, in the object-oriented programming sense of the word “object,” that provides an exposed interface to the POS system for collecting events.
- the PRS messenger 1504 packages the events received from the POS system 1502 into messages that the PRS messenger 1504 queues to a message queue 1506 .
- the message queue used in the PRS may be any number of different message queuing facilities provided by operating system vendors, such as IBM's MQSeries and Microsoft's MSMQ.
- the PRS generator 1508 dequeues messages from the message queue 1506 , prepares HTML or dHTML files in response to those messages, and makes the HTML or dHTML files available to a web server 1510 .
- the PRS generator 1508 extracts various types of display or broadcast objects from a display object database 1512 to include in dHTML files.
- a dHTML engine 1514 prepares the dHTML files with references to the display objects from the display object database 1512 to be included in the image represented by the file.
- the PRS generator thus translates each different message dequeued from the message queue 1506 into one or more web pages, defined by one or more HTML or dHTML files.
- the PRS generator is controlled by high-level script programs that are prepared to handle the different types of messages generated by the POS system 1502 .
- a number of different types of scripting languages can be employed to control the PRS generator, including Microsoft's VB Script and Sun's Java Script.
- the PRS generator sends indications to the web server 1510 of the HTML and dHTML files generated in response to messages so that the web server 1510 can make the web pages corresponding to the messages available to the PRS browser 1516 that displays the web pages on the auxiliary display device.
- the messages are encapsulated in extensible markup language (“XML”) data packages.
- XML data packages are self-describing, so that, for example, a recipient of an XML data package can employ standard XML functionality to unpackage the contents of the XML data package into discrete values having standard data types.
- the PRS is, in this embodiment, implemented mostly from existing components, including the POS system 1502 , the message queuing facility 1506 , the web server 1510 , and the dHTML engine 1514 .
- the display object database 1512 may be created using a standard database management system (“DBMS”), an object-oriented database system (“OODB”), or a similar type of information storage paradigm.
- DBMS database management system
- OODB object-oriented database system
- the scripts that control the PRS generator can be developed using any number of different integrated development environments (“IDE”) or commonly available script generators.
- IDE integrated development environments
- Using standardized, pre-existing components vastly increases the flexibility for modifying and augmenting the PRS as well as the portability of the methodologies towards different existing POS systems, and results in lower system costs.
- FIGS. 16 - 18 illustrate different possible hardware configurations on which the various components of the PRS, shown in FIG. 15, can run.
- the POS system 1502 , the PRS messenger 1504 , and the PRS browser 1506 all run within the computing engine of the existing POS system 1602 .
- the remaining components run on a backroom server 1604 interconnected with the POS computational engine 1602 via communications links or a network.
- all the components of the PRS with the exception of the web server 1510 , run within the computational engine of the front-end POS system 1702 while the web server 1510 runs on the backroom server 1704 .
- FIG. 17 illustrates different possible hardware configurations on which the various components of the PRS, shown in FIG. 15, can run.
- the POS system 1502 , the PRS messenger 1504 , and the PRS browser 1506 all run within the computing engine of the existing POS system 1602 .
- the remaining components run on a backroom server 1604 interconnected with the POS computational engine 1602 via communications links or
- the PRS messenger 1504 runs within a computational engine of the POS system 1802
- the web server 1610 runs a backroom server 1804
- the remaining components run within a third computer system 1806 added to the front-end POS system in order to operate the auxiliary display device and provide a suitable environment for the PRS generator.
- a retailer may generate a significant amount of revenue by providing promotional displays to vendors of the products that the retailer sells. For example, the retailer may agree to display promotional information about a manufacturer's product line whenever a customer purchases one product manufactured by the manufacturer.
- the retailer may agree to display promotional information about a manufacturer's product line whenever a customer purchases one product manufactured by the manufacturer.
- a retailer enhance a customer's shopping experience and inform the customer of opportunities and products for sale within the retail store, but also can generate direct revenues by selling advertising space to advertisers.
- the PRS may generate an encrypted message including authentication information that is sent via the backroom server computer 114 in FIG. 6 directly to the advertiser's computer system.
- FIG. 19 is a flow control diagram describing operation of the PRS messenger.
- the PRS messenger is a software routine or object-oriented programming language object that is incorporated into the existing front-end POS application program.
- the front-end POS application program first calls a PRS messenger routine, in step 1902 , to notify the PRS messenger of the occurrence of a new event, passing the name of the event to a PRS messenger. Then, the front-end POS application program passes to the PRS messenger a number of data elements associated with the event that has occurred.
- the PRS messenger receives those data elements in the for loop comprising steps 1904 , 1906 , and 1908 .
- the PRS messenger receives a next PRS messenger method indication.
- step 1906 the PRS messenger determines whether the method indication is intended for posting of a data element associated with the event to the PRS messenger. If so, then the PRS messenger, in step 1908 , receives from the front-end POS application program a name, data type, and value for the data element and stores it in memory. Control then flows back to step 1904 where the PRS messenger is placed to receive a subsequent data element. If no data element was posted in step 1906 , then the PRS messenger has received an end of data element indication from the front-end application program and proceeds to process the event and data elements. In step 1910 , the PRS messenger consults a transformation map to possibly transform the name of the event, or the name, data type, or value of any of the data elements associated with the event.
- the PRS messenger packages the event name and data elements together into an XML file in step 1912 .
- a data encapsulation protocol other than XML can be employed.
- RPC remote procedure call
- the XML file or, in other words, the message, produced by the PRS messenger is sent by the PRS messenger to the message queuing facility ( 1506 in FIG. 15).
- FIG. 20 is a flow control diagram of the PRS generator software component.
- the PRS generator is a process that runs on the computational engine of the front-end POS system, on a backroom server, or possibly on an additional computer within the PRS system.
- the PRS generator waits for notification of a next message available from the message queuing facility ( 1506 in FIG. 15).
- PRS generator acquires the message from the message queuing facility.
- the PRS generator parses the XML file corresponding to the retrieved message to produce a parse tree representation of the contents of the XML file.
- such a parse tree includes data elements, the name of the event, and any other information that was associated with the event and packaged in the message by the PRS messenger.
- PRS generator traverses the parse tree in some predetermined order. If another parse tree node is discovered during the traversal, as determined by PRS generator in step 2010 , then the inner loop comprising steps 2012 , 2013 , 2014 , 2016 , and 2018 , is executed by PRS generator in order to run scripts triggered by the contents of the parse tree node.
- the PRS generator begins a for loop in which each script is considered.
- step 2013 the PRS generator determines whether there are more scripts to consider in the for loop. If not, then control flows back to step 2008 where the next parse tree node is selected and considered in the outer loop. If another script should be considered, then PRS generator, in step 2014 , determines whether the contents of the selected parse tree node triggers the selected script. If not, then control flows back to step 2012 , where the next script is selected for consideration. Otherwise, the script triggered by the parse tree node is run. Running of the script may cause the PRS generator to access the display object database ( 1512 in FIG. 15), to invoke the dHTML engine ( 1514 in FIG.
- step 2018 the PRS generator determines whether the script has indicated that no further scripts be considered. If so, control flows back to step 2008 where the next parse tree node is selected. Otherwise, flow controls back to step 2012 where the next script will be selected and considered by the PRS generator.
- the PRS generator in step 2020 sends all the HTML and dHTML files that have been prepared via running of the script for the currently processed message to the web server ( 1510 in FIG. 15).
- the web server then interacts with the PRS browser ( 1516 in FIG. 15) to display a promotional informational message to the customer.
- FIGS. 21 A- 21 B illustrate an example script run by the PRS generator.
- a script may include various tags, such as the tag “BANNER” 2102 , references to other scripts such as the reference to “Transaction Presentation Banner” 2104 , references to display objects, such as “http://www.server.com/freeprnt.swf” 2106 , and references to programs, such as the program designated by the string “http://www.server.com/dSIGN” 2108 .
- Each tag, such as tag 2102 is followed with a balancing end tag, such as the end tag “/BANNER” 2110 .
- the tags introduce sections of a script that correspond to various different aspects of a promotional or informational message, criteria for invoking the script, and various PRS constructs that represent complex interactions between various PRS components.
- the tag “SCRIPT” 2112 contains conditional logic that specifies that when a XML message contains a universal price code (“UPC”) equal to the number 1234567890, the script should be triggered for execution by the PRS generator to carry out the actions specified within the script.
- UPC universal price code
- One such action for example, is to display a banner within the banner region on the display monitor that is specified in the script “Transaction Presentation Banner,” as specified in the line introduced by the “BANNER” tag 2102 .
- the various PRS components can be implemented in many different types of languages for execution on a variety of different kinds of hardware platforms.
- a number of different types of scripting languages can be devised to specify the construction of promotional and informational messages to be displayed to a customer.
- common JAVA script parsers may be employed.
- a large variety of different capabilities can be offered by the script language.
- Different web browsers, web servers, and internal communication mechanisms might be used.
- FIG. 15 was described in terms of events being generated on the POS system 1502 , passed to the PRS messenger 1504 , translated by the PRS messenger 1504 into XML messages that are passed to the PRS generator 1508 to specify creation of HTML files describing promotional informational displays to be displayed to a customer via the PRS browser 1516 , it should be noted that the arrows in FIG. 15 are by-directional. If the display monitor on which the promotional and informational messages are displayed incorporates a touch-screen capability, then touch-screen events may be transmitted from the PRS browser 1516 in a reverse direction back to the POS system 1502 . This would allow, for example, a customer to select options from a display menu to affect subsequent events within a retail transaction.
- the embodiment described above is tailored to use within retailing systems in order to facilitate retail transactions.
- Such systems may include traditional checkout counter systems, as described above, or various other retailing systems, including electronic commerce systems.
- the methodologies of the current invention can be employed in a variety of other systems and settings. For example, these methodologies can be used to augment current kiosk systems to produce more elaborate real-time display of information to a user. In fact, these methodologies could be employed in almost any system in which information is presented to a person run automated system. Examples include computerized systems for displaying control information, such as modern avionics systems, machinery control systems, monitoring systems, and other complex computer-controlled digital display systems.
Abstract
An augmented point of sale system that displays, and that may broadcast, during a retail transaction, promotional information to a customer selected on the basis of the context of the transaction. An existing front-end POS system is augmented with an auxiliary display device intended for viewing by a customer while the customer interacts with the sales clerk in order to conduct a retail transaction. Software components are added to the point of sale system in order to generate messages corresponding to events that occur during the transaction and to, in turn, translate those events into display images displayed on the auxiliary display device. The auxiliary display device can display text, broadcast music or audio information, show video clips and other real-time dynamic media, and display static images.
Description
- The present invention relates to point of sales systems for conducting retail transactions and, in particular, to a method and system for displaying and/or broadcasting promotional and informational messages to a customer during a retail transaction.
- Point of sale (“POS”) systems have been commonly implemented with proprietary cash register machines linked through a communications network to one or more backroom servers. Recent advances in computer hardware, manufacturing processes, operating systems, and software design methodologies have made possible new generations of POS systems based on personal computer (“PC”) technologies. Both traditional POS systems and new generation PC-based POS systems provide both valuable information collection services and basic facilitation of retail transactions. However, POS systems currently provide relatively minimal feedback to the customer, generally a sales receipt and possibly display representation of a sales transaction, as discussed above. In some currently available POS systems, various advertisements and consumer information may be printed on the sales receipt or displayed on a auxiliary monitor or LED display. However, these currently available POS systems lack the capability of complex scripted tailoring of promotional information or advertisements to a particular customer within the context of the current retail transaction. Instead, advertisements and information are printed or displayed identically to each customer, on a random basis, or on the basis of simple item code matching. It would be desirable, for example, for a retail merchant to designate, within the POS system, particular promotional information tailored to particular customers based on the specific details of a retail transaction and on previously collected and processed information, including the loyalty information discussed above. Thus, purchase of a particular item by a particular customer might trigger an evaluation based on multiple variables within the transaction that leads to a special message or advertisement, including, for example, a discount or bonus computed from the evaluation. The need has therefore been recognized by retail merchants for POS systems with real-time, context driven promotional capabilities.
- The present invention provides an augmented POS system that includes capabilities for real-time displaying and broadcasting of commercial information within the context of a retail transaction. Each front-end POS system is augmented with an auxiliary display or combined display and audio broadcast device for presenting promotional information to a customer during the course of a retail transaction. The auxiliary display device displays and may broadcast output of a web browser. A software messenger component resides within the front-end POS system in order to accept events from a POS system that are recognized by the POS system during the retail transaction. The messenger component translates the events into generalized messages that are queued to a message queuing component. The generalized messages are dequeued from the message queuing component by a generating component that generates web pages. The generated web pages are made available to a web server that provides web pages to the web browser for display on the auxiliary display device included in the front-end POS system. The augmented POS system can thus, in real-time, display web pages via the web browser generated in response to events that occur during the retail transaction. The net result is the real-time display to a customer of specific information tailored to that customer in the context of the retail transaction.
- FIG. 1 illustrates a newer-generation POS system.
- FIG. 2 illustrates an example sales receipt and/or monitor display corresponding to an example retail transaction.
- FIG. 3 is a high-level flow control diagram for the program “Sales Transaction” that represents a front-end POS application program.
- FIG. 4 is a flow control diagram for the routine “Scan Items.”
- FIG. 5 is a flow control diagram for the routine “Receive Payment.”
- FIG. 6 displays one embodiment of the promotional retailing system.
- FIGS.7-14 illustrate the retail transaction of FIG. 2 conducted on a promotional retailing system.
- FIG. 15 is a high-level architectural block diagram of the software components, and the interactions between the software components, of the promotional retailing system.
- FIGS.16-18 illustrate different possible hardware configurations on which the various components of the promotional retailing system, shown in FIG. 15, can run.
- FIG. 19 is a flow control diagram describing operation of the promotional retailing system messenger.
- FIG. 20 is a flow control diagram of the promotional retailing system generator software component.
- FIGS.21A-21B illustrate an example script run by the promotional retailing system generator.
- The present invention provides an augmented POS system, or promotional retailing system (“PRS”), that provides real-time display, and that may also provide audio broadcast, of promotional information to a customer during a retail transaction. A number of different components are embedded within a POS system in order to produce the PRS. A messenger component is embedded within the front-end POS system in order to collect the events generated by the POS system, translate those events into generalized messages, and queue the generalized messages to a message queuing system, generally provided by a standard operating system within the front-end POS system or within one or more backroom servers. A generator component runs either on the POS system, a backroom server, or perhaps an additional computer, to dequeue the generalized messages from the queuing system, produce web pages corresponding to the generalized messages, and provide those web pages to a web server. A specialized web browser component displays and perhaps broadcasts the web pages on an auxiliary display and broadcast device to a retail customer. This system thus provides real-time promotional information to the retail customer during the course of a retail transaction that can be specifically tailored to the customer within the context of the retail transaction.
- FIG. 1 illustrates a newer-generation POS system. The front-end portion of the POS system comprises a PC102 or similar computer system that includes a
display monitor 104 and one or more input devices, such as akeyboard 106. The front-end POS system also includes acash drawer component 108 similar to the cash drawer of a cash register machine. The cash drawer is activated by a front-end POS application program running on the PC 102. The front-end POS system further includes aprinting device 110 that prints out a sales receipt at the end of a transaction. The front-end POS system is intended for use at each check outcounter 111 or similar retail transaction station within a retail sales establishment. - The front-end POS system essentially serves the purpose of a traditional cash register machine. A sales clerk scans items to be purchased using an
optical scanner 112 or, alternatively, thekeyboard 106 or another input device. The front-end application program running on the PC 102 correlates scanned product identifiers, such as barcodes, with entries within a file or database that describes each product. Such entries may include a text description of the product, the price of one unit in which the product is sold, information as to whether the product should be taxed upon sale, and additional information useful for ordering, inventory control, and other operational and management tasks conducted either by the retail establishment or by a computer system located in a remote home office. As the items are scanned, a list of items is displayed on thedisplay monitor 104 along with prices and running totals, or, in other words, cumulative charges for the transaction. The front-end POS system is additionally linked by a computer network to one or morebackroom server computers 114. The backroom server computer is commonly linked via atelecommunications link 116 or a wide area network (“WAN”) to computer systems that reside in a remote home office or a remote regional office. Thebackroom server computer 114 contains the management and control software that collects transaction information from front-end POS systems, processes the collected information, and both carries out management and maintenance tasks for the retail establishment as well as sending certain of the collected and processed information via thetelecommunications link 116 to a remote computer system. The backroom server often, for example, conducts inventory control for the retail establishment, automated accounting, and, in addition, conducts statistical analysis or dynamic analysis of the flow of retail transactions. A remote computer system in a remote office may conduct similar management and maintenance tasks on a company-wide basis, including ordering and arranging for distribution of products to replenish stocks in the retail establishments. - FIG. 2 illustrates an example sales receipt that may, in addition, be displayed on a monitor, corresponding to an example retail transaction. The sales receipt may include a
header 202 specific to the retail establishment, adate 204 andtime 206 of the retail transaction represented by the receipt, and a graphic image, promotional message, or other types ofadvertising 208. Traditionally, the sales receipt includes an itemized list of the items purchased during thetransaction 210 with columns that commonly include a text description of each item purchased 212, the quantity of each item purchased 214, an indication of whether the purchase of the item is taxable 216, and a price corresponding to the quantity of items purchased multiplied by the price of the basic unit of sale of theitem 218. In addition, the sales receipt commonly includes various subtotals and a total price for theretail transaction 222. A printed sales receipt may differ in format and content from the display produced by the display monitor of the front-end POS system (104 in FIG. 1). - FIGS.3-5 are flow control diagrams for a front-end application program running on the PC (102 in FIG. 1) of a front-end POS system. FIG. 3 is a high-level flow control diagram for the program “Sales Transaction” that represents a front-end POS application program. In
step 302, the program receives an identification of the customer for whom the retail transaction will be conducted. The customer identification may be scanned from a membership card or keyed in by a sales clerk according to input from a customer. The program “Sales Transaction” then, instep 304, transmits the customer identification and an indication of the start of a retail transaction to the backroom server computer (114 in FIG. 1). Instep 306, Sales Transaction receives certain information from the backroom server related to the customer, including what is commonly referred to as loyalty information. This loyalty information may include such information as the number of bonus points that the customer has accrued by shopping at the retail establishment, indications of products that the customer has purchased recently in sufficient quantity to qualify for discounts or accelerated bonus points, and any other information pertaining to the customer. Instep 308, Sales Transaction calls the routine “Scan Items” to process the scanning of all the items being purchased by the customer. When scanning of the items is complete, Sales Transaction, instep 310, displays a final list of items on a display monitor (104 in FIG. 1) and then, instep 312, calls the routine “Receive Payment” to process the payment by the customer for the items in the transaction. Following the payment, Sales Transaction waits, instep 314, for input from the sales clerk indicating that the transaction is complete. When the sales clerk indicates the end of the transaction, then Sales Transaction, instep 316, sends a list of the items purchased in the transaction, along with payment information, to the backroom server and prints out a sales receipt on the printing device (110 in FIG. 1) of the front-end POS system. If input other than an indication of the end of the transaction is received by SalesTransaction following step 314, Sales Transaction returns to step 308 to continue scanning items and processing the transaction. - FIG. 4 is a flow control diagram for the routine “Scan Items.” In
step 402, Scan Items waits for input from the scanning device or keyboard (112 and 106 in FIG. 1, respectively). When input is provided, Scan Items determines, instep 404, whether the input represents an identification of a product. If product identification has not been input, then, instep 406, Scan Items determines whether an end-of-scan indication has been input by the sales clerk. If so, Scan Items returns, instep 408. Otherwise, Scan Items returns to step 402 to wait for correct input. If a product identification was detected instep 404, Scan Items uses the product identification number, instep 406, to look up a file or database entry that describes the product. Then, using this information, Scan Items, instep 408, determines the quantity and total price for the scanned items. - There are numerous reasons that a sales clerk may have scanned an item. For instance, the customer may simply have requested that the sales clerk provide the customer with the price. Alternatively, the sales clerk may scan the item in order to delete the item from the transaction when a customer changes his or her mind after the product was initially scanned. Finally, the sales clerk may scan the product in order to add the product to the retail transaction.
- Along with the product identification, the input received in
step 402 additionally contains an indication of the reason for the scan. For example, the sales clerk may depress a button on the scanner (112 in FIG. 1) or input information as to the nature of the scan via the keyboard (106 in FIG. 1). Instep 410, Scan Items determines whether the scan was made to display the price to the customer. If so, then, instep 412, Scan Items displays the price and returns to step 402 to wait for further input. Otherwise, instep 414, Scan Items determines whether the scan was conducted in order to add the item to the retail transaction. If so, then instep 416, Scan Items adds the description of the item retrieved into 406 to a list of items that represents the retail transaction and updates any running totals for the retail transaction and then, instep 418, updates the display representing the retail transaction that is displayed on the display monitor (104 in FIG. 1) and then returns to step 402 to wait further input. Otherwise, instep 420, Scan Items determines whether the scan was conducted in order to delete, or void, the item from the retail transaction. If so, then, instep 422, Scan Items deletes the description of the item retrieved instep 406 from the list of items that represents the retail transaction, updates the display instep 418, and returns to step 402 to await further input. Otherwise, Scan Items returns directly to step 402 to await for correct input. - FIG. 5 is a flow control diagram for the routine “Receive Payment.” In
step 502, Receive Payment waits for an indication from the sales clerk, from a card reading machine, or from some other input machine, for an indication of the amount of payment, the type of payment, and possible additional account information. Instep 504, Receive Payment determines whether the customer is paying by credit card. If so, then Receive Payment, instep 506, connects a transaction with a bank or credit card service provider to transfer funds and record the retail transaction, and then proceeds to step 518, to be discussed below. Otherwise, instep 508, Receive Payment determines whether the customer is paying by check. If so, then instep 510, Receive Payment, according to information input by a check reading device or via keyboard entry by the sales clerk, verifies the customer's checking account and determines the amount of the check, and then proceeds to step 518, to be discussed below. Otherwise, instep 512, Receive Payment determines whether a customer has paid in cash. If so, then, instep 514, Receive Payment determines the amount of cash based on an indication by the sales clerk, and proceeds to step 518, to be discussed below. Otherwise, instep 516, Receive Payment displays an error and returns to step 502. Instep 518, Receive Payment displays on the display monitor (104 in FIG. 1) the amount of payment made by the customer and perhaps other information concerning the payment. Instep 520, Receive Payment determines whether, based on the payment received, change or cash must be returned to the customer. If so, then, instep 522, Receive Payment displays the amount of money to be returned to the customer. Finally, instep 524, Receive Payment returns. - Of course, there are many additional details that need to be handled by the front-end POS system not illustrated in FIGS.3-5. For example, in FIG. 3, a provision may be made for a customer to change his or her mind following scanning of the items and abort the retail transaction. Thus, provision for additional types of input in the Scan Items routine or in the Sales Transaction program might be made to detect such a desire to abort the retail transaction. FIGS. 3-5 are intended to illustrate the general operation of front-end POS application programs. There are many alternative ways to implement such an application program, and many additional features that might be included. Various steps in FIGS. 3-5 are labeled with a letter “E” within a circle, such as
step 302 in FIG. 3. This labeling indicates that the step represents an event that might trigger some further activity within the POS system, as will be discussed below with regard to implementation of the present invention. - FIG. 6 displays one embodiment of the PRS. This PRS is based on the newer-generation POS system displayed in FIG. 1. All but one component of the PRS are identical to components of the newer-generation POS system of FIG. 1 and, in the interest of brevity, will be labeled with the same labels as used in FIG. 1. The above discussion of these components will not be repeated.
- The
PRS 600 includes anauxiliary display device 602 that includes a visual display device and that may include audio speakers for broadcast of audio information. The PRS components of the described embodiment are written to generalized interfaces enabling any number of a variety of different display and broadcast devices to be employed. The auxiliary display andbroadcast device 602 is coupled to thePC 102 and is driven by a specialized web browser, or PRS browser, running on the front-endPOS system PC 102. In alternate embodiments, an additional computer system might be provided to drive theauxiliary display device 602, or the display device might be driven from thebackroom server 114. The messenger and generator components may run on thePC 102, or one or both of the generators and messenger components may run on the backroom server. - The methods of the present invention can be used to augment any POS system to produce the PRS. Although the discussion will focus primarily on an embodiment of a PRS based on a newer-generation POS, traditional proprietary POS systems can also be augmented to provide real-time display and broadcast of promotional material to a customer within the context of a retail transaction. Implementation details of the messenger component and generator component may differ depending on the type of POS being augmented, as will be discussed below, but object-oriented technologies are employed to isolate and minimize such differences, where possible. Augmentation of any existing POS system to provide a PRS by the methods of the current invention does not require any proprietary, single-use hardware devices. Instead, augmentation of an existing POS system requires standard display devices, and possibly standard audio broadcast devices, and a number of software components, including the PRS messenger, the PRS generator, a web server, standard message queuing facilities and information transfer protocols.
- FIGS.7-14 illustrate the retail transaction of FIG. 2 conducted on a PRS system. FIGS. 7-14 will be discussed with references to the various events indicated in FIGS. 3-5 by labels comprising the letter “E” within a circle. FIGS. 7-14 each show the appearance of the auxiliary display monitor (602 in FIG. 6) at a given instant in time as produced by the PRS web server.
- FIG. 7 illustrates the output displayed on the auxiliary display monitor during the initiation of the retail transaction. After the customer has produced a membership card or otherwise indicated the customer's identification to the sales clerk, and that customer identification has been received by the program “Sales Transaction” in
step 302 of FIG. 3, Sales Transaction generates an event indicating the reception of the customer identification, and possibly the name of the customer, and passes that event to the PRS messenger. The PRS messenger queues the event which is, in turn, dequeued by the PRS generator in order to generate a hypertext markup language (“HTML”) or dynamic HTML (“dHTML”) file that describes the output for the auxiliary display device, illustrated in FIG. 7. Thus, if the customer name is available on the membership card, the PRS is able to generate and display a welcome message specifically tailored to thecustomer 702 and an initiallyblank item list 704. When Sales Transaction receives the loyalty information corresponding to the identified customer, instep 306 of FIG. 3, another event may be generated. In response to this event, the PRS may display information about bonus points accrued by the customer and discounts on particular products, or types of products, available to the customer based on previous purchases. The display output that results from the event generated by the reception of loyalty information as shown in FIG. 8. - Once the retail transaction has been initiated, the sales clerk begins scanning individual products brought to the retail sales station by the customer. The scanning of the products, controlled by the routine “Scan Items” in FIG. 4, may generate a variety of different events, including events corresponding to
steps gallon sizes 902, as well as display animage 904 of these larger size containers. Note that any type of display object, including bit map representations of static images or representations of video clips, music, or other dynamic media can be displayed by the PRS web browser. - The event generated in
step 416 of FIG. 4 corresponding to the addition of the ice cream to the list of items represented in the retail transaction also enables the PRS to add an entry for the ice cream to the display of thetransaction 906 and to display running totals of taxable and nontaxable items, as well as a aggregate running total of the price of thetransaction 908. - The customer may have brought an item to the sales counter in order to simply inquire about the price. When the item is scanned to display the price, an event is passed from
step 412 of Scan Items to the PRS messenger, ultimately resulting in the display of price information, as shown in FIG. 10. In this case, not only the price of theitem 1002 is displayed, but also additionalpromotional information 1004 indicating the comparative savings available by purchasing this particular item rather than a similar item of a different brand, as well as an image of theitem 1006 and ashort video clip 1008 showing a satisfied consumer consuming the item. - The PRS system may display informational messages, in addition to merely promotional messages. For example, in response to the addition of the next product to the retail transaction, the PRS system may generate consumer information related to that product that might be of interest to the customer, as shown in FIG. 11.
- In addition to promotional and consumer information, the PRS system may also display information concerning discounts or special prices that become available to the customer upon the scanning and adding to the retail list of a particular item. For example, FIG. 12 illustrates the PRS display of
discount information 1202 based on the customer's purchase ofchocolate truffles 1204. - Once all of the products have been scanned, with intended display of promotional and informational information by the PRS, the sales clerk requests and receives payment for the transaction, as controlled by the routine “Receive Payment” shown in FIG. 5. This routine may also generate numerous different events. For example, the customer may pay for the purchase using a charge card. The charge card transaction, in
step 506 in FIG. 5, generates an event leading to the display illustrated in FIG. 13. In this case, extra bonus points were received by the customer because the customer paid for the purchase using an ACME charge card. Both theextra bonus points 1302 and an image of anACME charge card 1304 are displayed by the auxiliary monitor. - Finally, when the transaction is complete, as detected by Sales Transaction in
step 316 in FIG. 3, the PRS may present a final display to the customer that includes promotional information, or other information, based on the entire transaction as well as the customer's previous transactions. For example, in FIG. 14, the PRS indicates the total number of bonus points accumulated by thecustomer 1402, the number of bonus points required by the customer to receive a prize ordiscount 1404, a list of the prizes for which the customer will qualify 1406, and perhaps a promotional message triggered by the types of items purchased by the customer during theretail transaction 1408. - Of course, each different POS system will employ a variety of different types of front-end POS application programs that may each generate different types of events. These events can be interpreted and translated by the PRS system to display any number of different types of information. If the customer is purchasing children's videos, for example, the PRS system might display a portion of that video on the auxiliary display monitor to entertain the customer's restless children, who might otherwise occupy themselves by grabbing items from candy and magazine displays adjacent to the sales counter. As web browser technology encompasses additional new types of presentation capabilities, the PRS web browser may, in turn, provide increased capabilities for display, including perhaps three dimensional dynamic graphical displays, surround-sound stereo, or other types of media not yet developed. Even employing those types of media currently available for display by web browsers, the PRS provides a rich medium for displaying a virtually endless number of different types of promotional and informational messages.
- FIG. 15 is a high-level architectural block diagram of the software components, and the interactions between the software components, that implement a PRS. The PRS includes a standard, currently-available POS system running a
POS application program 1502. The POS system exchanges events with aPRS messenger 1504. The PRS messenger is an object, in the object-oriented programming sense of the word “object,” that provides an exposed interface to the POS system for collecting events. ThePRS messenger 1504 packages the events received from thePOS system 1502 into messages that thePRS messenger 1504 queues to amessage queue 1506. The message queue used in the PRS may be any number of different message queuing facilities provided by operating system vendors, such as IBM's MQSeries and Microsoft's MSMQ. ThePRS generator 1508 dequeues messages from themessage queue 1506, prepares HTML or dHTML files in response to those messages, and makes the HTML or dHTML files available to aweb server 1510. ThePRS generator 1508 extracts various types of display or broadcast objects from adisplay object database 1512 to include in dHTML files. AdHTML engine 1514 prepares the dHTML files with references to the display objects from thedisplay object database 1512 to be included in the image represented by the file. The PRS generator thus translates each different message dequeued from themessage queue 1506 into one or more web pages, defined by one or more HTML or dHTML files. - The PRS generator is controlled by high-level script programs that are prepared to handle the different types of messages generated by the
POS system 1502. A number of different types of scripting languages can be employed to control the PRS generator, including Microsoft's VB Script and Sun's Java Script. The PRS generator sends indications to theweb server 1510 of the HTML and dHTML files generated in response to messages so that theweb server 1510 can make the web pages corresponding to the messages available to thePRS browser 1516 that displays the web pages on the auxiliary display device. - In a preferred embodiment, the messages are encapsulated in extensible markup language (“XML”) data packages. XML data packages are self-describing, so that, for example, a recipient of an XML data package can employ standard XML functionality to unpackage the contents of the XML data package into discrete values having standard data types. It is important to note that the PRS is, in this embodiment, implemented mostly from existing components, including the
POS system 1502, themessage queuing facility 1506, theweb server 1510, and thedHTML engine 1514. Thedisplay object database 1512 may be created using a standard database management system (“DBMS”), an object-oriented database system (“OODB”), or a similar type of information storage paradigm. The scripts that control the PRS generator can be developed using any number of different integrated development environments (“IDE”) or commonly available script generators. By this design and methodology, inflexible proprietary components are avoided. Using standardized, pre-existing components vastly increases the flexibility for modifying and augmenting the PRS as well as the portability of the methodologies towards different existing POS systems, and results in lower system costs. - FIGS.16-18 illustrate different possible hardware configurations on which the various components of the PRS, shown in FIG. 15, can run. For example, in FIG. 16, the
POS system 1502, thePRS messenger 1504, and thePRS browser 1506 all run within the computing engine of the existingPOS system 1602. The remaining components run on abackroom server 1604 interconnected with the POScomputational engine 1602 via communications links or a network. By contrast, in FIG. 17, all the components of the PRS, with the exception of theweb server 1510, run within the computational engine of the front-end POS system 1702 while theweb server 1510 runs on thebackroom server 1704. In yet another implementation, illustrated in FIG. 18, thePRS messenger 1504 runs within a computational engine of the POS system 1802, the web server 1610 runs a backroom server 1804, and the remaining components run within athird computer system 1806 added to the front-end POS system in order to operate the auxiliary display device and provide a suitable environment for the PRS generator. - It should be noted that a retailer may generate a significant amount of revenue by providing promotional displays to vendors of the products that the retailer sells. For example, the retailer may agree to display promotional information about a manufacturer's product line whenever a customer purchases one product manufactured by the manufacturer. Thus, not only can a retailer enhance a customer's shopping experience and inform the customer of opportunities and products for sale within the retail store, but also can generate direct revenues by selling advertising space to advertisers. It is important for advertisers to be able to verify that the advertisements are actually being displayed to customers. This verification can be provided in the form encrypted data transmitted to the advertiser from authenticated sources or, in other words, from known locations. Thus, for example, each time an advertisement is displayed, the PRS may generate an encrypted message including authentication information that is sent via the
backroom server computer 114 in FIG. 6 directly to the advertiser's computer system. - FIG. 19 is a flow control diagram describing operation of the PRS messenger. The PRS messenger is a software routine or object-oriented programming language object that is incorporated into the existing front-end POS application program. The front-end POS application program first calls a PRS messenger routine, in
step 1902, to notify the PRS messenger of the occurrence of a new event, passing the name of the event to a PRS messenger. Then, the front-end POS application program passes to the PRS messenger a number of data elements associated with the event that has occurred. The PRS messenger receives those data elements in the forloop comprising steps step 1904, the PRS messenger receives a next PRS messenger method indication. Instep 1906, the PRS messenger determines whether the method indication is intended for posting of a data element associated with the event to the PRS messenger. If so, then the PRS messenger, instep 1908, receives from the front-end POS application program a name, data type, and value for the data element and stores it in memory. Control then flows back to step 1904 where the PRS messenger is placed to receive a subsequent data element. If no data element was posted instep 1906, then the PRS messenger has received an end of data element indication from the front-end application program and proceeds to process the event and data elements. Instep 1910, the PRS messenger consults a transformation map to possibly transform the name of the event, or the name, data type, or value of any of the data elements associated with the event. Once any transformations have been performed, the PRS messenger packages the event name and data elements together into an XML file instep 1912. In alternative embodiments, a data encapsulation protocol other than XML can be employed. For example, in place of the XML encapsulation method and message queuing facility (1506 in FIG. 15), a remote procedure call (“RPC”) facility can be employed to package and transport the event name and data element associated with the event to the PRS generator (1508 in FIG. 15). Finally, instep 1914, the XML file or, in other words, the message, produced by the PRS messenger is sent by the PRS messenger to the message queuing facility (1506 in FIG. 15). - FIG. 20 is a flow control diagram of the PRS generator software component. The PRS generator is a process that runs on the computational engine of the front-end POS system, on a backroom server, or possibly on an additional computer within the PRS system. In
step 2002, the PRS generator waits for notification of a next message available from the message queuing facility (1506 in FIG. 15). When another message has arrived, then, instep 2004, PRS generator acquires the message from the message queuing facility. Instep 2006, the PRS generator parses the XML file corresponding to the retrieved message to produce a parse tree representation of the contents of the XML file. Note that such a parse tree includes data elements, the name of the event, and any other information that was associated with the event and packaged in the message by the PRS messenger. In the outerloop comprising steps step 2010, then the innerloop comprising steps step 2012, the PRS generator begins a for loop in which each script is considered. Instep 2013, the PRS generator determines whether there are more scripts to consider in the for loop. If not, then control flows back to step 2008 where the next parse tree node is selected and considered in the outer loop. If another script should be considered, then PRS generator, instep 2014, determines whether the contents of the selected parse tree node triggers the selected script. If not, then control flows back tostep 2012, where the next script is selected for consideration. Otherwise, the script triggered by the parse tree node is run. Running of the script may cause the PRS generator to access the display object database (1512 in FIG. 15), to invoke the dHTML engine (1514 in FIG. 15), to run other programs, to communicate with a remote computer via a WAN or network, and do any other types of operations necessary to prepare one or more HTML or dHTML files that describe the promotional informational display that would be displayed to a customer in response to the occurrence of an event in the POS system that elicited the message currently being processed by the PRS generator. Instep 2018, the PRS generator determines whether the script has indicated that no further scripts be considered. If so, control flows back to step 2008 where the next parse tree node is selected. Otherwise, flow controls back to step 2012 where the next script will be selected and considered by the PRS generator. When the nodes of the parse tree have all been traversed, the PRS generator instep 2020 sends all the HTML and dHTML files that have been prepared via running of the script for the currently processed message to the web server (1510 in FIG. 15). The web server then interacts with the PRS browser (1516 in FIG. 15) to display a promotional informational message to the customer. - FIGS.21A-21B illustrate an example script run by the PRS generator. A script may include various tags, such as the tag “BANNER” 2102, references to other scripts such as the reference to “Transaction Presentation Banner” 2104, references to display objects, such as “http://www.server.com/freeprnt.swf” 2106, and references to programs, such as the program designated by the string “http://www.server.com/dSIGN” 2108. Each tag, such as
tag 2102, is followed with a balancing end tag, such as the end tag “/BANNER” 2110. The tags introduce sections of a script that correspond to various different aspects of a promotional or informational message, criteria for invoking the script, and various PRS constructs that represent complex interactions between various PRS components. For example, the tag “SCRIPT” 2112 contains conditional logic that specifies that when a XML message contains a universal price code (“UPC”) equal to the number 1234567890, the script should be triggered for execution by the PRS generator to carry out the actions specified within the script. One such action, for example, is to display a banner within the banner region on the display monitor that is specified in the script “Transaction Presentation Banner,” as specified in the line introduced by the “BANNER”tag 2102. - The various PRS components can be implemented in many different types of languages for execution on a variety of different kinds of hardware platforms. A number of different types of scripting languages can be devised to specify the construction of promotional and informational messages to be displayed to a customer. For example, common JAVA script parsers may be employed. A large variety of different capabilities can be offered by the script language. For example, inclusion of any number of different types of display and broadcast objects, including dynamic multimedia objects, such as video clips, or audio wave files. Different web browsers, web servers, and internal communication mechanisms might be used.
- Although the above described embodiment, as illustrated in FIG. 15 was described in terms of events being generated on the
POS system 1502, passed to thePRS messenger 1504, translated by thePRS messenger 1504 into XML messages that are passed to thePRS generator 1508 to specify creation of HTML files describing promotional informational displays to be displayed to a customer via thePRS browser 1516, it should be noted that the arrows in FIG. 15 are by-directional. If the display monitor on which the promotional and informational messages are displayed incorporates a touch-screen capability, then touch-screen events may be transmitted from thePRS browser 1516 in a reverse direction back to thePOS system 1502. This would allow, for example, a customer to select options from a display menu to affect subsequent events within a retail transaction. - The embodiment described above is tailored to use within retailing systems in order to facilitate retail transactions. Such systems may include traditional checkout counter systems, as described above, or various other retailing systems, including electronic commerce systems. However, the methodologies of the current invention can be employed in a variety of other systems and settings. For example, these methodologies can be used to augment current kiosk systems to produce more elaborate real-time display of information to a user. In fact, these methodologies could be employed in almost any system in which information is presented to a person run automated system. Examples include computerized systems for displaying control information, such as modern avionics systems, machinery control systems, monitoring systems, and other complex computer-controlled digital display systems.
- It is intended that the scope of the invention be defined by the following claims and their equivalents:
Claims (20)
1. A method for augmenting a computer-controlled display system to provide multi-media displays to a viewer of the computer controlled display system that are based on the context of an interaction between the viewer and the computer-controlled display, the method comprising:
including a messenger component within the computer-controlled display system to receive real-time notification of events detected by the computer-controlled display system during the course of the interaction, translating the events into messages, and make the messages available for processing by other components;
including a generator component within the computer-controlled display system to process messages made available by the messenger component to produce descriptions of the multi-media displays; and
including a display component within the computer-controlled display system that receives the descriptions of the multi-media displays produced by the generator component and displays to the multi-media displays to the viewer; and
during the course of the interaction,
receiving notifications of events detected by the computer-controlled display system;
translating the events into messages;
producing descriptions of multi-media displays corresponding to the messages; and
displaying the multi-media displays to the viewer according to the descriptions of visual displays corresponding to messages representing the translation of events detected by the computer-controlled display system.
2. The method of claim 1 further including parsing messages by the generator component and running scripts by the generator component that specify the production of the descriptions of the multi-media displays.
3. The method of claim 1 wherein the messenger component makes messages available to the generator component by passing the messages to a message queuing facility and wherein the generator component receives messages from the message queuing facility.
4. The method of claim 1 wherein the computer-controlled display system passes an event to the messenger component by passing the name of the event and data elements associated with the event, and wherein the messenger component transforms the event name and data elements according to a transformation map and packages the transformed event name and data elements into a self-describing data encapsulation object.
5. The method of claim 1 wherein the display component includes a web server and a web browser, and wherein the descriptions of the multi-media displays are hypertext markup language documents or dynamic hypertext markup language documents.
6. The system of claim 1 wherein the generator component executes scripts that are triggered by data values included in the messages, the scripts specifying various operations and tasks required to prepare the descriptions of multi-media displays, including running programs, accessing databases containing display objects to be included in the visual displays, invoking dynamic hypertext markup language engines for preparing dynamic hypertext markup language files, and invoking other scripts.
7. The system of claim I wherein the generator component tracks the display of different multi-media displays and reports the number of times certain multi-media displays are displayed via a network or telecommunications link to a remote computer.
8. The system of claim 1 wherein the display component includes a touch screen for receiving input of responses and indications from the viewer and wherein the input responses and indications are passed from the display component back to the generator component which then passes messages containing the responses and indications back to the messenger component, the messenger component then generating events corresponding to the responses and indications and passing those events to the computer-controlled display system.
9. A method for augmenting a point of sale system to provide multi-media promotional and informational displays to a customer during a retail transaction that are based on the context of the retail transaction, the method comprising:
augmenting a front-end point of sale system to include a multi-media display device for displaying promotional and informational displays to the customer;
including a messenger component within the front-end point of sale system to receive real-time notification of events detected by the front-end point of sale system during the course of a retail transaction, translate the events into messages, and make the messages available for processing by other components;
including a generator component within the point of sale system to process messages made available by the messenger component to produce descriptions of visual displays corresponding to the promotional and informational displays;
including a display component within the point of sale system that receives the descriptions of visual displays produced by the generator component and displays to the customer the corresponding promotional and informational displays on the multi-media display device; and
during the course of the retail transaction,
receiving notifications of events detected by the front-end point of sale system;
translating the events into messages;
producing descriptions of visual displays corresponding to the messages; and
displaying promotional and informational multi-media displays to the customer on the multi-media display device according to the descriptions of visual displays corresponding to messages representing the translation of events detected by the front-end point of sale system.
10. The method of claim 9 further including parsing messages by the generator component and running scripts by the generator component that specify the production of the descriptions of visual displays.
11. The method of claim 9 wherein the messenger component makes messages available to the generator component by passing the messages to a message queuing facility and wherein the generator component receives messages from the message queuing facility.
12. The method of claim 9 wherein the point of sale system passes an event to the messenger component by passing the name of the event and data elements associated with the event, and wherein the messenger component transforms the event name and data elements according to a transformation map and packages the transformed event name and data elements into a self-describing data encapsulation object.
13. The method of claim 9 wherein the display component includes a web server and a web browser, and wherein the descriptions of visual displays are hypertext markup language documents or dynamic hypertext markup language documents.
14. The method of claim 9 wherein the promotional and informational messages may include various types of multi-media presentation objects, including video clips, still images, spoken text, printed text, and music.
15. An enhanced point of sale system that provides multi-media promotional and informational displays to a customer during a retail transaction that are based on the context of the retail transaction, the system including:
a front-end point of sale system that includes a multi-media display device for displaying promotional and informational displays to the customer;
a messenger component within the front-end point of sale system to receive real-time notification of events detected by the front-end point of sale system during the course of a retail transaction, translate the events into messages, and make the messages available for processing by other components;
a generator component within the point of sale system to process messages made available by the messenger component to produce descriptions of visual displays corresponding to the promotional and informational displays; and
a display component within the point of sale system that receives the descriptions of visual displays produced by the generator component and displays to the customer the corresponding promotional and informational displays on the multi-media display device.
16. The system of claim 15 wherein the messenger component passes messages to the generator component via a message queuing facility.
17. The system of claim 16 wherein the generator component executes scripts that are triggered by data values included in the messages, the scripts specifying various operations and tasks required to prepare the descriptions of visual displays, including running programs, accessing databases containing display objects to be included in the visual displays, invoking dynamic hypertext markup language engines for preparing dynamic hypertext markup language files, and invoking other scripts.
18. The system of claim 16 wherein the generator component tracks the display of different visual displays and reports the number of times certain visual displays are displayed via a network or telecommunications link to a remote computer.
19. The system of claim 16 wherein the display component includes a web server and a web browser for display of hypertext markup language files and dynamic hypertext markup language files.
20. The system of claim 16 wherein the display component includes a touch screen for receiving customer responses and indications and wherein the customer responses and indications are passed from the display component back to the generator component which then passes messages containing the responses and indications back to the messenger component, the messenger component then generating events corresponding to the responses and indications and passing those events to the front-end point of sale system.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/796,323 US20020019885A1 (en) | 1998-06-12 | 2001-02-28 | Retail transaction promotion system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US09/096,548 US6401074B1 (en) | 1998-06-12 | 1998-06-12 | Retail transaction promotion system |
US09/796,323 US20020019885A1 (en) | 1998-06-12 | 2001-02-28 | Retail transaction promotion system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/096,548 Division US6401074B1 (en) | 1998-06-12 | 1998-06-12 | Retail transaction promotion system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20020019885A1 true US20020019885A1 (en) | 2002-02-14 |
Family
ID=22257877
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/096,548 Expired - Fee Related US6401074B1 (en) | 1998-06-12 | 1998-06-12 | Retail transaction promotion system |
US09/796,323 Abandoned US20020019885A1 (en) | 1998-06-12 | 2001-02-28 | Retail transaction promotion system |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US09/096,548 Expired - Fee Related US6401074B1 (en) | 1998-06-12 | 1998-06-12 | Retail transaction promotion system |
Country Status (1)
Country | Link |
---|---|
US (2) | US6401074B1 (en) |
Cited By (41)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6564189B1 (en) * | 1998-12-22 | 2003-05-13 | Ncr Corporation | Universal methods and apparatus for determining prices and rewards within retail transactions |
US20040044573A1 (en) * | 2002-08-27 | 2004-03-04 | Barous Paul R. | Systems and methods for distributing coupons |
WO2004097690A1 (en) * | 2003-04-30 | 2004-11-11 | At Group International Limited | Interactive marketing system |
US20050015299A1 (en) * | 2003-07-15 | 2005-01-20 | Vahe Sisserian | Advertising system for providing a message at point of purchase location |
US20060010036A1 (en) * | 2003-08-11 | 2006-01-12 | Burry Thomas W | Customer-friendly website |
US20060149632A1 (en) * | 2002-05-15 | 2006-07-06 | Linwood Register | Providing network-based in-store media broadcasting |
US20060158406A1 (en) * | 2005-01-20 | 2006-07-20 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Semi-permanent electronic paper |
US20060167720A1 (en) * | 2004-11-19 | 2006-07-27 | American Express Travel Related Services Company, Inc. | Incentive Programs for Healthcare Cards |
US20060259773A1 (en) * | 2005-05-12 | 2006-11-16 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Alert options for electronic-paper verification |
US20060265744A1 (en) * | 2005-05-12 | 2006-11-23 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Write accessibility for electronic paper |
US20060282903A1 (en) * | 2005-06-08 | 2006-12-14 | Jung Edward K | User accessibility to electronic paper |
US20070011088A1 (en) * | 2005-07-08 | 2007-01-11 | American Express Company | Assured Payments for Health Care Plans |
US20070011025A1 (en) * | 2005-07-08 | 2007-01-11 | American Express Company | Facilitating Payments to Health Care Providers |
US7228285B2 (en) * | 1999-12-01 | 2007-06-05 | Catalina Marketing Corporation | Automated method and system for automated tracking, charging and analysis of multiple sponsor discount coupons |
US20070143621A1 (en) * | 2005-01-20 | 2007-06-21 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Write accessibility for electronic paper |
US20070180252A1 (en) * | 2005-01-20 | 2007-08-02 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Write accessibility for electronic paper |
US20070175985A1 (en) * | 2004-11-19 | 2007-08-02 | American Express Travel Related Services Company, Inc. | Linking Transaction Cards With Spending Accounts |
US20070185800A1 (en) * | 2004-11-19 | 2007-08-09 | Harrison Sarah E | Spending Account Systems and Methods |
US20070185802A1 (en) * | 2004-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Incentive Programs For Healthcare Cards |
US20070185799A1 (en) * | 2004-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Spending Account Systems and Methods |
US20070185803A1 (en) * | 2003-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Incentive Programs For Healthcare Cards |
US20070194109A1 (en) * | 2003-11-19 | 2007-08-23 | American Express Travel Related Services Company, Inc. | Payment Programs For Healthcare Plans |
US20070194108A1 (en) * | 2004-11-19 | 2007-08-23 | American Express Travel Related Services Company, Inc. | Assured Payments For Health Care Plans |
US20080120234A1 (en) * | 2006-11-17 | 2008-05-22 | American Express Travel Related Services Company, Inc. | Variable Revenue Sharing For Multiple Account Payment Instruments |
US20080134324A1 (en) * | 2005-01-20 | 2008-06-05 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Notarizable electronic paper |
US20080148396A1 (en) * | 2005-01-20 | 2008-06-19 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Notarizable electronic paper |
US20080172626A1 (en) * | 2007-01-16 | 2008-07-17 | Asustek Computer Inc. | Portable computer |
US20080183627A1 (en) * | 2007-01-29 | 2008-07-31 | American Express Travel Related Services Company, Inc. | Filtered healthcare payment card linked to tax-advantaged accounts |
US20080195415A1 (en) * | 2007-02-13 | 2008-08-14 | American Express Travel Related Services Company, Inc. | Methods, Systems, and Computer Program Products for Promoting Healthcare Information Technologies to Card Members |
US20080197188A1 (en) * | 2007-02-15 | 2008-08-21 | American Express Travel Related Services Company, Inc. | Transmission and capture of line-item-detail to assist in transaction substantiation and matching |
US20090006251A1 (en) * | 2007-06-28 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Universal rollover account |
US20090006135A1 (en) * | 2007-06-26 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Accelerated Payments for Health Care Plans |
US20090083740A1 (en) * | 2007-09-20 | 2009-03-26 | Microsoft Corporation | Asynchronous execution of software tasks |
US20100070409A1 (en) * | 2004-11-19 | 2010-03-18 | Harrison Sarah E | Healthcare Card Incentive Program for Multiple Users |
US7734995B1 (en) * | 2005-12-01 | 2010-06-08 | Adobe Systems Incorporated | Systems and methods for assembling form fragments and templates into a form package |
US20100174596A1 (en) * | 2007-10-24 | 2010-07-08 | Andrea Gilman | Method and apparatus for mobile offer fulfillment |
US20110099044A1 (en) * | 2009-10-27 | 2011-04-28 | Ncr Corporation | Methods and Apparatus for Promotional Display of Images of Products Presented for Entry Into Purchase Transactions |
US8063878B2 (en) | 2005-01-20 | 2011-11-22 | The Invention Science Fund I, Llc | Permanent electronic paper |
GB2492751A (en) * | 2011-07-05 | 2013-01-16 | Edesix Ltd | Point of sale system with enhanced display capabilities |
US8744984B2 (en) * | 2010-02-05 | 2014-06-03 | Toshiba Tec Kabushiki Kaisha | Information terminal and control method that stores image time series data related to sales of commodities along with sales totals |
EP3330914A1 (en) * | 2016-12-02 | 2018-06-06 | Toshiba TEC Kabushiki Kaisha | Checkout system, registration device, settlement device, and control method |
Families Citing this family (74)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6924781B1 (en) * | 1998-09-11 | 2005-08-02 | Visible Tech-Knowledgy, Inc. | Smart electronic label employing electronic ink |
US6507352B1 (en) * | 1998-12-23 | 2003-01-14 | Ncr Corporation | Apparatus and method for displaying a menu with an interactive retail terminal |
US6635089B1 (en) * | 1999-01-13 | 2003-10-21 | International Business Machines Corporation | Method for producing composite XML document object model trees using dynamic data retrievals |
JP3633843B2 (en) * | 1999-03-10 | 2005-03-30 | セイコーエプソン株式会社 | POS system, advertising information processing method, and computer-readable recording medium |
US6810385B1 (en) * | 1999-10-26 | 2004-10-26 | Forecourt Communications Group | Method and apparatus using consumer idle time for productive activities |
US7299194B1 (en) * | 2000-02-22 | 2007-11-20 | International Business Machines Corporation | Method and system for researching sales effects of advertising using association analysis |
JP3656729B2 (en) * | 2000-03-27 | 2005-06-08 | セイコーエプソン株式会社 | Receipt printing / issuing system, additional information printing processing method using the same, and information recording medium |
US20010034775A1 (en) * | 2000-03-27 | 2001-10-25 | Masahiro Minowa | Method, computer product and network system for receiving and placement processing of advertising information |
US8626519B1 (en) * | 2000-03-30 | 2014-01-07 | Inventor Holdings, Llc | Entertainment layer overlaid on online transactions |
US7296739B1 (en) * | 2000-03-31 | 2007-11-20 | Intel Corporation | Managing on-line transactions |
US20020049815A1 (en) * | 2000-04-14 | 2002-04-25 | Kayshav Dattatri | System for monitoring and managing information and information transfers in a computer network |
US7032005B2 (en) * | 2000-04-14 | 2006-04-18 | Slam Dunk Networks, Inc. | System for handling information and information transfers in a computer network |
US6981028B1 (en) * | 2000-04-28 | 2005-12-27 | Obongo, Inc. | Method and system of implementing recorded data for automating internet interactions |
US6968366B1 (en) * | 2000-05-12 | 2005-11-22 | International Business Machines Corporation | System and method for management, creation, storage, search and delivery of rich media optimized for e-commerce in a distributed information network |
US7390264B2 (en) * | 2000-05-17 | 2008-06-24 | Walker Digital, Llc | Method and system to incorporate game play into product transactions |
US7753772B1 (en) | 2000-05-25 | 2010-07-13 | Walker Digital, Llc | Systems and methods wherein a player indicates an item that may be received based on a game event outcome associated with the player |
US7168617B2 (en) * | 2000-06-07 | 2007-01-30 | Walker Digital, Llc | Game presentation in a retail establishment |
US20020023004A1 (en) * | 2000-06-23 | 2002-02-21 | Richard Hollander | Online store management system |
EP1182599A1 (en) * | 2000-07-26 | 2002-02-27 | Transmedia Network, Inc. | System and method for providing consumer rewards |
US7356477B1 (en) * | 2000-09-01 | 2008-04-08 | Symbol Technologies, Inc. | Frames-based advertising service with response and activity reporting |
US7130889B2 (en) * | 2000-11-29 | 2006-10-31 | Ncr Corporation | Method of printing information by a network kiosk |
US7529687B1 (en) * | 2000-12-13 | 2009-05-05 | Microsoft Corporation | In-store customer display device and method |
US7212976B2 (en) * | 2001-01-22 | 2007-05-01 | W.W. Grainger, Inc. | Method for selecting a fulfillment plan for moving an item within an integrated supply chain |
US7328174B2 (en) * | 2001-02-05 | 2008-02-05 | Motivia Ltd. | Sales enhancement system and method for retail businesses |
CA2443220A1 (en) * | 2001-03-31 | 2002-10-10 | First Data Corporation | Electronic identifier payment system and methods |
US8095597B2 (en) | 2001-05-01 | 2012-01-10 | Aol Inc. | Method and system of automating data capture from electronic correspondence |
US7936693B2 (en) * | 2001-05-18 | 2011-05-03 | Network Resonance, Inc. | System, method and computer program product for providing an IP datalink multiplexer |
US7124299B2 (en) * | 2001-05-18 | 2006-10-17 | Claymore Systems, Inc. | System, method and computer program product for auditing XML messages in a network-based message stream |
US7464154B2 (en) * | 2001-05-18 | 2008-12-09 | Network Resonance, Inc. | System, method and computer program product for analyzing data from network-based structured message stream |
US7451110B2 (en) * | 2001-05-18 | 2008-11-11 | Network Resonance, Inc. | System, method and computer program product for providing an efficient trading market |
US20020188677A1 (en) * | 2001-06-11 | 2002-12-12 | Forecourt Communication Group | Method and apparatus for termination of a session without causing user dissatisfaction |
US8020754B2 (en) | 2001-08-13 | 2011-09-20 | Jpmorgan Chase Bank, N.A. | System and method for funding a collective account by use of an electronic tag |
US7315863B2 (en) * | 2001-09-20 | 2008-01-01 | Oracle International Corp | Method and apparatus for automatic notification of database events |
US8190530B2 (en) * | 2002-01-30 | 2012-05-29 | Visa U.S.A. Inc. | Method and system for providing multiple services via a point-of-sale portal architecture |
US6874089B2 (en) * | 2002-02-25 | 2005-03-29 | Network Resonance, Inc. | System, method and computer program product for guaranteeing electronic transactions |
US7769997B2 (en) * | 2002-02-25 | 2010-08-03 | Network Resonance, Inc. | System, method and computer program product for guaranteeing electronic transactions |
US20030225633A1 (en) * | 2002-06-04 | 2003-12-04 | Emn8, Inc. | Point of sale computer system delivering composited two- and three-dimensional images |
DE60308098T2 (en) * | 2002-06-10 | 2007-02-01 | Seiko Epson Corp. | POS system, network system, method for generating print data for a POS system, and methods for managing sales and advertising information in a network system |
US20040024642A1 (en) * | 2002-06-12 | 2004-02-05 | Emn8, Inc. | Customer-operated ordering system and method that accepts coupons with interactive multimedia content |
AU2003248911A1 (en) * | 2002-07-08 | 2004-01-23 | Vuemedia, Inc. | Targeted marketing system |
WO2004025524A2 (en) * | 2002-09-10 | 2004-03-25 | Pinpoint Selling Inc. | Rich media personal selling system |
US20040210477A1 (en) * | 2003-04-16 | 2004-10-21 | Eastman Kodak Company | Promotional display for promoting the sale of retail products |
US8036774B2 (en) * | 2004-06-11 | 2011-10-11 | Ncr Corporation | Automated business system and method of vending and returning a consumer product |
WO2004111797A2 (en) * | 2003-06-11 | 2004-12-23 | Touch Automation | Automated business system and method of vending and returning a consumer product |
US20050021416A1 (en) * | 2003-07-23 | 2005-01-27 | Anderson Glen J. | Method and apparatus for third party bidding in sales transactions |
WO2005024595A2 (en) * | 2003-09-03 | 2005-03-17 | Visible Tech-Knowledgy, Inc. | Electronically updateable label and display |
EP1524635A1 (en) * | 2003-10-15 | 2005-04-20 | Dominique Chabot | Point of sale management apparatus of a business organization |
US8615487B2 (en) | 2004-01-23 | 2013-12-24 | Garrison Gomez | System and method to store and retrieve identifier associated information content |
US20050179251A1 (en) * | 2004-01-23 | 2005-08-18 | Paper Systems Incorporated | Distribution of sporting or event schedules with business machine receipt paper |
US8600880B2 (en) * | 2004-03-12 | 2013-12-03 | American Express Travel Related Services Company, Inc. | Method and system for providing point of sale services |
CA2585128A1 (en) * | 2004-10-22 | 2006-05-04 | Radiant Systems, Inc. | Interactive customer display system and method |
US7429984B2 (en) * | 2005-02-04 | 2008-09-30 | Philip Morris Usa Inc. | Display management system |
US7624918B2 (en) * | 2005-02-04 | 2009-12-01 | Philip Morris Usa Inc. | Wireless identification based display |
US8624740B2 (en) | 2005-02-04 | 2014-01-07 | Philip Morris Usa Inc. | Controllable RFID card |
US20060200381A1 (en) * | 2005-03-04 | 2006-09-07 | Epson America Inc. | Epson digital marketing system |
US20060242087A1 (en) * | 2005-04-22 | 2006-10-26 | Gregory Naehr | Point-of-sale and declining balance system, and method, having a relay server for facilitating communication between front-end devices and back-end account servers |
WO2007069917A1 (en) * | 2005-12-14 | 2007-06-21 | Retail Insight Limited | A device, a system and methods for handling data generated by a point-of-sale system |
US7866546B1 (en) * | 2006-04-21 | 2011-01-11 | Pan-Oston | Automated checkout unit and method of use thereof |
US8190483B2 (en) * | 2006-05-02 | 2012-05-29 | Nextep Systems, Inc. | Computer-based ordering system |
US8112313B1 (en) * | 2007-10-23 | 2012-02-07 | Bradley Barakat | System and method for broadcasting a charge tone during an electronic transaction |
US8357034B2 (en) | 2007-11-08 | 2013-01-22 | Igt | Gaming system and method providing third party promotions |
US8078495B2 (en) * | 2008-04-14 | 2011-12-13 | Ycd Multimedia Ltd. | Point-of-sale display system |
US8069081B2 (en) * | 2008-09-23 | 2011-11-29 | Microsoft Corporation | Targeted advertising using object identification |
US8145525B2 (en) * | 2008-12-18 | 2012-03-27 | Ycd Multimedia Ltd. | Precise measurement of point-of-sale promotion impact |
US8234507B2 (en) | 2009-01-13 | 2012-07-31 | Metrologic Instruments, Inc. | Electronic-ink display device employing a power switching mechanism automatically responsive to predefined states of device configuration |
US8457013B2 (en) | 2009-01-13 | 2013-06-04 | Metrologic Instruments, Inc. | Wireless dual-function network device dynamically switching and reconfiguring from a wireless network router state of operation into a wireless network coordinator state of operation in a wireless communication network |
US9189669B2 (en) | 2010-06-24 | 2015-11-17 | Metrologic Instruments, Inc. | Distinctive notice for different symbology information |
US9589164B2 (en) | 2010-06-24 | 2017-03-07 | Metrologic Instruments, Inc. | Distinctive notice for different symbology information |
US20120089467A1 (en) * | 2010-10-06 | 2012-04-12 | Rt7 Incorporated | System and method of capturing point-of-sale data and providing real-time advertising content |
US8506378B2 (en) | 2011-09-21 | 2013-08-13 | Igt | Gaming system, gaming device, and method providing advertising messages to players based on a determination of a positive winning gaming session |
US20140012658A1 (en) * | 2012-07-06 | 2014-01-09 | Wal-Mart Stores, Inc. | Advertisement testing apparatus and method |
US20140019236A1 (en) * | 2012-07-13 | 2014-01-16 | Wal-Mart Stores, Inc. | Selecting advertisement for presentation using purchase data of pending transaction |
US10817908B1 (en) * | 2014-01-24 | 2020-10-27 | Inmar Analytics, Inc. | System for providing a promotion at a point-of-sale terminal based upon an inaudible promotion signal and related methods |
US10360597B2 (en) * | 2014-06-27 | 2019-07-23 | American Express Travel Related Services Company, Inc. | System and method for contextual services experience |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5717923A (en) * | 1994-11-03 | 1998-02-10 | Intel Corporation | Method and apparatus for dynamically customizing electronic information to individual end users |
US5796952A (en) * | 1997-03-21 | 1998-08-18 | Dot Com Development, Inc. | Method and apparatus for tracking client interaction with a network resource and creating client profiles and resource database |
US5857175A (en) * | 1995-08-11 | 1999-01-05 | Micro Enhancement International | System and method for offering targeted discounts to customers |
US5924078A (en) * | 1996-06-28 | 1999-07-13 | Codesaver International, Inc. | Consumer-provided promotional code actuatable point-of-sale discounting system |
US6029195A (en) * | 1994-11-29 | 2000-02-22 | Herz; Frederick S. M. | System for customized electronic identification of desirable objects |
US6295057B1 (en) * | 1997-06-02 | 2001-09-25 | Sony Corporation | Internet content and television programming selectively displaying system |
US20030040969A1 (en) * | 1996-06-26 | 2003-02-27 | O'hagan Timothy P. | Shopping assistance software for use on mobile computers used by customers in retail establishments |
US6604103B1 (en) * | 1994-09-02 | 2003-08-05 | Mark A. Wolfe | System and method for information retrieval employing a preloading procedure |
Family Cites Families (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5649114A (en) * | 1989-05-01 | 1997-07-15 | Credit Verification Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
JPH06509754A (en) * | 1991-07-22 | 1994-11-02 | コダック ポリクロウム グラフィクス リミティド ライアビリティ カンパニー | Two-stage electrolytic graining method, aluminum sheet material produced by the method, and lithographic printing plate made from the aluminum sheet material |
WO1993016443A1 (en) * | 1992-02-18 | 1993-08-19 | Advanced Promotion Technologies | Individualized promotional programming |
US6292786B1 (en) * | 1992-05-19 | 2001-09-18 | Incentech, Inc. | Method and system for generating incentives based on substantially real-time product purchase information |
US5798931A (en) * | 1995-06-14 | 1998-08-25 | Gilbarco Inc. | Fuel dispenser/operator intercom system |
CA2228423A1 (en) * | 1995-07-31 | 1997-02-13 | Intelledge, Corporation | Electronic product information display system |
US5932869A (en) * | 1996-12-27 | 1999-08-03 | Graphic Technology, Inc. | Promotional system with magnetic stripe and visual thermo-reversible print surfaced medium |
US5992888A (en) * | 1998-01-16 | 1999-11-30 | Vaughn W. North | Advertising device and method for use at point of sale |
-
1998
- 1998-06-12 US US09/096,548 patent/US6401074B1/en not_active Expired - Fee Related
-
2001
- 2001-02-28 US US09/796,323 patent/US20020019885A1/en not_active Abandoned
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6604103B1 (en) * | 1994-09-02 | 2003-08-05 | Mark A. Wolfe | System and method for information retrieval employing a preloading procedure |
US5717923A (en) * | 1994-11-03 | 1998-02-10 | Intel Corporation | Method and apparatus for dynamically customizing electronic information to individual end users |
US6029195A (en) * | 1994-11-29 | 2000-02-22 | Herz; Frederick S. M. | System for customized electronic identification of desirable objects |
US5857175A (en) * | 1995-08-11 | 1999-01-05 | Micro Enhancement International | System and method for offering targeted discounts to customers |
US20030040969A1 (en) * | 1996-06-26 | 2003-02-27 | O'hagan Timothy P. | Shopping assistance software for use on mobile computers used by customers in retail establishments |
US5924078A (en) * | 1996-06-28 | 1999-07-13 | Codesaver International, Inc. | Consumer-provided promotional code actuatable point-of-sale discounting system |
US5796952A (en) * | 1997-03-21 | 1998-08-18 | Dot Com Development, Inc. | Method and apparatus for tracking client interaction with a network resource and creating client profiles and resource database |
US6295057B1 (en) * | 1997-06-02 | 2001-09-25 | Sony Corporation | Internet content and television programming selectively displaying system |
Cited By (63)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6564189B1 (en) * | 1998-12-22 | 2003-05-13 | Ncr Corporation | Universal methods and apparatus for determining prices and rewards within retail transactions |
US7228285B2 (en) * | 1999-12-01 | 2007-06-05 | Catalina Marketing Corporation | Automated method and system for automated tracking, charging and analysis of multiple sponsor discount coupons |
US20060149632A1 (en) * | 2002-05-15 | 2006-07-06 | Linwood Register | Providing network-based in-store media broadcasting |
US20040044573A1 (en) * | 2002-08-27 | 2004-03-04 | Barous Paul R. | Systems and methods for distributing coupons |
US9489681B2 (en) * | 2002-08-27 | 2016-11-08 | Paul R. Barous | Systems and methods for distributing coupons |
WO2004097690A1 (en) * | 2003-04-30 | 2004-11-11 | At Group International Limited | Interactive marketing system |
US20050015299A1 (en) * | 2003-07-15 | 2005-01-20 | Vahe Sisserian | Advertising system for providing a message at point of purchase location |
US20060010036A1 (en) * | 2003-08-11 | 2006-01-12 | Burry Thomas W | Customer-friendly website |
US20100211493A9 (en) * | 2003-11-19 | 2010-08-19 | American Express Travel Related Services Company, Inc. | Incentive Programs For Healthcare Cards |
US20070194109A1 (en) * | 2003-11-19 | 2007-08-23 | American Express Travel Related Services Company, Inc. | Payment Programs For Healthcare Plans |
US20100116882A9 (en) * | 2003-11-19 | 2010-05-13 | American Express Travel Related Services Company, Inc. | Payment programs for healthcare plans |
US7922083B2 (en) | 2003-11-19 | 2011-04-12 | Harrison Sarah E | Payment programs for healthcare plans |
US20070185803A1 (en) * | 2003-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Incentive Programs For Healthcare Cards |
US7905399B2 (en) | 2004-11-19 | 2011-03-15 | Barnes Brian T | Linking transaction cards with spending accounts |
US20100070409A1 (en) * | 2004-11-19 | 2010-03-18 | Harrison Sarah E | Healthcare Card Incentive Program for Multiple Users |
US20060167720A1 (en) * | 2004-11-19 | 2006-07-27 | American Express Travel Related Services Company, Inc. | Incentive Programs for Healthcare Cards |
US20070194108A1 (en) * | 2004-11-19 | 2007-08-23 | American Express Travel Related Services Company, Inc. | Assured Payments For Health Care Plans |
US20070175985A1 (en) * | 2004-11-19 | 2007-08-02 | American Express Travel Related Services Company, Inc. | Linking Transaction Cards With Spending Accounts |
US20070185800A1 (en) * | 2004-11-19 | 2007-08-09 | Harrison Sarah E | Spending Account Systems and Methods |
US20070185802A1 (en) * | 2004-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Incentive Programs For Healthcare Cards |
US20070185799A1 (en) * | 2004-11-19 | 2007-08-09 | American Express Travel Related Services Company, Inc. | Spending Account Systems and Methods |
US20070143621A1 (en) * | 2005-01-20 | 2007-06-21 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Write accessibility for electronic paper |
US8281142B2 (en) | 2005-01-20 | 2012-10-02 | The Invention Science Fund I, Llc | Notarizable electronic paper |
US9734354B2 (en) | 2005-01-20 | 2017-08-15 | Invention Science Fund I, Llc | Notarizable electronic paper |
US20080134324A1 (en) * | 2005-01-20 | 2008-06-05 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Notarizable electronic paper |
US20080148396A1 (en) * | 2005-01-20 | 2008-06-19 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Notarizable electronic paper |
US20060158406A1 (en) * | 2005-01-20 | 2006-07-20 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Semi-permanent electronic paper |
US8880890B2 (en) | 2005-01-20 | 2014-11-04 | The Invention Science Fund I, Llc | Write accessibility for electronic paper |
US8640259B2 (en) | 2005-01-20 | 2014-01-28 | The Invention Science Fund I, Llc | Notarizable electronic paper |
US8621224B2 (en) | 2005-01-20 | 2013-12-31 | The Invention Science Fund I, Llc | Alert options for electronic-paper verification |
US20070180252A1 (en) * | 2005-01-20 | 2007-08-02 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Write accessibility for electronic paper |
US8063878B2 (en) | 2005-01-20 | 2011-11-22 | The Invention Science Fund I, Llc | Permanent electronic paper |
US20110215161A1 (en) * | 2005-01-20 | 2011-09-08 | Jung Edward K Y | Write accessibility for Electronic paper |
US7643005B2 (en) | 2005-01-20 | 2010-01-05 | Searete, Llc | Semi-permanent electronic paper |
US20110055587A1 (en) * | 2005-01-20 | 2011-03-03 | Jung Edward K Y | Alert options for electronic-paper verification |
US7856555B2 (en) | 2005-01-20 | 2010-12-21 | The Invention Science Fund I, Llc | Write accessibility for electronic paper |
US7774606B2 (en) * | 2005-01-20 | 2010-08-10 | The Invention Science Fund I, Inc | Write accessibility for electronic paper |
US7865734B2 (en) * | 2005-05-12 | 2011-01-04 | The Invention Science Fund I, Llc | Write accessibility for electronic paper |
US7739510B2 (en) | 2005-05-12 | 2010-06-15 | The Invention Science Fund I, Inc | Alert options for electronic-paper verification |
US20060259773A1 (en) * | 2005-05-12 | 2006-11-16 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Alert options for electronic-paper verification |
US20060265744A1 (en) * | 2005-05-12 | 2006-11-23 | Searete Llc, A Limited Liability Corporation Of The State Of Delaware | Write accessibility for electronic paper |
US20060282903A1 (en) * | 2005-06-08 | 2006-12-14 | Jung Edward K | User accessibility to electronic paper |
US7669245B2 (en) | 2005-06-08 | 2010-02-23 | Searete, Llc | User accessibility to electronic paper |
US7970626B2 (en) | 2005-07-08 | 2011-06-28 | Oltine Acquistitions NY LLC | Facilitating payments to health care providers |
US20070011088A1 (en) * | 2005-07-08 | 2007-01-11 | American Express Company | Assured Payments for Health Care Plans |
US20070011025A1 (en) * | 2005-07-08 | 2007-01-11 | American Express Company | Facilitating Payments to Health Care Providers |
US7734995B1 (en) * | 2005-12-01 | 2010-06-08 | Adobe Systems Incorporated | Systems and methods for assembling form fragments and templates into a form package |
US20080120234A1 (en) * | 2006-11-17 | 2008-05-22 | American Express Travel Related Services Company, Inc. | Variable Revenue Sharing For Multiple Account Payment Instruments |
US20080172626A1 (en) * | 2007-01-16 | 2008-07-17 | Asustek Computer Inc. | Portable computer |
US20080183627A1 (en) * | 2007-01-29 | 2008-07-31 | American Express Travel Related Services Company, Inc. | Filtered healthcare payment card linked to tax-advantaged accounts |
US7949543B2 (en) | 2007-02-13 | 2011-05-24 | Oltine Acquisitions NY LLC | Methods, systems, and computer program products for promoting healthcare information technologies to card members |
US20080195415A1 (en) * | 2007-02-13 | 2008-08-14 | American Express Travel Related Services Company, Inc. | Methods, Systems, and Computer Program Products for Promoting Healthcare Information Technologies to Card Members |
US20080197188A1 (en) * | 2007-02-15 | 2008-08-21 | American Express Travel Related Services Company, Inc. | Transmission and capture of line-item-detail to assist in transaction substantiation and matching |
US20090006135A1 (en) * | 2007-06-26 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Accelerated Payments for Health Care Plans |
US20090006251A1 (en) * | 2007-06-28 | 2009-01-01 | American Express Travel Related Services Company, Inc. | Universal rollover account |
US8695001B2 (en) | 2007-09-20 | 2014-04-08 | Microsoft Corporation | Loading services based on a request and setting permission level to enable execution of commands or services exposed based on a role of requester |
US20090083740A1 (en) * | 2007-09-20 | 2009-03-26 | Microsoft Corporation | Asynchronous execution of software tasks |
US20100174596A1 (en) * | 2007-10-24 | 2010-07-08 | Andrea Gilman | Method and apparatus for mobile offer fulfillment |
US20110099044A1 (en) * | 2009-10-27 | 2011-04-28 | Ncr Corporation | Methods and Apparatus for Promotional Display of Images of Products Presented for Entry Into Purchase Transactions |
US8744984B2 (en) * | 2010-02-05 | 2014-06-03 | Toshiba Tec Kabushiki Kaisha | Information terminal and control method that stores image time series data related to sales of commodities along with sales totals |
GB2492751A (en) * | 2011-07-05 | 2013-01-16 | Edesix Ltd | Point of sale system with enhanced display capabilities |
EP3330914A1 (en) * | 2016-12-02 | 2018-06-06 | Toshiba TEC Kabushiki Kaisha | Checkout system, registration device, settlement device, and control method |
CN108154623A (en) * | 2016-12-02 | 2018-06-12 | 东芝泰格有限公司 | Checkout system, calling mechanism, checkout apparatus and control method |
Also Published As
Publication number | Publication date |
---|---|
US6401074B1 (en) | 2002-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6401074B1 (en) | Retail transaction promotion system | |
US7231357B1 (en) | System and method for the targeted distribution of discount coupons over a network | |
US8732011B2 (en) | System for implementing a performance-based customer referral program | |
AU2002232534B2 (en) | System and method for incentivizing online sales | |
US7546251B1 (en) | Internet capable browser dispenser architecture | |
US6625581B1 (en) | Method of and system for enabling the access of consumer product related information and the purchase of consumer products at points of consumer presence on the world wide web (www) at which consumer product information request (cpir) enabling servlet tags are embedded within html-encoded documents | |
US6961712B1 (en) | Consumer product information request (CPIR) enabling servlets and web-based consumer product information catalogs employing the same | |
US7516094B2 (en) | Internet-based system for managing and delivering consumer product information to consumers at web-based retailer store sites on the world wide web (WWW), using consumer product information (CPI) requesting and graphical user interface (GUI) display subsystems, driven by server-side components embodying universal product numbers (UPNs) and driven by UPN/URL links managed by product manufacturer team members and/or their agents | |
US6988658B2 (en) | System and method for facilitating a transaction between a merchant and a consumer | |
US20050251456A1 (en) | Internet-based method of and system for managing and serving consumer product advertisements to consumers in retail stores | |
US20060011716A1 (en) | Internet-based method of and system for managing, distributing and serving consumer product related information to consumers in physical and electronic streams of commerce | |
US20100121735A1 (en) | Affiliate selling system | |
US20020026353A1 (en) | System and method of providing purchase information to consumers relating to advertisements displaying the product | |
US20100299213A1 (en) | System and method for providing internet based advertising in a retail environment | |
AU2002232534A1 (en) | System and method for incentivizing online sales | |
US20030050848A1 (en) | Supplier/reseller interaction | |
US20030050862A1 (en) | Supplier/reseller interaction | |
US20090228360A1 (en) | Email advertisement system and method for online retail | |
US11113712B2 (en) | Automatic redemption of digital offers with deferred payment | |
US20080086234A1 (en) | Fuel dispenser using intelligent intermediaries | |
US20030050849A1 (en) | Supplier/reseller interaction | |
JP2004503012A (en) | Method and system for generating an individual shopping list | |
CA2852089A1 (en) | Direct etailing | |
US20030050958A1 (en) | Supplier/reseller interaction | |
US20030050847A1 (en) | Supplier/reseller interaction |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |