A method for customer promotion includes sequentially processing each of a plurality of items in a customer order. The price of each item is accumulated after processing. A marginal discount associated with each item processed is generated. This marginal discount is generated in response to a signal that indicates the accumulated price exceeds a predetermined threshold. Unapplied marginal discounts are accumulated for application to the customer order. A discount is applied to the customer order in response to a signal that is generated that indicates the accumulated discounts exceeds a predetermined minimum.
|
0. 35. An article of manufacture including a non-transitory computer-readable medium having instructions stored thereon that, if executed by a computing device, cause the computing device to perform operations comprising:
accumulating prices for a plurality of items in a customer order;
accumulating one or more marginal discounts associated with the plurality of items;
comparing the accumulated price and the accumulated marginal discount with respective thresholds; and
applying a price reduction to the customer order in response to the accumulated price and the accumulated marginal discount exceeding the respective thresholds.
0. 34. A computer program product comprising a non-transitory computer useable medium having instructions for providing a customer incentive stored thereon, the instructions comprising:
instructions to accumulate prices for a plurality of items in a customer order;
instructions to accumulate one or more marginal discounts associated with the plurality of items;
instructions to compare the accumulated price and the accumulated marginal discount with respective thresholds; and
instructions to apply a price reduction to the customer order in response to the accumulated price and the accumulated marginal discount exceeding the respective thresholds.
1. A method for customer promotion of a store providing an incentive to a customer, the method comprising:
sequentially processing each, by a computing device, one or more of a plurality of items in a customer order;
after processing each item, accumulating the price prices of each item the items;
in response to the accumulated price exceeding a predetermined threshold, generating a first signal indicating that the accumulated price exceeds a predetermined threshold:;
in response to the first signal,:
determining a, by the computing device, one or more marginal discount discounts associated with each item one or more items processed subsequent to the generation of the first signal; and
accumulating all unapplied marginal discounts, the marginal discounts for application to the customer order subsequent to the generation of the first signal;
in response to the accumulated unapplied marginal discounts exceeding a predetermined minimum, generating a second signal indicating that the accumulated discount exceeds a predetermined minimum; and
in response to the second signal, applying a discount to the customer order.
27. A method for providing an incentive to a customer promotion of a store, the method comprising:
sequentially processing each, by a computing device, one or more of a plurality of items in a customer order;
after processing each item, accumulating the price prices of each item the processed items;
in response to the accumulated price exceeding a predetermined threshold, generating a first signal indicating that the accumulated price exceeds a predetermined threshold::
in response to the first signal, determining a by the computing device one or more marginal discount discounts associated with each item one or more items processed subsequent to the generation of the first signal and accumulating all unapplied marginal discounts, the marginal discounts for application to the customer order, the value of the marginal discount being dependent on the price of the item and otherwise independent of the identity of the item;
in response to the accumulated unapplied marginal discounts exceeding a predetermined minimum, generating a second signal indicating that the accumulated discount exceeds a predetermined minimum; and
in response to the second signal, applying a discount to the customer order.
8. A system for customer promotion over the Internet tangible computer-readable medium having instructions stored thereon, the instructions comprising:
a computer-readable medium; and
a computer program encoded on the computer-readable medium, the computer program operable, when executed on a computer, to
instructions to sequentially receive signals indicative of the respective prices of a plurality of items in a received customer order received over the Internet and accumulate the price prices of each item the items;
instructions to determine that whether the accumulated price exceeds a predetermined threshold and in response,;
instructions to determine a one or more marginal discount discounts associated with each item one or more items subsequently processed and accumulate all unapplied marginal discounts in response to determining that the accumulated price exceeds a predetermined threshold; and
instructions to determine that whether the accumulated discount unapplied marginal discounts exceeds a predetermined minimum; and in response
instructions to apply a discount to the customer order in response to determining that the accumulated unapplied marginal discounts exceeds a predetermined minimum.
14. A computerized system for customer promotion, the system comprising:
a storage medium;
a processor coupled to the storage medium; and
a computer program encoded on the computer-readable storage medium, the computer program operable, when executed on that in response to execution by the processor, causes the processor to:
sequentially receive signals indicative of the respective prices of a plurality of items in a received customer order received over the Internet and accumulate the price prices of each item the items;
determine that whether the accumulated price exceeds a predetermined threshold and in response,;
in response to the accumulated price exceeding a predetermined threshold, determine a one or more marginal discount discounts associated with each item one or more items subsequently processed and accumulate all unapplied marginal discounts; and
determine that whether the accumulated discount exceeds a predetermined minimum; and
in response to the accumulated unapplied marginal discounts exceeding a predetermined minimum, apply a discount to the customer order.
20. A method for providing an incentive to a customer promotion of a store, the method comprising:
sequentially processing, at a remote computer at a location remote from the store on a substantially real-time basis computing device, each one or more of a plurality of items in a customer order on a substantially real-time basis;
after processing each item, accumulating, by at the remote computer computing device, the price prices of each item the processed items;
in response to the accumulated price exceeding a predetermined threshold, generating, by at the remote computer computing device, a first signal indicating that the accumulated price exceeds a predetermined threshold;
in response to the first signal, determining, by the remote computer, computing device:
a one or more marginal discount discounts associated with each item one or more items processed subsequent to the generation of the first signal; and
accumulating all unapplied marginal discounts, the marginal discounts for application to the customer order;
in response to the accumulated unapplied marginal discounts exceeding a predetermined minimum, generating, by at the remote computer computing device, a second signal indicating that the accumulated discount exceeds a predetermined minimum; and
in response to the second signal, applying a discount to the customer order.
2. The method of
3. The method of
4. The method of
5. The method of
6. The method of
7. The method of
9. The system computer-readable medium of
instructions to initiate application of a discount in response to determining that the accumulated discount unapplied marginal discounts exceeds a predetermined minimum and upon receiving a signal indicative of the price an item in the customer order having a price that is no less than the discount.
10. The system computer-readable medium of
operable instructions to initiate application of a discount having a value equal to the minimum discount.
11. The system computer-readable medium of
operable instructions to initiate application of a discount having a value equal to the accumulated discount unapplied marginal discounts.
12. The system computer-readable medium of
operable instructions to determine a one or more marginal discount discounts associated with each item one or more items by applying a constant percentage discount on each item the one or more items.
13. The system computer-readable medium of
operable instructions to determine a one or more marginal discount discounts associated with each item one or more items by applying a variable percentage discount on each item the one or more items.
15. The system of
initiate application of a discount in response to determining that the accumulated discount unapplied marginal discounts exceeds a predetermined minimum and upon receiving a signal indicative of the price an item in the customer order having a price that is no less than the discount.
16. The system of
initiate application of a discount having a value equal to the minimum discount.
17. The system of
initiate application of a discount having a value equal to the accumulated discount unapplied marginal discounts.
18. The system of
determine a one or more marginal discount discounts associated with each item one or more items by applying a constant percentage discount on each item the one or more items.
19. The system of
determine a one or more marginal discount discounts associated with each item one or more items by applying a variable percentage discount on each item the one or more items.
21. The method of
22. The method of
23. The method of claim 20 22, wherein applying a discount to the customer order comprises applying the minimum discount.
24. The method of claim 20 22, wherein applying a discount to the customer order comprises applying the accumulated discount unapplied marginal discounts.
25. The method of
26. The method of
28. The method of
29. The method of
30. The method of
31. The method of
32. The method of
33. The method of
|
This application is a continuation of U.S. patent application Ser. No. 09/320,114 filed May 26, 1999, entitled Method and System for Providing Customer Incentives Utilizing Dual Customer Identifications. This application also claims the benefit under 35 U.S.C. §119(e) of U.S. Provisional Application Ser. No. 60/136,130 filed May 26, 1999 entitled Customer Incentives.
This invention relates to marketing and more particularly to a method and system for differentiated customer promotion.
Coupon distribution is widely used as a method for marketing products. However, the distribution of coupons is not without disadvantages. For example, coupon distribution is logistically complex. Much effort is extended by stores in receiving, verifying, and submitting coupons for reimbursement. As a method of targeted marketing, coupons are also somewhat deficient. Coupons may be exchanged or sold, reducing any targeted marketing aspect of coupon distribution. Coupons are also cumbersome to customers. Gathering, storing, and remembering to take a redeemable coupon to a store are activities with which many customers simply do not have time to engage.
Fraud is also a problem. Store employees sometimes redeem coupons in the absence of the purchase of an associated product, either to allow a friend the benefit of the discount or as a means to obtain cash from their employer.
In addition to these problems, the unauthorized duplication of coupons also limits more widespread use of these coupons for marketing. Further, some systems utilize customer identity to provide incentives to the customer based upon the customer's prior shopping history. Although desirable, these systems incorporate identification systems, which can add cost.
Accordingly, a need has arisen for a method and system for providing customer incentives that address the disadvantages of prior methods and systems. The present invention provides such in system and method for providing customer incentives.
According to one embodiment of the invention, a method for customer promotion of a store includes sequentially processing each of a plurality of items in a customer order and after processing each item, accumulating the price of each item. A first signal is generated indicating that the accumulated price exceeds a predetermined threshold and in response a marginal discount associated with each item scanned subsequent to the generation of the first signal is determined. All unapplied marginal discounts are accumulated for application to the customer order. A second signal indicating that the accumulated discount exceeds a predetermined minimum is generated, and in response, a discount is applied to the customer order.
According to another embodiment of the invention, a system for customer promotion over the Internet includes a computer-readable medium and a computer program encoded on the computer-readable medium. The computer program is operable, when executed on a computer, to sequentially receive signals indicative of the respective prices of a plurality of items in a customer order received over the Internet and accumulate the price of each item and determine that the accumulated price exceeds a predetermined threshold. In response the program determines a marginal discount associated with each subsequently item processed item and accumulating all unapplied marginal discounts. A determination is made that the accumulated discount exceeds a predetermined minimum and in response a discount is applied to the customer order.
Embodiments of the present invention provides numerous technical advantages. For example in one embodiment, accumulation of marginal discounts and application of the accumulated discount produces the appearance of the customer receiving a discount on a particular item. Because any given transaction likely will include the customer's preferred products, over time it may appear to the customer as if discounts are being provided for the customer's preferred items. Providing discounts for a customer's preferred items likely induces customers to return to the store providing such discounts. Additionally, a method of customer promotion does not suffer from disadvantages associated with redeemable coupons. Furthermore, such a method of customer promotion can be implemented without identification of the customer. In addition, differential customer promotion is effected in a shopping context not amenable to redeemable coupons.
For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawings, in which:
A first embodiment of the present invention and its advantages are best understood by referring to FIGS. 1 through 18A-C of the drawings, like numerals being used for like and corresponding parts of the various drawings. A second embodiment is shown in
The check transaction processing system of the present invention enables a store with a significant volume of check transactions to accumulate and process transactional customer information for check verification and customer profiles for target marketing. The system operates at the store using a local database of customer information useful in that store's business.
A customer's bank checking account number provides a unique identification for that customer—using this check ID, a customer record is created and included in the local customer database. The customer record includes an assigned customer verification status, as well as selected transactional data. Customer status designations include POSITIVE, NEGATIVE and CAUTION, while transactional data includes transaction frequency and dollar volume over given intervals (such as Day/Week/Total or DWT). Selected transactional (CALL MANAGER) limits are assigned to both CAUTION and POSITIVE status. This customer information (customer status and transactional data) in the customer database is continuously updated (a) on a local basis through either processing check verification requests, or inputting customer status, and (b) in the case of a multiple store business, on a global basis through interstore transfers of selected customer information (such as CAUTION and NEGATIVE status information).
The description of the first and second embodiment of the check transaction processing system is organized as follows:
The check transaction processing system is located at a store, and maintains a local customer database for that store. For a multiple store business, a local system is located at each store and global customer information transfers are used to supplement the essentially local customer database.
1.1. System Overview
As shown in
Transaction processor 112 is coupled through a network data communications interface 116 (including network communications ports and associated drivers) and a network bus 118 to a plurality of transaction terminals 120. Transaction processor 112 is able to communicate with other check transaction processing systems through a telecommunications interface 117 (including a modem).
Transaction terminals 120 are each located at a point-of-sale (such as a grocery store checkout stand). Transaction terminals 120 are used to communicate information to transaction processor 112 for check transaction processing and customer database management. A transaction terminal transmits a request (including a function code identifying the requested function together with other request data) to the transaction processor, which processes the request and returns an appropriate response.
For example, in the case of check verification, a transaction terminal is used to transmit a verification request—the customer's check ID, the verification function code, and the dollar amount. The transaction processor processes the request, updates the customer database to reflect that transaction, and returns a customer verification status response.
1.2. Data Communications Network
Data communications between transaction processor 112 and transaction terminals 120 is implemented using a multi-drop token ring network. Network bus 118 connects the transaction terminals to the transaction processor in a star configuration so that all data signals transmitted over the network are received at each node. Each transaction terminal 120 is assigned a unique terminal address to identify its data communications.
Transaction processor 112 implements a token-passing protocol by broadcasting polling sequences (or cycles) in which tokens are sequentially addressed to the transaction terminals. For each poll, the transaction processor sends to a terminal one of two tokens (which both include the terminal address):
POLL Token
An invitation for the terminal to transmit data
RXDATA Token
Includes data requested by the terminal
In response to a POLL token, the transaction terminal transmits back one of two answers:
TXDATA Answer
Includes data entered into the terminal
NODATA Answer
Indicates no data
During any given polling sequence, each transaction terminal is in one of three polling states that control the polling operation:
Poll
Send a POLL token
Wait
Do not send a token until requested data is available
Data
Send an RXDATA token that includes the requested data in the
terminal's buffer
For example, in response to a POLL token, a transaction terminal may transmit a TXDATA Answer containing a check verification request. Once the request is transmitted, the terminal is placed in the Wait state until the verification response from the transaction processor is available. The response is placed in the terminal's buffer, and the terminal is placed in the Data state. The response is included in an RXDATA token sent to the terminal during the next polling sequence, and the terminal is placed in the Poll state ready to receive a POLL token in the next polling sequence.
For the preferred embodiment, network communications interface 116 provides 32 ports for up to 32 transaction terminals. The data communications network uses the RS485 line protocol, which specifies differential signal lines SIG+ and SIG−, as well as +12V and ground lines. The network communications interface and the corresponding interfaces for each transaction terminal use a differential line driver for signal communication over network bus 118, which provides the necessary 4-wire signal path.
1.3. POS Terminal
As shown in
For example, to initiate a check verification request, check reader 121 automatically scans the magnetic ink character recognition (MICR) data printed along the bottom edge of the customer's check and then the store clerk operates the keypad 122 to enter the amount of the check, along with the function code designating check verification. This request is displayed on display 124, and sent, along with data from the check reader 121, to transaction processor 112. The check verification response, including the customer's verification status (such as POSITIVE, NEGATIVE or CAUTION), and marketing information (such as the type of coupon to be dispensed) returned by the transaction processor is then displayed on display 124.
The MICR encoding of checks is known, and a detailed explanation of the MICR encoding scheme may be found in The MICR Handbook by Rylla R. Goldberg, published by Heath Printers, the subject matter which is hereby incorporated by reference. As noted in The MICR Handbook, and as will be subsequently described, the field of the MICR symbology located on the bottom of the check is broken into various data fields in which different banks can place different data at different locations. Conventional automatic check readers such as those noted in the above-noted patents often cannot detect a customer's checking account number because it is interspersed with other data such as the check sequence number.
The present automatic check reader is provided with structure which enables the customer checking account number and the bank transit number (which identifies the bank) to be detected within the code printed on the customer's check. This process involves detecting or parsing (the examination or analysis of a string of numbers or characters which is designed to detect or identify various subgroupings or sets within the string) followed by extraction of that set or sets which have been defined as the customer checking account number. The present automatic check reader is thus provided with circuitry which enables the customer's checking account number and the bank transit number to be parsed or detected and the remainder of the data extracted or omitted, such that the customer's checking account number and the bank transit number may be used as the unique customer identification code for the present invention. The present check reader thus provides substantial advantages over prior check readers which have not been useful for check verification or marketing techniques because it was not possible for such prior check readers to consistently detect customer account numbers on checks presented from different banks and bank branches.
Referring to
In operation, the read head 125a reads MICR characters on the check and applies signals to the analyzer 125b to provide an output from the analog to digital converter 125c of the MICR characters being detected. The character recognition logic 126b provides optical character recognition to generate an indication of the characters represented by the MICR symbology on the check. This data is stored in the data stored registers 127 for application to the microprocessor 128a. The microprocessor 128 utilizes information from the transit code table in the disk or EEPROM 128b to determine the particular bank whose check is being scanned and also the particular location of the customer account number in the MICR code for that particular bank. The parsing program 128 is then operable to parse or eliminate all aspects of the MICR code except for the desired customer account number. The microprocessor 128 then generates an output to the output device 129b which indicates the desired customer account number of that particular check. The output device 129b is connected to pins 1-3 which serve as the I/O of the transactional terminal 121 circuitry which is shown in
The detected customer account number and bank transit number are then subsequently used in the various programs and subroutines of the present invention to provide check verification and marketing techniques in accordance with the invention. As noted, the present automatic check reader differs from previously developed check readers in its ability to detect the location of the customer account number and to omit all other portions of the MICR code except for the desired account number and perhaps the transit number. In this way, the present automatic check reader may be used to process all checks from all banks and their branches, regardless of the location of the customer account number and regardless of which branch of a particular bank is being utilized or even in such situations where a branch is sold or transferred to another entity.
It can thus be seen that the sequence 179201476663 contains both the sequence number of the particular check, which in this particular instance is 1792, and also the customer's checking account number 01476663. As noted, it is very important in the present invention to automatically detect the customer's checking account number. It is common for many banks to provide symbology which separates the number of the particular check and the customer's account number. However, with many banks, as in the illustrated check of
An important aspect of the present invention is the ability of automatic check reader 119 to find the sequence number of the check and omit that number to leave the true customer account number. The encoding scheme may be different for each bank. This is accomplished by utilization of the disk or EEPROM 128a which contains tables which designate what encoding scheme is used in the MICR band for each bank. For example, the table stored in EEPROM 128b would indicate that the Mills County Bank, identified by the transit number 101010733, had a convention of always placing the check number in the first four locations of the On Us field. In the case of the check in
It will be understood that the check number advances one unit each time a new check is written and therefore the data contained in the On Us field of the Mills County Bank would be continuously changing. Only by the check reader of the present invention having a stored knowledge of a particular location of the check number of the Mills County Bank would it be able to detect and omit or parse out the unwanted check number information.
The present check reader of the invention can determine the instances when the On Us field contains a space or suitable symbology separating the check number from the customer's account number, in addition to the scheme previously noted. In such cases, the check reader parses and omits the shortest number, which will be the check number. A particularly important aspect of the present invention is that the automatic check reader can read the MICR code of all banks and accurately pick out the customer's account number for utilization as a unique customer ID to perform the advantages of the invention.
Another important aspect of the invention, as will be described in greater detail in
The present automatic check reader 119 also can be taught to detect changes of a bank's branch number, and instances in which institutions are purchased and their transit number is changed, and cases wherein financial institutions run into difficulties and are required to change owners and therefore change transit IDs. Previous check readers were not able to keep track of such changes in banks and transit numbers. With the present check reader 119, such information can be stored in the transit code table 128b. Therefore, if the Mills County Bank of
In addition, banks often have different types of accounts such as money markets, now accounts, commercial accounts, personal accounts and the like. So for a given bank transit number, there may be several non-obvious embedded locations for the particular next sequence number. For example, in the check shown in
Another important aspect of the invention is that the MICR parsing operation previously described and shown in
The important aspect of the invention is the ability to always recognize a customer's checking account number in a MICR line automatically, no matter which bank or which type of account is involved. With the ability to generate an extremely accurate indication of the customer's account number and the bank transit number, a unique customer identification code is provided which may be utilized to provide the many advantages of the invention to be subsequently described.
While the preferred customer identification code comprises the checking account number and the bank transit number, it should be understood that various aspects of the invention may be practical using different customer identification codes. For example, man of the marketing and verification techniques hereinafter described can be accomplished by the store clerk manually entering the name, address and/or phone number into the system through data terminal keypad 122. This unique identifying data could then be used to identify the store customer. While such manual entry is slower and not as efficient or accurate as the automatic reading of the MICR code, the manual technique may have applications in certain circumstances.
As shown in
The transaction terminal is coupled to the RS485 multi-drop network bus (118 in
EPROM 134 provides program memory for microprocessor 130, while LCD module 136 constitutes data memory. That is, the LCD module functionally interfaces to the microprocessor as memory, providing an 80-character display data register that is treated by the microprocessor as data memory.
EPROM 134 stores programs to control keypad 122, display 124 (i.e., LCD module 136) and network data communications. The keypad program includes conventional routines for decoding key-struck signals and receiving entered characters, as well as key-debouncing and N-key rollover. The display program includes conventional routines that write characters to and read characters from the display data register in LCD module 136. To that end, the display program provides mode control commands to LCD module 136 that control read/write operations, as well as operations for cursor positioning, backspace and scroll. The network program controls token-ring network communications, including establishing a terminal polling address when the transaction terminal becomes active, detecting POLL tokens addressed to the transaction terminal, building and sending NODATA and TXDATA answers, and receiving RXDATA tokens containing response data for the transaction.
LCD module 136 is a self-contained liquid crystal display module that includes liquid crystal display 124, and provides many display control functions internally. Display 124 is arranged in two lines of 20 characters each, with the internal 80-character display data register providing 40 characters of display memory for each line. Each line is independently scrolled under control of the LCD module in response to microprocessor mode control commands (for example, when the scroll key on keypad 122 is depressed). In addition to the internal display data register, the LCD module includes an internal control/status register. Logically, these registers are treated as, respectively, data and control/status ports. Data may be read to or written from the data port, while control is written to and status is read from the control/status report.
From above, the display control program in EPROM 134 provides the various mode control commands that invoke the display control functions implemented by the LCD module. For example, in response to appropriate mode control commands, the LCD module performs the necessary internal operations to move the cursor, output the character under the cursor, write a character in the cursor position, delete a character in the cursor position, clear the display, and output sequentially all characters in the display data register (such as after the enter key is depressed).
Microprocessor 130 provides four input/output ports 0-3. Port 0 is output only, and provides the higher order address bits A08-A12 over the Address Bus (the 3 higher order bits A13-A15 of the 16-bit Z8 microprocessor address are not used by the transaction terminal). Port 1 is input/output, providing the lower order address bits A00-A07 and receiving 8-bit data bytes over the Address/Data Bus. Port 2 is input only, and is coupled to the column/row matrix lines of the 4×4 keypad matrix for keypad 122, i.e., column lines C0-C3 and row lines R0-R3.
Port 3 (0-7) is a multi-purpose input/output port. Pins 0 and 7 are a serial I/O port for an internal UART (universal asynchronous receiver transmitter). Pin 5 is an output drive enable line that controls the transmit/receive state of differential line driver 138. Pin 4 is a data memory DM line used to select either program memory (i.e., EPROM 134) or data memory (i.e., LCD module 136). Pins 1-3 are an I/O port for the check reader 119 or for a credit card reader, and Pin 6 is an output port for a buzzer.
In addition to the four I/O ports, microprocessor 130 provides an address strobe line AS, a data strobe line DS and read/write line R/W.
A clock circuit 131 includes a crystal oscillator that establishes a 7.3728 MHz system clock. The Z8 microprocessor is clocked down (from its 12 MHz specification) to accommodate the LCD module's response time.
Address latch 132 receives the lower order address bits A00-A07 from microprocessor port 1 over the Address/Data Bus during the first address cycle. The address latch is enabled to latch these address bits by a microprocessor address strobe provided through an inverter 142. The latched address bits A00-A07 are available at the output of address latch 132 which is coupled to the Address Bus.
EPROM 134 receives a 12-bit address A00-A12 from the Address Bus. The lower order bits A00-A07 are provided by address latch 132, and are available on the Address Bus during the second address cycle when the higher order bits A8-A12 are provided by microprocessor port 0 over the Address Bus. Thus, EPROM 134 receives the complete 12-bit address A00-A12 from the Address Bus during the second address cycle. The addressed data byte AD0-AD7 is available from the EPROM output port over the Address/Data Bus and may be read when microprocessor 130 provides a data strobe DS to the chip enable CE input to the EPROM.
LCD module 136 includes an I/O port (pins D0-D7) coupled to the Address/Data Bus (lines AD0-AD7). To connect either the display data register or the control/status register to the I/O port, Microprocessor 130 selects either data port operation or control/status port operation with a register select signal provided by the address bit A00 from the Address Bus to the R/S input of the LCD module—if A00 is even (logic 0), the display data register is connected to the I/O port, and if A00 is odd (logic 1), the control/status register is connected. Read/write operation is selected by R/W signal from microprocessor 130 to the R/W input to LCD module 136.
LCD module 136 is enabled for output over the Address/Data Bus by an enable signal from a NOR gate 146, which receives input from the microprocessor's data strobe DS line and data memory DM line (port 3, pin 4). That is, LCD module 136 may be read only if both the data strobe and data memory lines are active. In contrast, EPROM 134 is enabled for a read operation only if the data strobe line is active while the data memory line is inactive causing an active output from an inverter 144. In this manner, microprocessor 130 uses the data memory line to select between program memory (EPROM 134) and data memory (LCD module 136).
A potentiometer 148 is used to adjust contrast for the LCD display 124. The potentiometer is connected between the pins +5 volts and ground on LCD module 136, with the potentiometer voltage being applied to the voltage reference pin VREF.
To read instructions from EPROM 134, microprocessor 130 provides a 12-bit address on the Address Bus—the lower order address bits A00-A07 from port 1 through address latch 132, and the higher order address bits A08-A12 from port 0. EPROM 134 is enabled for output by the data memory line (port 3, pin 4) being held inactive resulting in an active output-enable signal from inverter 144 to the EPROM. Conversely, LCD module 136 is disabled for a read operation because the inactive data memory line insures an inactive signal from NOR gate 146 to the LCD module, thereby insuring that EPROM 134 has exclusive access to the Address/Data Bus. During the read cycle, microprocessor 130 enables EPROM 134 to output the addressed data byte by providing a data strobe DS to the chip-enable input to the EPROM.
To read display data from the display data register in LCD module 136, Microprocessor 130 executes a read display routine in the display control program stored in EPROM 134. Microprocessor 130 first disenables EPROM 134 by holding the data memory line (port 3, pin 4) active, causing the output-enable output from inverter 146 to be inactive. LCD module 136 is then enabled for input/output when a microprocessor data strobe drives active the output from NOR gate 148, which now has both its inputs (DM and DS) active.
Once LCD module 136 has been given access to the Address/Data Bus, a display-data-register read operation is accomplished as follows. Microprocessor 130 outputs from port 1 an LCD mode control byte including a register select bit A00 over the Address/Data Bus. The register select bit is coupled through address latch 132 and the Address Bus to the RS input to LCD module 136 which selects bit is in the C/S state, causing LCD module 136 to select the control/status register for I/O access to the Address/Data Bus. Microprocessor 130 also places its read/write R/W line in the write state, so that the mode control byte can be written into the control/status register. Microprocessor 130 then provides a data strobe DS that enables LCD module 136 to latch the mode control byte from the Address/Data Bus into the control/status register.
In accordance with this mode control command, LCD module 136 places a not-ready status byte in the control status register, makes the designated display character in the display data register available for output on the Address/Data Bus, and then places a ready status byte into the control/status register. Microprocessor 130 switches the read/write line to read (the control/status register is still selected for I/O), and then provides a data strobe DS to read the status byte in the control/status register. (The microprocessor continually strokes the LCD Module until a ready status byte is returned from the control/status register.)
Microprocessor 130 then outputs a register select bit (A00) that causes LCD module 136 to select the display data register for output. Finally, the microprocessor provides a data strobe to read the first display data character over the Address/Data Bus into port 1.
This procedure—select control/status, read status, select display data, read display data—is continued until all requested display data characters have been read. That is, microprocessor 130 first reads the status register to determine when LCD module 136 is ready (i.e., when the next display data character is available), and then reads the character.
The procedure by which microprocessor 130 provides display data characters for display by LCD module 136, writing the characters into the display data register, is analogous to the procedure for reading display data characters. Executing a write display routine in the display control program, microprocessor 136 first writes a corresponding mode control command into the control/status register of the LCD module, and then reads status to determine when the LCD module is ready. Microprocessor 130 then selects the display data register, and writes the first display data character over the Address/Data Bus. Microprocessor 130 reads the status register to confirm that the LCD module is ready prior to writing the next display data character. This procedure of reading the status register and then writing a display data character is continued until all display data characters have been written.
Differential transceiver 138 controls data communications over the network bus 118 connected to connector 140. The RS485 communications protocol is implemented by microprocessor 130 executing the network communications program stored in EPROM 134. Port 3 of microprocessor 130 is used as a communications port, with pins 0 and 7 providing a serial I/O port, and pin 5 providing a transceiver drive enable line through an inverter 152 (the differential transceiver is in the transmit mode if the signal is active, and in the receive mode if the signal is inactive).
On the network side of differential transceiver 138, signal lines 6 and 7 are coupled, respectively, to the network bus signal lines SIG+ and SIG−. These signal lines are coupled to the +12 volt line through opposite sides of a protective diode network 154.
While waiting for a token (either POLL or RXDATA) over the network bus, microprocessor 130 holds the transceiver drive enable line inactive, thereby placing differential transceiver 138 in the receive mode. When a token is received through differential transceiver 138 into the serial I/O port (port 3, pins 0 and 7), microprocessor 138 switches the transceiver drive enable line active and transmits either a TXDATA or NODATA answer via the serial I/O port and the differential transceiver.
Keypad input is accomplished in a conventional manner using a 4×4 keypad matrix with column lines C0-C3 and row lines R0-R3. Key-struck decoding is accomplished as follows. Column lines C0-C3 are normally held high by a resistor network 160, while microprocessor 130 (port 2) holds the row lines R0-R3 low. When a key is struck, the corresponding column line is brought into contact with that key's row line, and the column line is brought low, which is detected by microprocessor 130. The microprocessor then switches the port 2 lines high, and sequentially drops a row line low until the key-struck column line goes low, thereby identifying the key that was struck by its row/column intersection.
Keypad control functions, such as debouncing and N-key rollover are accomplished in a conventional manner using program routines of the keypad control program stored in EPROM 134.
Power for the transaction terminal is provided by a voltage regulator 165 that receives +12 volts from the +12 volt line of the network bus. Voltage regulator 165 provides a stable +5 volt logic level.
A transaction terminal is initialized as follows. At power on, voltage regulator 165 provides a reset signal to microprocessor 130 when the +5 volt logic level is stable. Microprocessor 130 turns port 0 off, so that the Address Bus is controlled by the low-current resistor network 160, which holds the Address Bus lines A08-A12 high.
Microprocessor 130 outputs from port 1 an initialization address over the Address/Data Bus, which is latched into address latch 132 and placed on the Address Bus. EPROM 134 receives the initialization address A00-A12 (with bits A08-A12 being held high by resistor network 160), and makes the addressed instruction available at its data output port. Microprocessor 130 then reads the first instruction over the Address/Data Bus. Port 0 is turned on, so that resistor network 160 no longer controls the address lines A08-A12 of the Address Bus, and normal operation commences under control of microprocessor 130.
1.4. Multiple-Store Configuration
As shown in
One store is designated as a “host” system, and the other stores are designated as “remote” systems. The host system coordinates the global exchange of check verification data and other customer information, but otherwise operates as a local system for that store in the same manner as the remote systems. Operation as a host does not affect concurrent local operation, i.e., host/remote status is transparent to the check transaction processing operation at each store.
Each store operates relatively autonomously in developing and maintaining its local customer database and providing check transaction processing. However, the stores are also able to globally exchange certain customer information useful to all of the stores, particularly for purposes of check verification. For example, while it is probably unnecessary from a credit standpoint for the stores to exchange information about customers who typically frequent only a single store and do not present check transaction problems, the stores will probably want to exchange information about customers who have written bad checks at one or more stores, or who are in a cautionary status as new customers. Moreover, the present system permits exchange of data between stores for marketing purposes. Such a global exchange of customer information reduces the likelihood that the business will experience a significant loss from a concerted bad check writer.
Each store's customer database is updated with both local and global customer information. Each local check transaction processing system 110, including the designated host system, continually updates its customer database with local customer information, either automatically through processing check transactions or through operator-input of customer status data (such as negative status information). At regular intervals, each remote system transfers to the host selected customer information (such as negative and caution status information). The host updates its customer database with this customer information, and transfers back to each remote system global customer information from all remote systems. Each remote system then updates its customer database with this global customer information.
1.5. Exemplary Components
The detailed specifications for transaction processor 112, and its associated disk storage 114, and network communications interface 116 are not critical to this invention, being a matter of design choice. For the preferred embodiment, transaction processor 112 uses a Western Digital Processor Board Model No. WD286-WDM2 based on the Intel 80286 processor chip. Disk storage unit 114 is a Seagate Technologies Model ST225, and communications interface 116 is Sealevel Systems RS485 Communications Board Model No. SIO-485. The transaction processor runs MSDOS 3.3.
The detailed specification for point-of-sale transaction terminals 120 is not critical to this invention, being a matter of routine design specification. For the preferred embodiment, transaction terminal 120 includes the following components:
Microprocessor 130
Zilog Z8 (86C9112PSC)
Address Latch 132
74HC373
EPROM 134
27C64
LCD Module 136
Optrex DMC16207
4 × 4 Keypad
Standard 4 × 4 matrix
Diff. Transceiver
75176 (R5485 compatible)
Voltage Regulator
LM2925
Alternative similar point-of-sale units are commercially available, such as from Omron Business Systems Model No. C.A.T. 90.
2.0 Functional Description
As diagrammed in
The verification function involves sending a request for check transaction verification from a point-of-sale terminal 120 to the transaction processor, which performs the necessary database operations to process the request, update the customer database with transactional data (such as frequency and dollar amount) to reflect the current transaction, and return an appropriate response. The local status update function involves continuously inputting customer status changes (particularly to reflect bad check experience) for customers in a store's local customer database. The global update function, for multiple-store systems, involves continuously transferring among the stores selected customer information (preferably caution and negative status information). The purge function involves removing obsolete or unwanted customer records from the customer database based on specified purging criteria. The event-driven activities Involve certain database management functions (such as purge and backup), as well as host/remote communications for global update, automatically performed at regular intervals.
2.1. Database Structure
The customer database includes all customer information used and maintained by the check transaction processing system. The customer database comprises two separate files containing customer information: the customer file and the negative status file. In addition, a system control file contains transactional limits used during check verification and purge limits.
The customer file contains customer records that include the following customer information:
Field
Description
Check ID
Customer checking account number
Verification
POSITIVE, NEGATIVE, CAUTION, CASH ONLY, or
Status
STOLEN
User Flags
User assigned flags that designate a customer as
PREAPPROVED for check transactions regardless of any
transactional limits, or as being authorized for check
transactions on a MANAGER ONLY approval basis
regardless of actual status
Transfer
Date/time the customer record was last accessed and
Date/Time
updated (written to disk), used in host/remote transfers for
global update (transfers from host to remote generally do
not affect this date)
Access
Last date/time the customer record was accessed and
Date/Time
updated (a query function does not change the access
date/time)
Status
Date/time customer status changed
Change Date
(e.g., CAUTION TO POSITIVE)
DWT
Day/Week/Total values for transaction frequency (updated
Frequency
transactionally during check verification and globally
DWT
Day/Week/Total dollar amounts (updated transactionally
$Amount
during check verification and globally
Previous
Customer's previous status (such as CAUTION prior to
Status
being rolled POSITIVE)
Frequency
Total number of check transactions since the last global
Since Transfer
transfer
$Amount
Total dollar amount volume since the last global transfer
Since Transfer
Marketing
Purchases made of predetermined products, store
Data
departments and the like
The file specification for a customer record is set forth in Table 1 at the end of the specification.
The customer file is indexed by (a) check ID, and (b) status/transfer date/check ID.
The preferred intervals for maintaining frequency and dollar amount transactional data are Day/Week/Month/Total, where the day is the current 24-hour period, the week is the previous 7 days, the month is trailing 30 days, and the total is the total since the customer's first check transaction. The DWT designation will be used throughout this specification to indicate the three separate values for either Frequency or $Amount. Preferably, DWT Frequency and $Amounts are maintained on a global basis, so that for those records that have been globally updated (such as NEGATIVE and CAUTION status customer records), the DWT values will be global rather than local. Alternatively, separate local and global DWT transactional data can be maintained in the customer records, as shown in Table 2.
A customer can be assigned one of five check verification status designations:
Status
Description
CAUTION
The customer is a new customer, and a specified check
clearance interval since the customer's first check
transaction has not passed
NEGATIVE
The customer has one or more outstanding bad checks at
any store location
POSITIVE
The specified check clearance interval since the
customer's first check transaction has passed, and no bad
checks are outstanding at any store location
CASH ONLY
The customer is not authorized to cash checks, even
though no bad checks are outstanding
STOLEN
The customer has reported stolen checks
Customer status is assigned during customer record creation, and then update (transactionally, locally or globally) to reflect changes in customer status, such as due to elapsed time between check transactions or bad check history.
In addition, the local update function can be used to asign to a customer either of the following user flag designations, which override normal status responses to check verification or status query requests:
User Flag
Description
PREAPPROVED
The customer has been preapproved for check
transactions that may otherwise exceed certain
transactional limits applied even to customers with
POSITIVE status
MANAGER
The customer is not authorized to cash checks without
ONLY
manager approval, even though no bad checks are
outstanding
In response to a check verification (or status query) request entered at a transaction terminal the transaction processor returns a response with either customer status, or if specified transactional limits have been exceeded, a CALL MANAGER directive, unless the PREAPPROVED or MANAGER ONLY user flags in the customer's record have been set. Generally, a check transaction will be authorized if the customer has a POSITIVE status or is PREAPPROVED, will require manager approval for MANAGER ONLY regardless of status, and will be refused if customer status is NEGATIVE, CASH ONLY or STOLEN. Check authorization for customers with CAUTION status is a matter of store policy. For example, check authorization can depend upon DWT Frequency or $Amount, or the type of check transaction (such as amount of purchase only), or upon having the check transaction approved by a store manager.
The CALL MANAGER directive is not a verification status contained in a customer record, but rather, is the response to a verification request if for any status (including POSITIVE), the current check transaction causes transactional limits specified in the system control file for DWT Frequency and $Amount to be exceeded.
The negative status file contains negative status records that include the following customer information (by location for multiple store systems):
Field
Description
Check ID
Customer checking account number
Location
The location identification for the store (each store having
a NEGATIVE and/or CASH ONLY status history is
assigned a separate negative status record)
NEGATIVE
Active—That location has a bad check outstanding
Status
Inactive—That location has no bad checks outstanding
CASH ONLY
Active—That location has designated the customer as
Status
CASH ONLY
Inactive—That location has not designated the customer
CASH ONLY
Access
Last date/time the negative status record was accessed and
Date/Time
updated (a query function does not change this date)
NEGATIVE
Date/time the status first became NEGATIVE
Date/Time
CASH ONLY
Date/time the status first became CASH ONLY
Date/Time
BAD
Total number of bad checks at that location
Frequency
BAD
Total dollar amount in bad checks at that location
$Amount
The file specification for a negative status record is set forth in Table 2 at the end of the specification.
The negative status file is indexed by (a) status/check ID/location, and (b) status/access date/check ID/location.
The negative status file supplements the customer file for those customers with a bad check history by recording BAD Frequency/$Amount by location, and also maintains CASH ONLY status by location.
The system control file includes the following selectable limits:
Limits
Description
CAUTION/
This limit defines a check clearance interval for new
POSITIVE
customers who will be rolled for check transactions after
that interval (assuming the first check is not returned)
CALL
Separate DWT limits are provided by status for both
MANAGER
Frequency and $Amount, defining the transactional limits
applied to each status
PURGE
Separate Purge limits are specified for each of the five
customer status designations; also used to define a
Reset/CAUTION interval
The file specification for the system control file, including coupon control filer, is contained in Table 3 at the end of the specification.
These limits are all specified by the user during system configuration. The CALL MANAGER limits are used to override the normal customer status response to a verification request when any DWT Frequency/$Amount CALL MANAGER limit is exceeded by the current check transaction. As an alternative to using the Purge limits for deleting customer records with a specified (by status) degree of obsolescence, these limits can be used to roll a POSITIVE or any other status back to CAUTION if the specified Reset/CAUTION interval between check transactions (defined by the corresponding Purge limit) has passed. In addition to these limits, the system control file contains various system information.
The specific design of the customer database, and in particular the file specifications for the customer file, negative status file, and system control file, are not critical to the invention, being a matter of design choice. Any customer database will likely comprise customer records identified by the customer check ID, and include selected transactional/customer information; such as check verification status and transactional frequency and dollar volume over specified intervals.
2.2. Function Codes
The specific functions available in the check transaction processing system are invoked by entering at a transaction terminal 121 a request including an appropriate function code (function key plus code number) and request data (such as check ID and $Amount).
The specific check transaction processing functions are set forth in Table 4 at the end of the specification, with each function being described in terms of function code, description, keypad input, and keypad output. These functions are in the following general categories:
Function
Description (Function Code)
Verify
Request check verification status for the current check
transaction (F55) (updating the corresponding customer
record to reflect the current transaction)
Query
Request information about status (F1), NEGATIVE status
and locations (F2, F3, F4) and DWT Frequency and $
Amounts (F5) (the customer database is not updated)
Input Status
Add (F40, F41, F44) and Delete (F60, F61, F62, F63, and
F66) the status values CASH ONLY, STOLEN and
NEGATIVE, and Add (F42, F43) and Delete (F62, F63)
PREAPPROVED and MANAGER ONLY user flags
Event
Start (F950) and Stop (F951) an event activity, request
Activity
event time (F952), and request activity status (F953)
System
Request certain system information, including memory
Information
usage (F902), disk usage (F903), customer file size (F904),
negative status file size (F905), CAUTION/POSITIVE
roll period (F906, F907), Purge limits (F906, F908-F912),
CALL MANAGER limits (F906, F913-F917)
System
Request system diagnostic functions, including log-in/out
Diagnostics
(F77/F88), keypad debug (F960), modem debug (F970),
data manager debug (F980), open/close customer database
(F981/F982) and shutdown (F999)
2.3. Verify/Query
The verify function is used both to provide verification status (such as POSITIVE, NEGATIVE or CAUTION) for a check transaction, and to update the transactional data in the customer database. The principal difference between the verify and query functions is that, while both functions retrieve the specified (by check ID) customer record (or in the case of query, the negative status record) to provide an appropriate response, only the verify function actually updates the customer database by writing the updated customer record back to disk.
As previously noted, check reader 119 reads the MICR code on checks and senses the customer account number in order to generate a unique customer ID for use by the processor of the present invention. As previously discussed, an advantage of the present check reader 119 is its ability to detect the customer account number on any and all bank checks, regardless of the location of the account number within the MICR number and regardless of whether the account number is properly identified by spaces or symbols. In addition, the present check reader operates to check against a stored Transit Code Table to detect changes in the bank's transit code and the like.
Step
Description
4
Check is taken for tendering purchase at retail store.
5
Scanning device is used to read the MICR code from the bottom
of the check.
6
Scanning device sends MICR data to parsing processor 128a.
Processor may be in reader itself or external computer.
8
MICR code must now be parsed for meaningful data. ANSI
standards specify the following field locations within MICR band:
Amount field
1-12
On Us
14-31
Transit
33-43
Auxiliary On Us
45-64
9-10
Use transit field for the first part of the customer's ID number.
12
The check's sequence number (which matches the number on the
top right hand corner of the check) must be located in order to
determine the customer's bank checking account number.
13
A variable length, dynamic TRANSIT CODE TABLE is
maintained for checks that cannot be successfully parsed.
In addition, information for MICR changes such as new transit
number or addition or change of Transaction Processing Code
(TPC - used for branch banking) are indicated in the table.
The indexed key for this table is the transit number allowing
duplicates for multiple entries for each bank.
Included for each table entry is the current MICR “mask” and a
prior “mask” to show any changes. Updates to this table can be
entered from the keypad or downloaded from another computer.
14
START a database query in the TRANSIT CODE TABLE at
the FIRST entry with the transit number scanned from the check.
16
If NO entry is found for this transit number, proceed to the parsing
functions starting at step 29. Otherwise continue to step 17 to
determine if this table entry pertains to this check.
17-18
Use the current MICR “mask” in the table as a template to
determine if this MICR data corresponds with this table entry. If
they do match proceed to step 19, otherwise go to step 24 to try
the next entry.
19-20
Locate the sequence number in the current MICR “mask” and use
this to remove sequence number from MICR data.
21
If the prior “mask” indicates that the banking institution has
either changed transit numbers or made additions to their account
number (such as TPC code for branch banking), use this prior
mask to build the key for the OLD record. Proceed to step 61;
24
Query for the NEXT entry in the TRANSIT CODE TABLE for
this transit number. If no additional entry was found, proceed to
parsing functions starting at step 29, otherwise go to step 17 to
determine is this table entry pertains to this check.
29-32
Data in the Auxiliary On Us field, unless otherwise indicated in
the TRANSIT CODE TABLE, is the check sequence number.
This would indicate that all data in the On Us field make up the
customer's bank account number.
35-37
Parse On Us field. Use any data within positions 13 through 32 as
the On Us field.
Discrete numbers are usually divided with 2 or more spaces or
the ANSI On Us character.
Embedded single spaces and the ANSI MICR dash are removed
from within said discrete numbers.
38
Test for number of discrete numbers parsed from the On Us field.
40-43
If one, or more than three discrete numbers are located in the On
Us field, the sequence number is either not present or is embedded
in such a way that its location cannot be determined. The
operator is signaled that the sequence number cannot be
determined.
Operator then enters the sequence number including any lead zeros.
The system can then determine the relative position of the sequence
number in the On Us field and stores this as an additional entry to
the TRANSIT CODE TABLE.
47-49
If two discrete numbers are located in the On Us field, unless
otherwise indicated in the TRANSIT CODE TABLE, the number
with the lesser value is the check sequence number, and the
number with the greater value is the customer's checking account
number.
51-55
If three discrete numbers are located in the On Us field, unless
otherwise indicated in the TRANSIT CODE TABLE, the number
with the greatest value is the customer's checking account number.
The smallest value is the Transaction Processing Code and is
appended to the end of the checking account number.
The middle value is the check sequence number.
61
Once the bank's transit number and customer's checking account
number are parsed from the MICR band, they are combined
(transit number followed by account number) to form the
customer's unique checking account ID.
63-64
A packet such as following is built and passed to the Data Manager:
char source_id;
/* Node ID indicating source of packet */
char FLAG;
/* A flag signaling a change in account
number */
char ID_CODE[30];
/* 30 byte field containing current ID
CODE */
char OLD_CODE[30];
/* 30 byte field containing old ID CODE
65-67
Use ID CODE as primary key for accessing check database.
68
If record is found, go to step 83 for the verification process.
Otherwise proceed to step 72 for possible account change
processing.
72
If FLAG indicates there was a change in the account number,
proceed to step 73 to locate the old record, otherwise go to step 83
for the verification process.
73-75
Using OLD CODE as primary key to query the check database. If
no record is found, proceed to step 83 for the verification process,
otherwise proceed to step 76 to transfer the information from the
OLD record to the NEW.
76
Copy OLD record to NEW record.
77
DELETE OLD record from check database.
78
Move new ID code into NEW record. WRITE NEW record to
check database.
83
VERIFICATION PROCESS.
It can thus been seen that the check reader 119, in combination with e the MICR parsing subroutine of
The transaction processor uses the check ID input from the MICR parsing subroutine of
First, the Access Date/Time in the customer record is rolled (212) forward to the date/time for the current check transaction, establishing the transaction interval, i.e., the time elapsed since the customer's last check transaction.
Next, for a given status, the transaction interval is compared (214) with a corresponding selected reset/CAUTION interval—if the transaction interval is such that the reset/CAUTION interval for the customer's status is exceeded, Status is rolled (215) to CAUTION, and the customer is treated as a new customer from that time. If the customer record has a CAUTION status, the transaction interval is compared (216 with a selected CAUTION/POSITIVE limit defining a check clearance period—if this check clearance period has passed, the CAUTION status is rolled (217) POSITIVE.
The last roll/update operation is to roll (218) the DWT values for Frequency and $Amount to reflect the current access date/time.
After the roll/update operation (210) updates the customer record to reflect the current access date/time, the current transactional data are added (220) by incrementing DWT Frequency and adding the transaction $Amount to the corresponding DWT $Amount. The DWT transactional data in the updated customer record now reflects the current transaction.
Next, the user flags in the customer record are checked (222)—if the MANAGER ONLY flag is set, a MANAGER ONLY response is returned (225) regardless of status, while if the PREAPPROVED flag is set, the normal status response (POSITIVE) is returned (226) regardless of any transactional CALL MANAGER limits.
Finally, DWT Frequency/$Amount are compared (228) with the CALL MANAGER limits for the customer's status to determine whether any of these limits are exceeded. If not, a normal response with the customer's check verification status is returned (226); if any limit is exceeded, a CALL MANAGER response is returned (229).
For the status query function, the same roll/update operation (210) is performed to provide a customer record with updated Access Date/Time, Status and DWT Frequency/$Amount from which an appropriate status response can be derived. However, the updated customer record is only used to derive the response to the query request—the updated record is not written back to disk, so the customer database is not updated.
2.4. Local Status Update
Local status update of the customer database is accomplished by inputting certain status (and user flag) information to reflect bad check experience or store policy.
Status input functions are used to Add or Delete the status values NEGATIVE, CASH ONLY and STOLEN. Typically these functions will involve modifying the Status of an existing customer record and/or negative status record, although new records may be created. In addition, local input functions are used to Add or Delete user flags that designate the customer as PREAPPROVED or MANAGER ONLY.
For multiple store systems, a separate negative status record is kept for each location having a NEGATIVE and/or CASH ONLY status history. Thus, assuming negative status records are transferred during the global update function, each store's negative status file will contain separate negative status records for the various locations, sometimes for the same customer. Generally, a store can only affect through the local update function, negative status records for its location.
For each status input function, the update operation for the customer record includes the roll/update operation described in connection with
For the Delete NEGATIVE Status function, the corresponding negative status record is retrieved (230), and NEGATIVE Status is set (232) to Inactive and BAD Frequency/$Amount are set (233) to zero. If that customer has no other bad checks outstanding at any location (i.e., no other negative status records with NEGATIVE Status Active) (236), then the corresponding customer record is retrieved or created (237) and updated by the roll/update operation (238), but with status rolled (239) to its previous state (i.e., prior to becoming NEGATIVE).
For status input functions that Add/Delete CASH ONLY (which status is also kept by location in negative status file), the basic operation is the same as for Add/Delete NEGATIVE except that the BAD Frequency/$Amount data are unaffected.
For the status input functions that Add/Delete STOLEN, only the customer file need be updated. For the Add STOLEN function, the corresponding customer record is updated in accordance with the roll/update operation, but with status rolled to STOLEN. For the Delete STOLEN function, the corresponding customer record is updated and rolled to CAUTION.
For the user flag input functions that Add/Delete PREAPPROVED or MANAGER ONLY, again, only the corresponding customer record need be updated.
2.5. Global Update
For multiple-store systems, the global update function is used to coordinate the exchange of certain customer information among the individual stores.
Global update is accomplished by file (record) transfers between each remote system and the host system. The host system receives selected customer records and negative status records from each remote, updates its customer database, and then transmits globally updated records back to each of the remotes. Each remote is able to maintain a local customer database, supplemented with selected global customer information deemed to be useful to all stores in the system.
The type of customer information transferred by the global update function is based on store management policies. The recommended approach to exchanging global customer information is as follows:
The host/remote file transfers that support global update are accomplished automatically through the event/activity function described in Section 2.7. Generally, for each remote system, host/remote file transfer constitutes an activity automatically invoked at predetermined regular event intervals. This procedure insures that the local customer databases are regularly supplemented with globally updated status and other customer information affecting check verification.
A global update session is initiated by a remote system, or in the alternative by a host computer. The remote transmits only those negative status or selected customer records accessed (updated) since the last host/remote file transfer. Since a remote only updates (or creates) negative status records for its location (although negative status records for other locations may be queried), a remote only transfers those local records (but will receive back from the host recently updated negative status records for all locations). And, only those updated customer records meeting the selected status criteria are transferred (i.e., POSITIVE status records are not transferred, even if designated MANAGER ONLY).
Negative status records are extracted using the index [status/transfer/date/ID/location], while customer records are extracted using the index [status/access date/ID].
After global update of the host customer database, the host transmits to the remote all negative status records and selected customer records accessed (updated) at the host since the previous transfer. Because every remote record transferred to the host caused a corresponding host record to be created or updated, and therefore accessed, the host-to-remote file transfer necessarily includes all host records corresponding to the remote records transferred to the host during that session. In particular, host negative status records for all locations, meeting the recently accessed transfer criteria, are transferred to the remote. For negative status records from other locations, the remote merely copies (253) the host record (remote location records received from the host are necessarily the same as the remote record). For customer records, the remote first rolls (254) the DWT Frequency and $ Amount. If host DWT Frequency/$Amount is less than the corresponding remote DWT data (255), the remote rolls (256) access data to insure that the remote record is transferred back to the host during the next global update transfer session (to update the corresponding host record with the greater DWD data); otherwise, the remote selects (257) the host DWT data. That is, the global update function assumes that the greater DWT Frequency/$Amount is correct. Finally, the remote compares host/remote status, and if different, assigns status (258) according to predetermined status arbitration criteria.
2.6. Purge
The customer database purge function allows a store to orient its customer database toward active customers, stabilizing the database, size by deleting certain customer records and negative status records deemed to be obsolete.
During database purge, customer records or negative status records with a given status are read, and the access data/time is compared with the corresponding purge limit from the system control file. Records not accessed during the interval defined by the purge limit are deleted.
Implementing the purge function is optional as a matter of store policy. For the preferred embodiment, the purge limits are also used to define a reset/CAUTION interval (described in connection with
The purge limits are a matter of design selection. The following purge limits are recommended:
CAUTION
270 days
POSITIVE
360 days
NEGATIVE
360 days
CASH ONLY
360 days
STOLEN
360 days
Because customer record status is not rolled automatically from CAUTION to POSITIVE, but only as a result of a transaction in which the access date/time is also rolled current, the customer database maintains an accurate record of CAUTION status for those first-time customers who do not return after the check clearance interval. Those CAUTION status customers who do not return to a store within a reasonable period of time can be eliminated from the customer database. Likewise, POSITIVE status customers who stop transacting business with a store can be eliminated from the active customer database.
Selected purge limits are entered into the system control file during system installation/configuration. If the purge function is selected, performing it automatically as an event-driven activity (described in Section 2.7) is recommended.
2.7. Event/Activities
Event-driven activities are performed automatically by the check transaction processing system to implement certain functions without operator intervention.
The configuration and timing of these activities is a matter of routine design selection. The following event-driven activities, and the associated event intervals, are recommended:
Host/Remote File Transfer
Every 15 minutes
System Backup
Every 10 minutes
Purge
Every 24 hours
In addition, certain report functions can be made automatic as event-driven activities, such as reporting everyday all customer records with CAUTION or NEGATIVE status.
The specified event-driven activities and associated event intervals are contained in an event table established during system installation/configuration. These activities are then executed in background at the designated event times without user intervention, and without affecting other foreground functions such as check verification. Once the event table is configured, the various activities may be started or stopped by invoking appropriate functions from a transaction terminal (functions F950 and F951 in Table 4).
For multiple-store systems, performing the host/remote file transfers necessary for global update on a regular, event-driven basis insures that CAUTION/NEGATIVE status information for check verification purposes is kept current throughout the system. Performing such transfers at relatively short intervals keeps the individual host/remote communications sessions sufficiently short that other functions, such as check verification, are not significantly affected. Moreover, performing host/remote file transfers on a regular basis at short intervals helps guard against fraudulent bad check passing schemes.
Regularly, purging the customer database facilitates database stabilization, and focuses the database on reasonably regular customers. The need for regular, and often, event-driven driven backup is obvious, and is not burdensome of system computing resources because only those customer records actually updated during the short interval between backup events need be backed up.
2.8 Communications
The communications function is primarily used to support host/remote file transfers for global update in multiple-store systems. In addition, the communications function can be used for remote diagnostic operations.
The communications function is implemented in a conventional manner. Both the implementation of the communications function and the mode of communications (such as using modem communications over dial up lines) are a matter of routine design selection. Implementing the communications function so as to be essentially transparent to the local operation of the remote and host check transaction processing systems is recommended (see Section 3.6).
2.9. System
Certain system diagnostic and system information functions are available to users of the check transaction processing system.
These system functions are not critical to the inventory but are a matter of routine design selection. The recommended system functions are identified in Section 2.2 and Table 4, and include querying the customer database and system control file, obtaining disk usage and file size information, starting/stopping activities in the event file, and controlling certain keypad and modem configuration functions, as well as controlling certain system level functions such as log-on, log off, open/close database, debug and system shutdown. In particular, these system functions are useful to store supervisory personnel for querying the customer database and for controlling event-driven activities, and to vendor support personnel for remote diagnostic purposes.
2.10. Risk Management
The check transaction processing system enables a store to adopt a risk management approach to check verification. Specifically, through selection of the CALL MANAGER limits for each status (including POSITIVE) a store has considerable flexibility in adjusting its check authorization policy to accommodate the different risks presented by different customers, both in terms of bad check risks and recovery risk.
Adopting specific risk management procedures for check verification is a matter of store policy implemented by routine design selection. In addition to selecting the CALL MANAGER transactional limits for each status, the reset/CAUTION interval can be selected to force customers who do not return for that interval into a CAUTION status. Moreover, the user flags—PREAPPROVED and MANAGER ONLY—can be used to assign special check verification treatment to selected customers regardless of status or transactional (CALL MANAGER) limits.
Adopting risk management approach to check verification through selecting transactional CALL MANAGER limits enables each store to make a policy decision about the degree of risk the store is willing to take within a given interval. Moreover, this approach can be tailored to the specific business climate of the store in terms of dollar volume, profitably, customer base and management philosophy. By specifying transactional CALL MANAGER limits in terms of status, frequency, dollar amount and transaction interval, the store's risk management approach to check recovery risks.
For example, frequency and dollar volume limits are important for the CAUTION status to reduce the risk that a store will be hit by a concerted bad check scheme. (Global update is particularly important in this area.) Depending on past experience with its typical customer, or store policy, a new customer can be restricted in terms of numbers of checks and/or dollar volume during the selected check clearance interval.
Frequency and dollar volume limits are just as important for the POSITIVE status. A store should not assume any significant risk in terms of dollar volume (either for a current transaction or over a given relatively short interval such as a week) just because a customer has had one or a few checks clear. That is, total historical check transaction frequency is a significant factor in assessing the risk of cashing a given check; both in terms of likelihood that the check is bad and likelihood that a bad check will be recovered.
2.11. Customer Information Reporting
The check transaction processing system allows a store to build and maintain a customer database containing customer information useful for identifying new customers and developing customer profiles, in addition to its use for check verification.
Reporting customer information, such as verification status and DWT Frequency/$Amounts, is a matter of routine design selection and store policy.
Customer information reports are recommended (a) to identify new customers, and (b) to develop customer profiles, both of which can be used in targeting marketing, advertising and promotional programs, and for other customer relations purposes. Specifically, new customers are identified by regularly reporting customer records with a CAUTION status. Regular customers are identified by reporting customer records based on DWT Frequency data, while the level of a customer's business is identified by reporting customer records based on DWT $Amount data. Additional customer information that can be readily collected in the customer records includes zip code and marital status information useful in demographic analysis.
The check transaction processing system permits the customer information contained in the customer database to be collected in an unobtrusive and efficient manner during high volume check transactions.
3.0 Program Description
The various check transaction processing functions described in Section 2.0 are implemented using a check transaction processing system (“CTPS”) program executed by the transaction processor.
The CTPS Program must implement several operations in real time:
Moreover, while the purge function may be run after-hours as a batch operation, system backup should be executed at regular intervals throughout a business day as an event-driven background activity.
To achieve acceptable performance using a 286-class engine for the transaction processor, the preferred embodiment of the CTPS Program uses a multi-tasking architecture. The various functions performed by the CTPS Program are implemented as separate program tasks executed by the transaction processor in a multi-tasking mode. For the preferred system configuration (described in connection with
3.1. General
As shown in
System Kernal 400 controls task switching, intertask message communications (requests and responses), subtask spawning, and task synchronization using semaphores.
Data Manager Task 500 controls all database operations used in check transaction processing functions (such as verification with transactional update, query, local status update, global update and purge), executing function requests from the other task programs (such as the Terminal Manager Task and the Event Manager Task) and returning response data.
Terminal Manager Task 700 controls data communications over the transaction terminal network, receiving function requests from the transaction terminals and spawning terminal request subtasks that transmit a request to an executing task (usually the Data Manager Task) and then build an appropriate response from the response data provided by that executing task.
Event Manager Task 800 implements activities designated for automatic execution on an event-drive basis, such as host/remote file transfers for global update, spawning a background event subtask at the specified event time to execute the specified activities.
Modem Manager Task 900 controls telecommunications primarily for host/remote file transfer for global update, but also for remote diagnostic purposes.
In addition to these check transaction processing tasks, a Screen Manager Task 950 and a System Utilities Task 960 are provided for maintenance and diagnostic purposes.
In general, for the Verify/Query and Local Status Update functions, the Terminal Manager Task sequentially polls the transaction terminals which enter and transmit requests, such as:
For the Global Update function, the Event Manager Task running in a remote system sequences through an event table, and at specified event times and intervals, spawns a corresponding event subtask to execute the global update activities, i.e., send/receive customer records and negative status records. The subtask dispatches to corresponding activity routines, i.e., activities that send/receive customer and negative status records. The send activity routines first request the remote Data Manager Task to retrieve records accessed since the previous global update, and then request the remote Modem Manager Task to transfer those records to the host Data Manager Task for global update. The receive activity routines first send requests for globally updated records through the remote Modem Manager Task to the host Data Manager Task, and then requests the remote Data Manager Task to globally update the remote customer database using the records returned by the host.
3.2. System Kernal
The System Kernal Program is implemented functionally by a multi-tasking module and a system services module.
The multi-tasking module controls resource allocation through task switching, with multi-task execution being implemented using standard context switching to swap task instructions/data between (a) the program and data memory areas allocated to the task, and (b) the task execution registers (i.e., the program counter, stack and other specified and general purpose registers). To implement intertask communications, the multi-task module allocates for each task data memory areas for request and response data, and maintains a task control block that contains for each task (a) task queues for intertask requests, and (b) semaphore flags.
The system services module implements intertask communications through calls to the multi-task module. For intertask communication, the system services module implements semaphore operations on the allocated semaphore flags in the task control block.
Functionally, the System Kernal interfaces to the various task programs that comprise the CTPS Program as a multi-tasking operating system. The Kernal performs four principal operations that establish a multi-tasking environment for the check transaction processing system:
The first two operations are performed by the multi-tasking module, while the second two operations are performed by the system services module.) In addition, the System Kernal manages the system control file, and performs diagnostic and system utility operations (these operations being implemented by the system services module).
The specific program implementation of the System Kernal is not critical to this invention, being a matter of routine design specification. Indeed, as described in Section 4.0., the System Kernal can be replaced with a commercially available multi-tasking operating system.
For the preferred embodiment, the multi-tasking module is implemented with a commercially available program, Time Slicer from Life Boat Systems. Time Slicer provides a conventional multi-tasking environment, including task switching (context switching) and task control block management (request queues and semaphores flags). These multi-tasking operations are implemented in a conventional manner. Alternative multi-tasking modules are commercially available.
At system initialization, the System Kernal allocates the task control block (queues and semaphores flags) and the data areas for the various tasks. Thereafter, the System Kernal receives service requests from a requesting task addressed to a responding task and written into the System Kernal's request queue.
The requesting task builds a service request in the following format
The function code is one of the function codes set forth in Table 4. The addresses for the request and response data are data memory locations allocated to the requesting task.
In the case of an intertask service request, the system kernal builds (410) a corresponding intertask packet, and writes (412) the packet into the responding task queue in the task control block. In the case of subtask request (which includes the subtask file name), the System Kernal spawns (414) the specified subtask (which typically executes the called function using intertask service requests). In the case of a stop request from a responding task, the System Kernal sets (416) the specified semaphore flag in the task control block, notifying the requesting task that request execution is complete and response data is ready.
The intertask request packet built by the System Kernal is in the following format:
In general, intertask request execution is accomplished as follows: Each task monitors its task queue in the task control block. If the task queue does not contain a request, the task continues executing internal functions. When an intertask request packet is written into a task queue by the System Kernal (in response to a service request), the responding task reads the packet from the queue. The responding task decodes the request packet, and dispatches the request to an execution routine (either directly or by first spawning a subtask that handles dispatching). This execution routine reads the request data located in the requesting task's data area at the address specified in the intertask request packet, and executes the requested function using the request data. After request execution, the execution routine provides a response by writing response data to the specified address in the requesting task's data area, and sends a stop request (which is the intertask request packet) to the System Kernal indicating that request execution is complete and response data is ready. The System Kernal executes the stop request by setting the specified semaphore flag.
For example, in the case of a verification request entered at a transaction terminal, the Terminal Manager Task spawns (through the System Kernal) a terminal request subtask. The terminal request subtask dispatches to a verification/request routine that sends a verification request through the System Kernal to the Data Manager Task. The Data Manager Task reads from its task queue the verification request (i.e., the intertask verification/request packet), and determines that a verification function is requested. The Data Manager Task dispatches the request to an verification execution routine that reads the request data (check ID and $Amount) from the specified request data address, and performs the necessary customer database operations, including retrieving or creating a corresponding customer record and updating status and transactional data (DWT Frequency and $Amount) to reflect the current transaction. The execution routine then writes the updated customer record to the specified response data address, and sends a stop request (i.e., the intertask request packet) to the System Kernal. The System Kernal sets the specified semaphore flag, and the terminal request subtask reads the customer record and builds an appropriate response that is sent to the terminal by the Terminal Manager Task.
3.3. Data Manager Task
The Data Manager Task manages the customer database, maintaining the customer record file and negative status record file, and the related indices. The Data Manager Task controls all database operations for check transaction processing functions (such as verify/query and local and global update) and customer database management functions (such as backup and purge), including record creation, retrieval, modification and deletion.
The check transaction processing functions performed by the Data Manager Task are, generally:
The verify, query, and local status update functions are invoked from a transaction terminal. The global update function is an activity invoked by the Event Manager Task.
For the preferred embodiment, the Data Manager Tasks interfaces to the disk files (i.e., the customer, negative status and system control files) through a commercially available library of database management routines, C-Tree from Faircom Software. The C-Tree library, in turn, uses the MS/DOS File System (DFS) to handle disk file I/O. The configuration of those routines to operate with the Data Manager Task and the MS/DOS DFS is a matter of routine design specification. Other such libraries of database management routines are commercially available.
At system initialization, the Data Manager Task opens the customer and negative status files, and a password file (used for supervisor functions requiring a password).
If no requests are in the Data Manager Task queue, it executes internal functions (503). When the Task receives a request, it performs the following operations:
The various functions identified in FIG. 9A—Verify (510), Host Global Update (Negative Status) (600), Host Global Update (Customer) (630), and Remote Global Update (660)—are representative of the check transaction processing functions performed by the CTP Program. These functions, and the associated execution routines, are described in detail in connection with
The Verify routine reads (512) the verification request data (check ID and $Amount) from the request data location specified in the intertask request packet. The customer database is searched (514) using the check ID, and the corresponding customer record is retrieved (515) or created (516) with status set to CAUTION and DWT Frequency and $Amount set to zero.
The Verify routine then calls (520) a roll routine that updates status and transactional data in the record to reflect the current access date/time. The Data Manager Task does not independently update customer records to make status and DWT Frequency/$Amount reflect a current date/time. Rather, the customer records are updated in real time as they are accessed, such as during execution of verify and update functions. Because this roll/update operation is used by many of the function execution routines in the Data Manager Task, a separate routine is provided and called by these routines.
The purge limit for the customer's status is read (526) from the system control file and compared (528) with the transaction interval. If the transaction interval exceeds the purge limit, a status roll subroutine is called (530) and instructed to roll the status of the customer record to CAUTION. (This reset/CAUTION operation provides a default alternative to the purge function which would delete those customer records with access dates that exceed the corresponding status purge limit.)
Next, the roll routine determines whether, for customer records with a CAUTION status, the predetermined check clearance period defined by the CAUTION/POSITIVE limit has passed. If the customer status is CAUTION (532), then the CAUTION/POSITIVE limit is read (534) from the system control file and compared (536) with the status change date, i.e., the date on which the customer became a CAUTION, either because of an initial check transaction or because of a roll to CAUTION (such as through the reset/CAUTION procedure in 526, 528 and 530). If the period during which the customer has been a CAUTION exceeds the CAUTION/POSITIVE period, then the status roll subroutine is called (537) and instructed to roll customer status to POSITIVE.
The roll routine then rolls (538) the DWT totals for both Frequency and $Amount to reflect the current access date.
The customer record is now updated to the current access date, the roll routine having rolled/updated the Access Date/Time, Status and DWT Frequency and $Amount.
The status roll subroutine is called when any function routine rolls customer status from one value to another. As part of the call instruction, the status roll subroutine receives a new status, CAUTION in the case of the reset/CAUTION operation. Program state-logic then determines whether the roll is allowable according to specified roll state-logic: (a) if allowed, status is rolled to the specified new status; or (b) if not allowed, status is rolled to an allowable status value, or is not rolled, in accordance with the roll state-logic. The status roll subroutine then rolls the status change date in the customer record to the current date (if the subroutine effected a change in status). Thus, for customer records in which the transaction interval exceeds the status purge limit, the customer record is modified to reflect a CAUTION status with a corresponding status change date.
The roll routine returns (539) to the calling routine, in this case, the Verify routine in
The updated customer record constitutes the response data for the verify request, and the Verify routine writes (544) the record into the response data location specified in the intertask request packet.
Finally, the Verify routine sends (546) a stop request to the System Kernal. The stop request comprises the intertask request packet received from the System Kernal by the Data Manager Task. The appearance of this packet in the Kernal's service request queue notifies the Kernal that request execution by the verify routine is complete. In response to the stop request, the System Kernal sets the semaphore flag specified in the intertask request packet to notify the Terminal Manager Task that the verification request is complete, and the response data is in the specified location.
The query function is used to query the customer database, and retrieve an updated customer record or updated negative status record from which the desired information may be extracted. For each query function, the Data Manager Task dispatches to a corresponding query execution routine that retrieves and updates the requested customer record or negative status record. The essential difference between the query routines and the verify routine is that no current check transaction data is involved, and the updated record is not written to disk to update the customer database.
For example, in the case of a query for customer information (such as status and/or DWT transactional data), the Data Manager Task dispatches the intertask query request packet to the corresponding Query execution routine. The routine reads the check ID from the specified location for the request data, and initiates a search of the customer record file. If no corresponding customer record is found, the query routine returns an error message response. If a corresponding customer record is retrieved, the Query routine calls the roll routine to update Access Date/Time, Status and DWT Frequency/$Amount. The roll/updated customer record is written to the specified location for the response data, and a stop request is sent to the System Kernal. The Query routine does not update the customer database by writing the updated customer record back to disk.
In addition to updating the customer database in real time through the verification operation, the Data Manager Task also implements the following local status update functions:
For multiple store systems, negative status records are kept by location, i.e., each location creates a negative status record for any customer with NEGATIVE or CASH ONLY status at that location. Global Update causes the negative status file at each location to contain negative status records for each location (assuming negative status records are selected for global update). Each location can access through the Add/Delete NEGATIVE and CASH ONLY functions only those negative status records for its location. The query function can be used to query negative status records from other locations.
The Add NEGATIVE routine reads (551) the request data (check ID/location/$Amount) from the location specified in the intertask request packet. The negative status file is searched (552) for a corresponding negative status record, which is either retrieved (553) or created (554). If NEGATIVE status is Inactive (556), the status roll subroutine in called (557) and instructed to roll to Active. The current bad check data is then added (558) to the BAD Frequency and $Amount totals for that location. The routine then writes (559) the updated negative status record into the negative status file.
The customer file is searched (560) for the specified customer record, which is either retrieved (561) or created (562). The roll routine is called (564) to roll/update the customer record (Access Date/Time, Status and DWT Frequency/$Amount) as described in connection with
After the add NEGATIVE function is accomplished, a confirmation response is written (570) into the specified response data location, and a stop requests sent (572) to the System Kernal (which sets the specified semaphore flag).
For multiple-store systems, the Delete NEGATIVE function is used according to the following criteria: (a) it is only used to delete NEGATIVE status for the location requesting the delete NEGATIVE function; i.e., to change NEGATIVE status from Active to Inactive only in the negative status record for that location; and (b) it is only used if all bad checks for that location have been paid off or otherwise resolved. Thus, each location can only affect its own negative status record—the global update function is used to distribute negative status records among all locations.
The Delete NEGATIVE routine reads (581) the request data (check ID/location) from the location specified in the intertask request packet. The negative status file is searched (582), and the negative status record for that location is retrieved (584), if it exists. The status roll subroutine is called (586) to roll NEGATIVE status from Active to Inactive. The BAD Frequency and $Amount data are then deleted (587) indicating that all bad checks have been paid or otherwise resolved.
Next, the routine determines (590) whether another negative status record exists for that customer, i.e., whether the customer has a NEGATIVE status active at other locations. If the negative status file contains no other negative status records for the customer, the customer file is searched to retrieve (592) the corresponding customer record. The roll routine is then called (594) to roll/update the customer record as described in connection with
After the delete NEGATIVE function is accomplished, a confirmation response is written (597) to the specified response data address, and a stop request is sent (598) to the System Kernal (which sets the specified semaphore flag).
The routines that Adding/Delete CASH ONLY operate analogously to the Add/Delete NEGATIVE routine because CASH ONLY is also maintained by location in al negative status record. These routines function in accordance with
The routines that Add/Delete STOLEN affect only the customer file. Thus, these routines read the specified request data (check ID/status), and either retrieve or, for the add routine, create a corresponding customer record. The customer record is updated using the roll routine, and then rolled to STOLEN (add function) or to CAUTION (delete function) using the status roll subroutine. The updated customer record is written to the customer file, and a confirmation response is written to the specified response data location. The routine terminates with a stop request sent to the System Kernal.
The routines that Add/Delete PREAPPROVED and MANAGER ONLY operate to set/clear the corresponding user flags in the customer record in a manner analogous to the Add/Delete STOLEN routine. That is, these routines roll/update the corresponding customer record, set/clear the specified user flag, and then provide an appropriate confirmation response.
For the global update function, the host Data Manager Task receives negative status and selected customer records from all the remote systems, and executes a host global update function. Host negative status and selected customer records are then sent to the remote Data Manager Task which executes a remote global update function. The global update function is implemented by the remote Event Manager Task which executes a global update event/activity (see Section 3.5). **
The criteria for selecting records for transfer in connection with global update are:
Since a remote location only accesses (updates) the negative status records for its location, each remote only transfers to the host negative status records for its location. The host global update function necessarily accesses each negative status record transferred by a remote during a global update session, so that all such records are transferred back to each remote (along with the host location negative status records that were accessed as a result of local host operation.
For each negative status record received (602) from a remote location, the host searches (604) its negative status file for a corresponding negative status record for that remote location. If it does not exist, the remote record is copied (607).
If a corresponding host record is retrieved (606), the host NEGATIVE status (Active or Inactive) is replaced (608) with the remote NEGATIVE status from the remote negative status record, and the host BAD Frequency/$Amount is replaced (610) with the remote BAD Frequency/$Amount. The Access Date/Time is then rolled (612) current.
The updated (or copied) host negative status record for the remote location is written (614) to the negative status file, and the negative status file is searched (616) to determine if it contains any NEGATIVE status Active records for that customer for any locations (including the remote negative status record just processed).
If not (i.e., if NEGATIVE status for that customer is Inactive at all locations), the corresponding customer record is retrieved (618) from the customer file. The record is updated by the roll routine (620), and rolled to previous status (622). The updated customer record (with its transfer date updated current) is then written (624) back to the customer file. *
The Global Update (Negative Status) routine terminates with stop request sent (626) back to the requesting remote Event Manager Task (see Section 3.5).
For each customer record received from the remote (632), the host searches (634) its customer file. If a corresponding customer record does not exist, one is created (636) with the local DWT Frequency/$Amount set to zero.
If a corresponding host customer record is retrieved (635), it is updated (638) in accordance with the roll routine in
The host updates DWT frequency/$Amount in the host customer record by adding (644) to the host DWT Frequency and $Amount the Transfer Frequency and $Amount totals from the remote customer record, and then selecting (646, 648, 649) the greater of the host or remote DWT Frequency/$Amount totals.
Finally, the host customer file is updated by writing (650) the host customer record (with its transfer date updated current) to disk, and a stop request is sent (652) to the remote Event Manager Task.
Once the host has completed updating its negative status file (
Since for each remote record transferred to the host, the host performs an update operation that changes Access Date/Time, the host-to-remote file transfer will necessarily result in all such updated records being retransmitted back to the remote. In addition, the host will transfer to the remote NEGATIVE status and selected customer records accessed and updated by the host during either (a) local-host verification or update operations, or (b) a host global update operation initiated by another remote.
The remote receives the negative status and customer records transferred from the host, and performs a global update of its customer database. As described in Section 3.5, the remote Event Manager Task requests host records from the host Data Manager Tasks, and then sends them to the remote Data Manager Task with a global update request.
The remote global update function for the negative status file is based on two criteria: (a) for remote-location negative status records, the remote record is assumed to be correct and the remote record is ignored; and (b) for other-location negative status records, the host record is assumed to be correct and it is copied without any update or other access by the remote. After receiving and decoding the appropriate intertask request packet (containing the global update request for the host negative status record from the remote Event Manager Task), the remote Data Manager Task dispatches to the Remote Global Update (Negative Status) execution routine that implements these global update operations.
For each customer record received (662), the remote determines (664) whether it has a corresponding customer record, and if not, creates (666) one with the local DWT Frequency and $Amount data set to zero. An existing remote customer record is retrieved (665), and DWT Frequency/$Amount rolled (668) current. The remote then compares (670) its global DWT Frequency/$Amount with the corresponding totals from the host customer record, and if the remote totals are greater, rolls (672) the Access Date/Time current. Updating the Access Date/Time for the customer record insures that that record will be transferred back to the host during the next remote/host file transfer session. If the host transactional data is greater, then the Access Date/Time is not changed.
If status is CAUTION, POSITIVE or STOLEN, the status for the updated remote customer record is compared (674) to the host customer record status, and if different, the remote assigns (675) status in accordance with predetermined arbitration rules. (If either host or remote status is NEGATIVE, global update is accomplished through the host global update function for Inegative status records.)
The updated customer record (with its transfer date updated current) is written (676) to the customer file, and a stop request is sent (678) to the host System Kernal.
The arbitration rules used by the host during global update to assign status (642 in
The database operations associated with purge and backup are also handled by the Data Manager Task. These functions are implemented as event activities by the Event Manager Task. In response to requests from the corresponding event activity routine, the Data Manager Task retrieves the specified records and processes them in accordance with conventional record delete (purge) or copy (backup) operations. Thus, for backup, the Event Manager Task provides a backup key [status/access date/time], and all records accessed since the last backup are copied to a backup file. For purge, a purge routine operates analogously to the roll routine (
3.4. Terminal Manager Task
The Terminal Manager Task manages the communication of requests/responses between the transaction terminals and the transaction processor, implementing a token ring local area network. In implementing token ring data communications, the Terminal Manager Task sequentially polls each transaction terminal using the token ring protocol described in Section 1.2.
When request data (such as check ID/$Amount) are entered into a transaction terminal, the transaction terminal responds to its next POLL token by transmitting TXDATA answer packet including the request to the Terminal Manager Task, which writes the request data into the corresponding terminal buffer.
For each request received from a transaction terminal, the Terminal Manager Task spawns a terminal request subtask that:
At system initialization, the Terminal Manager Task: (a) Initializes the 32-port network communications interface (116 in
For the preferred embodiment, no attempt is made to deallocate terminal buffers/flags for those communications ports that do not have an active, on-line transaction terminal. This design choice does not require any significant memory allocation for the 32-terminal configuration of the preferred embodiment. Such deallocation procedures are a matter of routine program implementation.
The Terminal Manager Task continually monitors (702) its task queue, which is maintained by the System Kernal. Through the System Kernal, system and diagnostic requests can be written into the queue for execution by the Terminal Manager Task. That is, in response to a TMT request (such as a system diagnostic or system information request) written into its queue, the Terminal Manager Task calls (703) a corresponding routine that executes the request.
If no TMT request has been written into the task queue, the Terminal Manager Task begins a token polling sequence (704, 706).
A token polling sequence is accomplished by sequencing through the terminal addresses 0-31. During each polling sequence the Terminal Manager Task polls all 32 ports without regard to whether a port has an active, on-line transaction terminal coupled to it, provided however, that an active terminal in a Wait state (i.e., waiting to receive requested data) is not polled.
The Terminal Manager Task makes no attempt to segregate active and inactive communications ports, or to remove from the polling sequence terminal addresses not assigned to active, on-line transaction terminals. This design choice does not significantly impact network communications for the 32 terminal configuration of the preferred embodiment. An active-terminal-only polling scheme would be a matter of routine program implementation.
Terminal addresses are determined as follows. During each polling sequence, the Terminal Manager Task polls each of the 32 ports—beginning with Port 0, a POLL token (including the corresponding terminal address between 0 and 31) is broadcast and the Task waits until either (a) an answer packet is received, or (b) a time-out period transpires, before sending the next POLL. When a transaction terminal signs on, its internal network communication software causes an [ENTER TERMINAL ID] message to be displayed. The terminal operator is supposed to enter a number between 0 and 31 that is uniquely assigned to that terminal; however, the internal software processes the terminal ID entry using module 31, so that any numeric entry is forced into the 0-31 range.
For each terminal address the Terminal Manager Task determines (710) the polling state of the corresponding transaction terminal—Poll, Wait, or Data.
If the terminal is in the Poll state, the Terminal Manager Task sends (712) a POLL token for that transaction terminal (i.e., a token that includes the corresponding terminal address). The POLL is received by the addressed terminal, and recognized as an invitation to transmit data. The polled terminal transmits either a TXDATA answer (including request data) or a NODATA answer. If a NODATA answer is returned (714), the Terminal Manager Task continues with the polling sequence. If the polled terminal transmitted request data in TXDATA answer (715), the Terminal Manager Task writes (716) the request data into the corresponding terminal buffer, sets (718) the terminal Wait state flag, and spawns (720) a terminal request subtask to execute the request, and then continues the polling sequence.
During execution of the request, while the requesting terminal is in the “Wait” state, the Terminal Manager Task does not poll that terminal, but rather, continues with the polling sequence.
Once a request has been executed and the response data placed in the terminal buffer for the requesting transaction terminal, the request subtask sets the terminal Data state flag. During the next poll sequence, the Terminal Manager Task reads (722) the response from the terminal buffer and sends (724) an RXDATA token that includes the response.
When the token poll sequence is completed (i.e., terminal address 31), the task queue is checked (702) to determine whether any system or diagnostic TMT requests have been written into the queue. If not, a new polling sequence is commenced (704).
When the operator enters the terminal ID, the network software watches for that terminal address—when a POLL with that address is received, the network software waits for a time-out to determine whether another terminal has that address. If not, the network software grabs the next POLL 20 with that address and commences normal network communications.
For the preferred embodiment, the POLL token is one byte (0-7):
Bit 7
Token Flag (set if POLL token; otherwise clear)
Bits 5-6
TX-POLL token
RX-RXDATA token
Bits 0-4
Terminal address
All data communications over the network are in 7 bit ASCII (0-6), so that only the POLL token uses bit 7. The answer packets are also one byte:
Bit 7
Not used
Bits 0-6
TXDATA
NODATA
The TXDATA byte is followed by up to 40 characters of data in 7-bit ASCII (0-6), with a single END of data byte (ASCII carriage return). Finally, the RXDATA token [Token Flag Set/RX/Terminal Address] is followed by up to 40 characters of data, with the next POLL token designating END of data.
Thus, in operation, a transaction terminal watches the network for its POLL token (with its terminal address) When its POLL is received it sends back either a NODATA answer byte, or a TXDATA byte followed by up to 40 characters of data terminated in an END character. If the terminal is waiting for response data, so that it has been placed in a Wait state, it will not receive a POLL token. When response data is available, the Terminal Manager Task will retrieve the data from the terminals' RXBUFFER and transmit it with the next TXDATA token.
This implementation for a token ring network is a matter of design choice. Other implementations are a matter of routine program design. Commercial token ring program packages are available.
To execute a request sent by a transaction terminal during a polling sequence, the terminal request subtask first determines which function is requested, and then dispatches to an appropriate service request routine that:
In addition, for a verify request, the verify service request routine determines whether any “CALL MANAGER” limits have been exceeded, and if so, causes the “CALL MANAGER” response to be returned to the terminal.
From Section 3.2, a service request is in the following format:
The responding task that executes the request depends upon the function code. Of course, most function codes will be executed by the Data Manager Task because they involve accessing in some way the customer database.
After execution of the request, the response data returned by the responding task depends upon the request function code. The Data Manager Task returns updated customer or negative status records in response to verify/query requests and confirmations in response to local status update functions and global update functions.
Exemplary terminal request subtask operation is described in connection with a verify request in which the responding task is the Data Manager Task.
The subtask then dispatches (736) the request to a verify service request routine specified by the verify function code.
The service request subroutine builds (740) an appropriate service request addressed to the Data Manager Task responding task), which is sent (742) to the System Kernal.
The terminal request subtask then suspends execution and monitors (744) the semaphore flag specified in the service request. The semaphore flag is set by the System Kernal in response to a stop request from the Data Manager Task, indicating that the request has been executed and response data (a customer record) written to the response data location specified in the service request.
The terminal request subtask then reads (746) the response data, and builds an appropriate response for the requesting terminal. For the verify (and query status) requests, the corresponding service request routine builds a response from the customer record (response data) only after testing (750) corresponding user flags and CALL MANAGER limits. These user flag an d CALL MANAGER operations are not required for other function service requests (such as query negative, local status update or global update).
The first operation in building an appropriate verification response from the customer record returned by the Data Manager Task is to test the MANAGER ONLY flag (752). If that flag is set, the verify service request routine builds (754) a MANAGER ONLY response regardless of customer status, and without testing any CALL MANAGER limits.
If the MANAGER ONLY user flag is clear, the next operation is to test the PREAPPROVED flag (756). If the flag is set, and customer status is POSITIVE (758), a normal (i.e., PREAPPROVED) response is built (762) without regard to any CALL MANAGER limits. If customer status is other than POSITIVE, the PREAPPROVED flag is ignored and CALL MANAGER limits are tested.
After testing the user flags, the next operation in building a response for a verify request is to test the CALL MANAGER limits (760) for the customer's status and DWT data. The DWT Frequency/$Amount CALL MANAGER limits appropriate for the customer's status are read from the system control file and compared with DWT Frequency and $Amount from the customer record. If any CALL MANAGER limit is exceeded, CALL MANAGER RESPONSE is built (764) regardless of status. If no limits are exceeded, the normal response for that status is built (762).
As described in Section 2.3 and 2.10, the CALL MANAGER limits are used to place predetermined transactional limits (DWT Frequency/$Amount) on a check transaction primarily for customers with CAUTION and POSITIVE status. These limits are set as a matter of store policy, and placed in the system control file during system configuration.
For function requests other than verify and query status, the user flag and CALL MANAGER operations (750) are not included in the service request routine, and a normal response is automatically built (762) from the response data read (746) from the specified response data location.
The response—MANAGER ONLY, PREAPPROVED, CALL MANAGER or [Normal]—is written (766) into the appropriate terminal buffer, and when the terminal's RXBUFFER buffer is full, the terminal Data state flag is set (768) to indicate that a response is in the terminal's RXBUFFER buffer and should be sent to the terminal in the next polling sequence. The terminal request subtask then terminates (770).
The basic operation of the terminal request subtask for each request function is as described in connection with
3.5. Event Manager Task
The Event Manager Task manages background activities that are executed automatically without operator intervention, maintaining an Event File that includes an Event Table, an Activity Table and associated indices. The Event Table includes event records each specifying an event time, an event interval and associated activity pointers into the Activity Table. The Activity Table includes a list of activity codes.
The basic activities implemented by the Event Manager Task are:
The Event Table contains an event record for each event, with each event record including: (a) an event interval specifying the interval between execution of the associated event activities; (b) the next event time, calculated by the event subtask after completing execution of an event/activity based on the event interval and the system clock; (c) up to 10 activity pointers into the Activity Table; (d) active/inactive flag set or cleared by a start/stop function request (F950 and 951 in Table 4); and (e) diagnostic abort flag that is tested during event/activity execution by the event subtask, and can be used to abort an event/activity.
In its basic operation, the Event Manager Task sequences through the events (event records) in the Event Table, spawning a corresponding event subtask to execute the specified activity.
Event/activities are started and stopped using a transaction terminal to enter a corresponding request (see the function codes 950 and 951 described in Section 2.2 and set forth in Table 4). After entry of a start/stop request at a transaction terminal, the Terminal Manager Task (terminal request subtask) addresses a service request to the Event Manager Task through the System Kernal. The Event Manager Task receives the service request from its task queue, executes the request by correspondingly modifying the event file, and returns an appropriate response to the Terminal Manager Task.
While event frequency for a given activity is a matter of store policy and design choice, typically, host/remote communications and backup will be performed fairly frequently to insure both the regular update of the customer database, and the ability to recover from a system failure without significant loss of data. On the other hand, the purge function is more a matter of system administration designed to control the size of the customer database. Indeed, the purge function can be omitted as an event activity. In that case, the status purge limits contained in the system control file define the reset/CAUTION interval used in the roll routine to roll all statuses back to CAUTION if the specified reset/CAUTION (i.e., purge) limits are exceeded, as described in connection with
The selection and timing of event-driven activities is a matter of design choice. The recommended event-driven activities, and the associated event intervals, are:
Host/Remote File Transfer
Every 15 minutes
System Backup
Every 10 minutes
Database Purge
Every 24 hours
The Event Manager Task sequences through the event file, selecting the specified event-driven activities on a read-next basis. Event times are specified as time intervals starting from a baseline system time 00:00:00:00:00:00 [yymmddhhmmss] for Jan. 1, 1970 (the transaction processor includes a battery assisted hardware clock synchronized to this baseline system time).
When an event time is reached, and the associated activity is completed, the event time is incremented by the event interval, based on the previous event time and not on when the activity was actually completed. For example, if host/remote file transfers to support global update activities (i.e., transfers of negative status records and selected customer records are to be accomplished every 15 minutes, then each activity is entered into the event file with an interval of 15:00[mmss]. The activity will be entered into the event file, along with its event interval and its initial event time of 15 minutes after system initialization (assumed to be 00:00 [mmss]). The activity will then first be executed at 15:00, and when the activity is completed, the associated event time will be incremented to 30:00.
At initialization, the Event Manager Task opens the Event Table and Activity Table, and clears all semaphore flags. Thereafter, the Event Manager Task sequences through the Event Table, spawning event subtasks at specified event times to execute corresponding activities. While a given event may have several activities associated with it, only one event subtask (and only activity within an event record) is executed at a time.
If the task queue is empty, the Event Manager Task tests the event-active semaphore (810) to determine whether an event is active. If so (semaphore set), the task checks the task queue (802).
If no event is active (semaphore clear), the Event Manager Task reads (812) the next event record from the Event File, and compares (814) the event time in the event record with the current system time. If the event is greater than or equal to the system time, the Event Manager Task spawns (816) an event subtask to execute the activities associated with the event (sending a subtask request to the System Kernal).
The Event Manager Task then the task reads (812) the next event/activity from the event file.
If the event time for the next event/activity is greater than or equal to the current time (814), the Event Manager Task spawns (816) an Event Subtask to execute the event/activity.
Event subtask operation will be described in connection with executing at a remote system the activities associated with the global update function. Specifically, the event subtask will be described in connection with sequentially executing the following global update activities:
For each activity code read from the Activity Table, the event subtask dispatches (830) to a corresponding activity routine for execution.
Each activity routine includes an activity data control data block containing certain fixed and/or variable data used by the routine in executing the activity. Thus, for the global update event, the originate call routine includes in its activity control data block the phone number for the host (as well as other system numbers that may be called by the remote) and a corresponding log-in ID. The send/receive record routines include in their respective activity control data blocks the previous event time for the activity which defined the end of the previous event interval for that activity.
Thus, the current event interval for a global update (send/receive) activity is defined by the previous event time in the activity routine's control data block, and the current event record. After execution of the activity, the current event time is written into the activity routine's control data block to define the beginning of the next global update event interval. (A similar control data block operation is used for the backup activity.)
A global update event begins at a remote system with an originate call activity that directs the remote Modem Manager Task (MMT) to establish a communications link to the host. This activity is dispatched to an originate call routine (840) for execution.
The originate call routine begins by building and sending to the remote MMT a request (842) to dial the host—the MT request includes a dial function code and the request data location into which the originate call routine writes the host telephone number, together with a specified semaphore flag. The originate call routine waits on a response from the MMT (843), periodically testing the stop semaphore flag. When the specified semaphore flag is set by the MMT, indicating that the host has been dialed and is in an off-hook condition opening a communications line, the originate call routine builds and sends to the remote MMT a request (844) to send a log-in ID to the host MMT, writing the log-in ID into a specified request data location. The originate call routine then waits on the specified stop semaphore flag being set (845). When the specified semaphore flag is set, indicating that the remote MMT has completed log-in to the host system and established an active communications link, the originate call routine terminates by setting (846) a modem flag to indicate that a communications link is active, and then returns (826) to the event subtask for execution of the next activity.
The event subtask reads (826) the code for the next activity in the global update activity sequence—the send customer record activity.
The event subtask dispatches (830) to the corresponding send customer record routine (850). The routine first reads (852) the previous ending event time from its control data block to provide an initial customer record retrieval key to be used by the remote Data Manager Task (DMT) to retrieve a customer record from the customer record file. The retrieval key includes two fields [check ID/transfer date/time]—each is used by the Data Manager Task to sequence through the customer record file (incrementing check ID first and then transfer date/time). The send customer record routine builds and sends to the DMT a request (854) to retrieve by the retrieval key the first customer record meeting the criteria for transfer to the host during the current activity—any customer record that was accessed (updated) during the current event interval at any time after the time specified in the retrieval key (initially, the ending time for the immediately preceding event interval during which customer records were transferred to the host). The routine writes the initial retrieval key (with check ID set to zero) into the specified request data location to provide the DMT with the initial customer record retrieval key for the current event interval. The send customer record routine then waits (855) on the specified stop semaphore flag being set by the DMT.
The DMT receives the initial customer record retrieval request, and dispatches it to a corresponding customer record retrieval routine. This routine leads the initial record retrieval key (including the ending time for the previous event interval which is the beginning time for the current event interval) from the specified request data location, and using this initial key, and the index [status/transfer date/check ID], retrieves the first customer record with an access date/time equal to or greater than the beginning event time (if more than one customer record has the same access date/time, then the customer record with the lowest check ID is retrieved) When the DMT retrieval routine has retrieved this first customer record in the current event interval, it provides an appropriate response to the send customer record routine, writing the retrieved customer record into the specified response data location and sending a stop request to the System Kernal.
When the stop semaphore is set (855), the send customer record routine reads the retrieved customer record from the specified response data location, and determines (858) that the DMT has returned a customer record. The routine then extracts (859) the transfer date/time and check ID from the retrieved customer record, and determines (860) that the current event time, which defines the end of the current global update event interval, is greater than the transfer date/time for the retrieved customer record, thereby confirming that the retrieved customer record was accessed during the current event interval.
The send customer record routine then sends a global update service request to the host DMT, along with the just-retrieved remote customer record, through the remote MMT (862). The routine then waits (863) on the specified stop request being sent, along with a response (acknowledgment), by the host DMT through the host MMT and the remote MMT to, respectively, the remote System Kernal and the specified response data location in the data area for the remote event subtask.
The above remote/host intertask communication operation is described in greater detail in Section 3.6 (Modem Manager Task). Essentially, the Modem Manager Task is designed so that remote/host intertask communications is essentially transparent to the requesting and responding tasks. That is, the remote/host requesting task sends a service request with request data and a stop semaphore to its System Kernal addressed to the host/remote responding task. The remote/host MMTs provide an essentially transparent communications link between the remote/host System Kernals to effect the return of the stop semaphore and response data from the host/remote responding task to the remote/host requesting task.
When the send customer record routine detects (863) the specified stop semaphore flag being set, it requests (854) the DMT to retrieve the next customer record in the current global update event interval, writing the transfer date/time and check ID extracted (859) from the just-sent customer record into a request data location to provide a new retrieval key for the DMT.
As with the first customer record retrieved in the current event interval, the DMT dispatches this request to a customer record retrieval routine that reads the new retrieval key from the specified request data location, and using the index [status/transfer date/check ID], searches the customer file by incrementing first check ID and then transfer date/time until the next record is retrieved. The DMT retrieval routine then responds to the customer record retrieval request, writing the retrieved customer record into the specified response data location for the send customer record routine.
This procedure—requesting a customer record using the transfer date/time and check ID for the previous record as the retrieval key, retrieving that customer record by reading the customer file using the retrieval key, sending the retrieved customer record to the host, and requesting the next customer record—continues until either (a) the remote DMT responds to a retrieve customer record request from the send customer record routine by indicating that the customer file contains no other customer records accessed after the just-sent customer record (as detected in step 858), or (b) the send customer record routine determines that the customer record retrieved by the DMT has a transfer date/time after the current event time (which defines the end of the current global update event interval as determined in steps 859, 860). In either case, the send customer routine returns to the event subtask (826), which reads the next activity from the activity table.
After the activity for sending customer records (by selected status) has executed, the next activity specified in the Event Table is for sending negative status records (both NEGATIVE and CASH ONLY status). The corresponding routine in the event subtask for executing the send negative status record activity operates identically to the send customer record routine (850) in retrieving negative status records accessed during the current global update event interval from the negative status file and sending those records to the host.
After negative status records have been sent, the receive customer records and negative status records activities are executed. Because of the essential transparency of the remote/host communications operation using the host/remote MMTs, the receive activity is analogous to the send activity. The remote receive record activity routine requests records from the host DMT. The host DMT responds with globally updated records that are sent by the remote routine to the remote DMT for remote global update.
When the last send/receive activity for the global update function at the current event time has been completed (i.e., the last receive negative status record routine has completed transferring negative status records from the host DMT to the remote DMT for global update), that routine returns to the event subtask, which determines that the current event time contains no more activities to be executed (826) so that the activity sequence is complete (828). The event subtask then checks the modem flag (870) to determine whether any communications link is active. In the present description of an exemplary operation of the event subtask to execute a global update function, the originate call routine (840) connects to the host and sets the event subtask modem flag (846).
Accordingly, at the completion of the activity sequence for the global update function, the event subtask detects that the modem flag is set (870) and requests the MMT (872) to disconnect from the host. The event subtask monitors its semaphore flag (873) until notified by the remote MMT that the communications link to the host has been terminated. When the semaphore flag is set, the event subtask clears (874) the modem flag, and then clears (876) the event active semaphore in the Event Manager Task. Finally, the event subtask (a) calculates the new event time for the event record based on the event interval and writes it into the event record, and (b) writes the current event time into its control data block for access during the next event/activity execution.
If the event subtask had been executing an event time and associated activity sequence in which communications was not necessary, such as backup or purge, the event subtask detects that the modem flag is clear (870). In that case, the event subtask would immediately clear the event active semaphore (876) and terminate (878).
3.6 Modem Manager Task
The Modem Manager Task manages modem communications, primarily to support host/remote file transfer for global update, but also for remote diagnostic purposes. Operation for host/remote file transfer depends in part upon whether the modem manager task is running in the host or remote check transaction processing system—all host/remote file transfers are initiated and controlled by the remote system.
Modem communications through the Modem Manager Task are essentially transparent to the other tasks, functionally operating as an extension of the normal intertask communications using intertask service requests. Thus, the remote Event Manager Task sends service requests to the host Data Manager Task through: the remote System Kernal, the remote Modem Manager Task, the host Modem Management Task and finally the host System Kernal. Similarly, the host Data Manager Task responds with a reply, including response data and a stop request, over the same host/remote communications path.
For remote-to-host file transfers, the remote Event Manager Task first issues a dial host request to the remote Modem Manager Task, which the Modem Manager Task executes by dialing the host Modem Manager Task and detecting an off-hook condition at the host. When the remote Event Manager Task is notified by a stop semaphore that a connection has been made, it requests the MMT to send a Log-In ID to establish an active communications link. The remote Event Manager Task then issues a service request to the host Data Manager Task, which is directed by the remote System Kernal into the Modem Manager Task queue. The Modem Manager Task reads the request and sends it to the host system, where the host Modem Manager Task transfers the request to the host Data Manager Task through the host System Kernal. The host data manager task responds with a reply that includes a stop request—this response is communicated through the host/remote Modem Manager Task link to the remote Event Manager Task.
At system initialization, the Modem Manager Task opens its communications port, and conducts modem start-up diagnostic tests.
Typically, when the remote Event Manager Task is advised (with a stop semaphore) by the Modem Manager Task that the host answered the call and a line connection is made, the Event Manager Task sends, via the Modem Manager Task a Log-In ID that establishes an active communications link between the two systems. Once an active communications link is established, the remote/host file transfer procedure for communicating negative status and customer records is as follows.
The remote Event Manager Task sends a request for global update of a record to the host Data Manager Task, writing the record into a specified request data location. The remote System Kernal builds an intertask request packet and routes it to the remote Modem Manager Task. The Modem Manager Task reads (920) the request data from the location specified in the intertask request packet, and builds (922) a corresponding communications packet, including both the request and the request data. The communications packet is sent (924) to the host Modem Manager Task, and the remote Modem Manager Task waits for a reply.
When the Modem Manager Task receives (926) a reply from the host, which includes both response data (such as an acknowledgment) and a stop request, the response data is written (920) to the specified location for response data, and the stop request is sent (929) to the System Kernal, which sets the appropriate semaphore flag.
This communication procedure is continued so long as requests are sent to the Modem Manager Task (920). A remote/host file transfer session is terminated by the remote Event Manager Task sending to the remote Modem Manager Task a disconnect request (916).
The host and remote Modem Manager Tasks cooperate to establish a communications link as follows. A communications session is initiated by a dial request from the remote Event Manager Task is directed to the remote Modem Manager Task, which responds by dialing the host.
A ring indication at the host modem is detected (908) by the host Modem Manager Task, which directs the modem into an off-hook condition (930), establishing a remote/host connection.
The remote Event Manager Task then sends an appropriate log-in identification (932).
File transfer communications are commenced when the host Modem Manager Task receives (934) a communications packet from the remote Modem Manager Task. The host Modem Manager Task builds (936) a corresponding service request that is sent (938) to the host System Kernal.
The service request is directed to the designated responding task, such as the host Data Manager Task, which executes the request and provides both response data and a stop request. The host Modem Manager Task reads (940) the stop request from its queue, and reads (942) the response data from the specified location.
The host Modem Manager Task then builds (944) an appropriate reply packet (including the response data and the “stop” request), and sends (946) the reply to the host Modem Manager Task. The next communication to the host Modem Manager Task will either be a Disconnect instruction (948) or another communications packet.
The Modem Manager Task implements remote/host communications functions in a manner that is essentially transparent to the other tasks and the System Kernal. That is, intertask communications between a remote task and a host task are accomplished in a manner identical to intertask communications between tasks running in the same check transaction processing system, except that both the remote and the host System Kernal are involved in the intertask communication, as are the remote and host Modem Manager Tasks. However, the communications function provided by the remote and host Modem Manager Tasks is essentially transparent to the other tasks running in either the remote or the host. For example, the remote event subtask sends requests in the form of service requests to the host Data Manager Task just as it would send requests to the remote Data Manager Task. Specifically, the remote event subtask builds a request to the host DMT, and sends the service request to the remote System Kernal. The remote System Kernal builds a inner task request packet and places it in the remote MMT task queue. The remote MMT task reads the intertask request packet and builds a communications packet for the request to the host DMT (including function code, request data and stop semaphore flag). The remote MMT transmits the communications packet to the host MMT, which builds a corresponding service request for the host System Kernal. The host System Kernal builds an intertask request packet that is placed in the host DMT task queue. The host DMT retrieves the intertask request packet, which constitutes a request from the remote event subtask, and executes it in the same manner that it would a request from the host event subtask, writing response data into the specified response data location and sending a stop request to the host System Kernal. The host System Kernal, recognizing the stop request as being directed to the remote event subtask, builds an intertask packet with both the response data and the stop request and writes into the remote MMT task queue.
The remote MMT reads the intertask request packet, builds a communications packet and sends it to the remote MMT. The remote MMT writes the response data into a specified location in the data area for the Event Manager Task, and sends the stop request to the remote System Kernal. The remote System Kernal sets the specified stop semaphore, notifying the remote event subtask that response data from the host DMT is available, completing the request/response cycle.
4.0 Alternative Embodiments
While the check transaction processing system has been described in connection with a preferred embodiment, other embodiments within the spirit and scope of the invention as defined by the following claims will be apparent to those skilled in the art.
For example, in the case of multiple-store systems, the preferred embodiment includes separate, essentially autonomous check transaction processing systems at each store site, thereby permitting each store to establish and maintain an essentially local customer database, and limiting off-site data communications activities to remote/host file transfers for global update. However, the local customer database (and associated disk system) need not be located at the store site, but may be remote from the stores' transaction terminal network (such as by locating it in a central office) so long as: (a) transaction terminal response time is not adversely affected and, (b) the essentially local character of the customer database for each is maintained.
The preferred embodiment's implementation of a multi-tasking system using a System Kernal for task-switching and intertask communications, can be readily adapted to operate under a commercial, multi-tasking operating system. These operating systems provide the task switching and intertask message communications functions performed by the System Kernal. Adapting the CTPS multi-tasking program to a commercially available multi-tasking operating system is well within the programming capabilities of those skilled in the art. Each program task would be modified in a conventional manner to accommodate the specific message communication function implemented by the multi-tasking operating system.
5.0. Targeted Marketing Functions
5.1. Automatic Building of a Database for a Retail Store Marketing Program
Copending patent application Ser. No. 07/826,255 discloses manually inputting customer information, such as a customer's checking account number, into a database for various purposes. However, previous techniques of building a database from checks required a store employee to physically review the name and address preprinted on each check and type in certain parts of that name and address to try to determine if the name matched a name and address previously stored in the database. For example, after typing in the last name Jones, it would be discovered that there are multiplicity of Jones previously stored in the database. The name Jones would then have to be refined by typing in the names or initials which again might produce a multiplicity of matches. The information could then be further refined by imputing the street address to match along with the full name and initials.
If a grocery store for example, has a volume of several thousand check customers per day, this manual database building technique would mean a substantial amount of labor and time required to manually key in the name and address information to find out if, in fact, that record was already in the database and was complete. If the database was incomplete, the new information would have to be manually loaded into the database.
The present invention provides a method which may be accomplished utilizing the automatic check reader 119 in order to automatically build a database for use in a retail store marketing program. With use with the system, a customer's check is quickly scanned by the check reader 119 of the invention at the point-of-sale, or at another suitable location within the store. Due to the unique nature of the reader 119, all checks from all banks can be read and the customer identification number can be detected in any MICR location. Moreover, changes in bank transit codes and other identification changes can be automatically detected by the system so that the customer may be tracked, as previously described. The detected unique customer identification code is then transmitted to the host computer 110 which stores a previously stored database of unique customer identification codes. The detected unique customer identification code is then compared against the stored database. The system detects the occurrence of a match between information in the stored database and the detected unique customer identification code. When a match occurs, a determination is made if all necessary predetermined identification criteria related to the detected unique customer identification is in the stored database. Specifically, a determination is made if the full address and the telephone number of the detected identification code was previously stored in the database.
If the predetermined customer identification data is found in the stored database, a signal is transmitted from the host processor 110 to the POS terminal 120 to provide a display that the customer record is complete and that no further data is required, or in the alternative a signal may be transmitted in only those instances when additional information is required to complete the database criteria. If an indication is provided that the predetermined identification criteria is not contained in the database, such as lack of address information or the like, a signal is generated to the POS terminal 120 to indicate that insufficient identification criteria exists. The store personnel may then input the required additional identification criteria into the database. The additional identification criteria is then entered into the database of the host processor 110 for storage in conjunction with the unique customer identification code. This entering of additional identification criteria will normally be done “after hours” by setting aside the check in question and entering the data in a “back room” in the store. The system also generates information about the date and amount of the transaction, which is also stored in the database.
Thus, the present system may continuously build an up-to-date database which contains relevant information about the frequency of the customer's transactions, the amount of the transaction, along with the current address and information. As will be subsequently described, this database may be used for various types of targeted marketing in order to enhance the retail store's marketing.
Step
Description
3
Beginning a process being flowed.
5
Check is taken for tendering purchase at retail store.
6
Scanning device is used to read the MICR code from the bottom
of the check.
8
MICR code must now be parsed for meaningful data. ANSI
standards specify the following field locations within MICR band:
Amount field
1-12
On Us
14-31
Transit
33-43
Auxiliary On Us
45-64
9-10
Use transit field for the first part of the customer's ID number.
12
The check's sequence number (which matches the number on the
top right hand corner of the check) must be located in order to
determine the customer's bank checking account number.
13-16
A variable length, dynamic TRANSIT CODE TABLE is
maintained on disk for checks that cannot be successfully parsed.
The index key for this table is the bank's transit number. Included
for each table entry are the beginning and ending positions of the
sequence number within the MICR band. The system will prompt
the operator for the sequence number if it cannot determine its
location within the On Us field, and than add the entry to the
TRANSIT CODE TABLE. The modifications to the TRANSIT
CODE TABLE and/or the TABLE may be maintained and
downloaded from another computer.
20-22
Data in the Auxiliary On Us field, otherwise indicated in the
TRANSIT CODE TABLE, is the check sequence number:
This would indicate that all data in the On Us field make up the
customer's bank account number.
25-27
Parse On Us field. Use any data within positions 13 through 32 as
the On Us field. Discrete numbers are usually divided with 2 or
more spaces or the ANSI On Us character. Embedded single
spaces and the ANSI MICR dash are removed from within said
discrete numbers.
28
Test for number of discrete numbers parsed from the On Us field.
30-33
If one or more than three discrete numbers are located in the On
Us field, the sequence number is either not present or is embedded
in such a way that its location cannot be determined, The operator
enters the sequence number including any leading zeros. The
system can then determine the relative position of the sequence
number in the On Us field and stores this as an additional entry to
the TRANSIT CODE TABLE.
37-39
If two discrete numbers are located in the On Us field, unless
otherwise indicated in the TRANSIT CODE TABLE, the number
with the lesser value is the check sequence number, and the
number with the greater value is the customer's checking account
number.
41-45
If three discrete numbers are located in the On Us field, unless
otherwise indicated in the TRANSIT CODE TABLE, the number
with the greatest value is the customer's checking account number.
The smallest value in the Transaction Processing Code and is
appended to the end of the checking account number.
The middle value is the check sequence number.
51
Once the bank's transit number and customer's checking account
number are parsed from the MICR band, they are extracted and
combined (transit number followed by account number) to form
the customer's unique checking account ID.
52-54
This ID is used as the primary key for a customer database on disk
indexed by checking account ID. In this database building
process, the key is passed to the processor and the database is
searched by checking account ID key.
57-63
If a record exists in the database for the customer with this
checking account ID, the completeness of predetermined
identification criteria is checked and the result is signaled back to
the operator.
67-68
If no record exists, one is created for this checking account ID and
the operator is signaled the record is incomplete of predetermined
identification criteria.
70-71
If signaled to do so, operator enters additional information from
off of the face of the check. The updated record is rewritten in the
database.
73
Shopping event and dollars spent is recorded in order to build a
shopping history for each customer's record.
5.2 Targeted Marketing Program
It has been previously known to utilize marketing programs wherein users of a retail store's services are targeted to attempt to induce the customers to make additional purchases from the retail store. What has not before been possible, however, is to allow a retail store owner to target only non-customers. If such were possible, store owners would not waste mailing and marketing expenses on people in their targeted geographic area who had been previous customers. In other words, the retailer would be able to use his marketing dollars to attempt to entice non-customers or infrequent customers to visit the store.
Step
Description
3
Beginning of process being flowed.
6
Check is taken for tendering purchase at retail store.
7
Once the bank's transit number and customer's checking account
number are parsed and extracted from the MICR band, they are
combined (transit number followed by account number) to form
the customer's unique checking account ID.
This ID is used as the primary key for a customer database on disk
indexed by checking account ID.
8-15
If a record exists in the database for the customer with this
checking account ID, the completeness of predetermined
identification criteria is checked and the result is signaled back to
the operator. Shopping event and dollars spent are recorded in
order to build a shopping history for each customer's record.
19-20
If no record exists, one is created for this checking account ID and
the operator is signaled the record is incomplete of predetermined
identification criteria.
23-25
Shopping event and dollars spent are recorded over a period of
time sufficient in length to get a good representation of the store's
customer base.
31
A file containing a complete list of residents in a predetermined
geographic area is obtained from a third party.
32
Create an empty TARGET FILE for writing records of
prospective customers not appearing in store's database.
33
Read FIRST record from the file containing a complete list of
residents in a predetermined geographic area.
36
Search in the store's database for to determine if this household is
present in the store's database.
38-42
If this household is not contained in the store's database, write this
record said TARGET FILE of prospective customers not
appearing in the store's database.
45-47
Read the NEXT record from said list of prospective customers in
a predetermined geographic area. If END OF FILE marker is
found then proceed to step 48, otherwise LOOP back up to step
36.
48
Said TARGET FILE now contains a list of prospective customers
from a predetermined geographic area that were NOT contained in
the store's active list of customers.
53
Marketing may now be targeted toward this list of non-customers,
such as mailing of inducement coupons or advertising.
In summary, it may be seen that the technique of
The present system generates a non-customer database which would allow the mailing of advertising material in a geographic area to customers who have not previously shopped, or who have infrequently shopped at the retail store.
5.3. Infrequent Shopper Database and Marketing Technique
Competition among retail stores has dramatically increased such that targeted marketing is becoming increasingly important. Historically, such retail stores such as grocery stores have relied upon a loyal base of shoppers who have shopped at that particular establishment over a long period of time. However, with increased competition, it has now been determined that many shoppers frequent many different stores, particularly grocery stores, based upon coupons or price differentials at the time.
For example, Table 5 attached hereto illustrates customer shopping frequency data which was accumulated by the present system at an actual grocery store over an eight week period in 1991. Surprisingly, it was found in this particular store that 55% of the store's customers during this period only visited the grocery store one time. Only a few percentage points of the customers Visited the store over seven times during that period. Specifically, for a total number of almost 30,000 customers over the eight week period, 8,794 customers only visited the store one time, while 2,776 customers visited the store only twice. Over 20% of the store's revenue during the period was based upon a single visit by 8,794 customers.
Table 6 illustrates an infrequent customer analysis of a different grocery store over an eight week period. This table illustrates that 24.3% of the total customer base, or 5,581 customers, averaged visiting the grocery store only 1.08 times during the eight week period.
This shopping data, which was developed using the present invention, has come as a surprise to grocery store owners. Many owners did not previously understand the large percentage of their business which was coming from infrequent shoppers. A need has thus arisen for a marketing technique to target these infrequent shoppers to encourage them to visit the grocery store more often. It will be understood that many families visit a grocery store approximately one time per week, and thus a visit of only once every eight weeks means that the store is being visited by many infrequent shoppers who are shopping at different stores. It could substantially enhance the store's revenues if these infrequent shoppers could be induced to shop more often at a particular store.
A description of the routine as shown in
Step
Description
3
Beginning of process being flowed.
6
Check is taken for tendering purchase at retail store.
7
Once the bank's transit number and customer's checking account
number are parsed from the MICR band, they are combined
(transit number followed by account number) to form the
customer's unique checking account ID. This ID is used as the
primary key for a customer database on disk indexed by checking
account ID.
8-15
If a record exists in the database for the customer with this
checking account ID, the completeness of predetermined
identification criteria is checked out and the result is signaled back
to the operator. Shopping event and dollars spent are recorded in
order to build a shopping history for each customer's record.
19-20
If no record exists, one is created for this checking account ID and
the operator is signaled the record is incomplete of predetermined
identification criteria.
21-27
Shopping event and dollars spent are recorded over a period of
time sufficient in length to get a good representation of the store's
customer base.
33
Create an empty TARGET FILE for writing records of customer's
who have not shopped this store since a preselected shopping date.
34
Read FIRST record from the store's database of customer's check
information and related shopping history.
37-38
Locate customer's LAST SHOPPING DATE from customer's
shopping history and compare with said preselected shopping
date.
40-44
If this customer's LAST SHOPPING DATE is prior to said
preselected shopping date, write this record to said TARGET
FILE of customer's who have not shopped this store since a
preselected shopping date.
47-49
Read the NEXT record from said store's database of customer's
check information and related shopping history. If END OF FILE
marker is found then proceed to step 50, otherwise LOOP back up
to step 37.
50
Said TARGET FILE now contains a list of the store's customers
who have not shopped this store since a preselected shopping date,
and may be used for targeted marketing such as mailings.
It may thus be seen that the program of
Alternatively, the system may use dollar amounts to determine an “infrequent shopper”. If the system determines that the cumulative dollars spent at the store by a specified customer is equal to or less than a predetermined dollar level within a predetermined time interval, the specified customer is designated as an “infrequent shopper”.
As another alternative, the database is maintained with the shopping history for each unique check identification. Each time the system detects a check with a unique check identification number, it is checked against the database. If the last date shopped is prior to a preselected date, a signal is generated and transmitted to the POS. The check is then marked or set aside to be used to create a mailing list. Alternatively, the signal may be used to prompt the store clerk to disburse incentive coupons at the POS.
5.4. Marketing Based on Range of Last Shopping Dates
As noted above, it would be advantageous to be able to selectively market to infrequent shoppers.
In accordance with the techniques shown in
Step
Description
3
Beginning of process being flowed.
5
Check is taken for tendering purchase at retail store.
6
Once the bank's transit number and customer's checking account
number are parsed from the MICR band, they are combined
(transit number followed by account number) to form the
customer's unique checking account ID. This ID is used as the
primary key for a customer database on disk indexed by checking
account ID.
7-14
If a record exists in the database for the customer with this
checking account ID, the completeness of predetermined
identification criteria is checked and the result is signaled back to
the operator. Shopping event and dollars spent are recorded in
order to build a shopping history for each customer's record.
18-19
If no record exists, one is created for this checking account ID and
the operator is signaled the record is incomplete of predetermined
identification criteria.
23-26
Shopping event and dollars spent are recorded over a period of
time sufficient in length to get a good representation of the store's
customer base.
27
Create an empty TARGET FILE for writing records of customer's
who last shopped this store within a preselected shopping date
range.
33
Read FIRST record from the store's database of customer's check
information and related shopping history.
36-37
Locate customer's LAST SHOPPING DATE from customer's
shopping history and compare with said preselected shopping date
range.
39-43
If this customer's LAST SHOPPING DATE fails within the range
of said preselected shopping date range, write this record to said
TARGET FILE of customer's who have last shopped this store
within a preselected shopping date range.
46-48
Read the NEXT record from said store's database of customer's
check information and related shopping history. If END OF FILE
marker is found then proceed to step 49, otherwise LOOP back up
to step 36.
49
Said TARGET FILE now contains a list of the store's customers
whose LAST SHOPPING DATE falls with a preselected shopping
date range.
In addition to the above, the selection criteria for an “infrequent shopper” may also include a required minimum dollar amount in a preselected time range.
5.5. Dissemination of Point-of-Sale Coupons and Direct Mail Coupons Based Upon Shopping History
A detailed description of the operation of the technique illustrated by
Step
Description
3
Beginning of process being flowed.
5
Check is taken for tendering purchase at retail store.
6
Once the banks transit number and customer's checking account
number are parsed from the MICR band, they are combined
(transit number followed by account number) to form the
customer's unique checking account ID. This ID is used as a
primary key for a customer database on disk indexed by checking
account ID.
10
If no records exists, one is created for this checking account ID
and the operator is signaled the record is incomplete of
predetermined identification criteria.
13
If a record exists in the database for the customer with this
checking account ID, the completeness of predetermined
identification criteria is checked and the result is signaled back to
the operator. Shopping event and dollars spent are recorded in
order to build a shopping history for each customer's record
14-15
The store has on hand coupons to be handed out at the point-of-
sale. These coupons may be arranged into varying value packages.
We will assume 3 different coupon packs for point-of-sale
dispersement:
Coupon VALUE A:
For customer who has been determined to be a SECONDARY
shopper. This would be incentive to make them become a
PRIMARY shopper.
Coupon VALUE B:
For customer who has been determined to be a PRIMARY
shopper. This would be a lessor incentive package to primarily
maintain a consistency whereby everyone receives a package.
Coupon VALUE C:
For customer who has been determined to be a HIGH VOLUME
shopper. This incentive would be used as a means to hold on to
especially good shoppers.
17
There are two methods for determining the coupon package to be
dispersed at the point-of-sale. Steps 18-21 deal with preselected
criteria analyzed OFF-LINE and downloaded to the front end
computer. Steps 23-34 deal with ON-LINE determination based
on prior 30 days shopping VS two preselected dollar LIMITS
(LIMIT 1 and LIMIT 2).
18
OFF-LINE ANALYSIS:
19
Preselected criteria such as shopping volume, frequency,
demographics, etc. along with how they relate to the Coupon
offerings are set for OFF-LINE: analysis.
20
Each record is analyzed against said preselected criteria and
corresponding Coupon VALUEs are selected and flagged.
Said Coupon VALUE information is then downloaded to the ON-
LINE processor.
21
On the customer's next visit, ON-LINE processor uses said
downloaded Coupon VALUE information to flag to clerk which
point-of-sale Coupon VALUE package to disperse to the
customer.
Proceed to step 40 for METHOD OF DISPERSEMENT.
23
ON LINE 30 DAY ANALYSIS:
24
Two dollar limits are preselected; ie:
LIMIT 1 = 100.00
LIMIT 2 = 350.00
25
Prior dollars spent for the previous 30 days are calculated and
compared with said preselected dollar limits.
26-27
If prior dollars spent for previous 30 days is LESS THAN LIMIT
1, customer is considered a SECONDARY shopper; Coupon
VALUE A is dispersed to customer.
Proceed to step 40 for METHOD OF DISPERSEMENT.
30-31
If prior dollars spent for previous 30 days is GREATER THAN
LIMIT 1, but LESS THAN LIMIT 2, customer is considered a
PRIMARY shopper; Coupon VALUE B is dispersed to customer.
Proceed to step 40 for METHOD OF DISPERSEMENT.
34
If prior dollars spent for previous 30 days is GREATER THAN
LIMIT 2, customer is considered a HIGH VOLUME shopper;
Coupon VALUE C is dispersed to customer.
40-46
Coupons are dispersed either with clerk manually handing
indicated packet to customer or by ON-LINE processor spooling
selected Coupon VALUE to a point-of-sale coupon printer, or by
having the clerk mark the check with a code so that coupons may
be subsequently distributed to the customer by direct mail.
Many of the prior art marketing techniques require the mailing of coupons to customers after the targeted database has been developed. With the techniques shown in
A third technique of distributing coupons utilizes a system to actually print, at the point-of-sale, coupons bearing the desired information based upon selected criteria. Commercially available printers may be used for generating coupons at a point-of-sale, such as disclosed in U.S. Pat. No. 4,723,212 issued on Feb. 2, 1988 and entitled Method and Apparatus for Dispensing Discount Coupons or as further disclosed in U.S. Pat. No. 4,910,672 issued Mar. 20, 1990 and entitled Method and Apparatus for Dispensing Discount Coupons. As disclosed in the two aforesaid patents, systems may be provided to generate coupons at the point-of-sale based upon the type of product purchase. In the disclosures of the above-captioned two patents, a coupon relating to a particular type of a product is generated based upon a bar code reader determining that a triggering or competing product has just been purchased by the consumer. The same coupon dispensing apparatus described in the two aforesaid patents may be utilized to print the coupons as described in
The present invention looks at the history of the shopper in question and induces the shopper to return based upon preselected criteria such as has the customer purchased above a certain amount of dollars, has the customer purchased between certain amount of dollars or less than a certain amount of dollars, or has the customer purchased over a certain amount of merchandise over a period of time, or has the customer not been at the store to shop within a predetermined time interval. The present system provides a more efficient distribution of point-of-sale coupons, as an alternative to the circuitous and expensive route of mailing coupons.
5.6. Dissemination of Point-Of-Sale Coupons and Direct Mail Coupons Based Upon Scanned Data
Similarly, the stored data in processor 110 may contain information regarding particular product groups. If it is determined that the customer is a frequent shopper but does not purchase coffee, the data may determine that a coupon providing a large discount on coffee would be suitable to give to the customer. Alternatively, the system might determine that the customer had no history of buying a specific brand of coffee, and incentive coupons can be distributed for that brand of coffee. To provide this information, information regarding the particular product and the department of the product is generated by the bar code reader 123a, or through entry through the cash register, and transmitted to the host processor 110. The host processor 110 then identifies each particular product being purchased, compares it against the stored data tables and generates an indication of the type of coupon to be given to the customer. As previously noted, this indication from the host processor 110 may comprise a signal transmitted on the display 124 or the signal may be utilized to generate the actual printing of a coupon using the system similar to that shown in U.S. Pat. Nos. 4,723,212 and 4,910,672.
The present invention differs from the systems disclosed in the above-identified patents because, among other things, the present system generates coupons based upon the lack of purchase of a particular item by comparing against stored history for unique customer IDs, rather than because of the purchase of a particular item.
A more detailed description of the technique of
Step
Description
3
Beginning of process being flowed.
5-9
Customer's purchase is transacted using bar code scanning cash
register. As each item is scanned, said cash register maintains a
record of preselected criteria for each item such a product, product
group, department, etc. for the customer's purchase.
10
Check is taken for tendering purchase at retail store.
15-16
Once the bank's transit number and customer's checking account
number are parsed from the MICR band, they are combined
(transit number followed by account number) to form the
customer's unique checking account ID. This ID is used as the
primary key for a customer database on disk indexed by checking
account ID.
19
If no record exists, one is created for this checking account ID and
the operator is signaled the record is incomplete and
predetermined identification criteria.
22
Send scanned data of said preselected criteria to the ON-LINE
front end processor.
23
If a record exists in the database for the customer with this
checking account ID, the completeness of predetermined
identification criteria is checked and the result is signaled back to
the operator. Shopping event and dollars spent are recorded in
order to build a shopping history for each customer's record.
24
Processor updates customer's record with the said scanned
information of preselected criteria.
26-27
The store has on hand coupons to be handed out at the point-of-
sale. These coupons may be arranged into varying packages. We
will assume 3 different coupon packs for point-of-sale
dispersement:
Coupon VALUE A:
For customer who has been determined to be a SECONDARY
shopper. This would be incentive to make them become a
PRIMARY shopper.
Coupon VALUE B:
For customer who has been determined to be a PRIMARY
shopper. This would be a lessor incentive package to primarily
maintain a consistency whereby everyone receives a package.
Coupon VALUE C:
For customer who has been determined to be a HIGH VOLUME
shopper. This incentive would be used as a means to hold on to
especially good shoppers.
29
There are two methods for determining the coupon package to be
dispersed at the point-of-sale. Steps 30-33 deals with preselected
criteria analyzed OFF-LINE and downloaded to the font end
computer. Steps 35-46 deals with ON-LINE determination based
on prior 30 days shopping VS two preselected dollar LIMITS
(LIMIT 1 and LIMIT 2).
30
OFF-LINE ANALYSIS:
31
Preselected criteria such as shopping volume, frequency,
demographics, etc. along with how they relate to the Coupon
offerings are set for OFF-LINE analysis.
32
Each record is analyzed against said preselected criteria and
corresponding Coupon VALUEs are selected and flagged.
Said Coupon VALUE information is then downloaded to the ON-
LINE processor.
33
On the customer's next visit, ON-LINE processor uses said
downloaded Coupon VALUE information to flag to clerk which
point-of-sale Coupon VALUE package to disperse to the
customer.
Proceed to step 40 for METHOD OF DISPERSEMENT.
35
ON-LINE 30 DAY ANALYSIS:
36
Two dollar limits are preselected, ie:
LIMIT 1 = 100.00
LIMIT 2 = 350.00
37
Prior dollars spent for the previous 30 days are calculated and
compared with said preselected dollar limits.
38-39
If prior dollars spent for previous 30 days is LESS THAN LIMIT
1, customer is considered a SECONDARY shopper; Coupon
VALUE A is dispersed to customer.
Proceed to step 51 to determine WHICH coupons to disperse.
42-43
If prior dollars spent for previous 30 days is GREATER THAN LIMIT 1, but LESS THAN LIMIT 2, customer is considered a
PRIMARY shopper; Coupon VALUE B is dispersed to customer. Proceed to step 51 to determine WHICH coupons to
disperse.
46
If prior dollars spent for previous 30 days is GREATER THAN
LIMIT 2, customer is considered a HIGH VOLUME shopper;
Coupon VALUE C is dispersed to customer.
51-52
Customer's database record contains fields to monitor preselected
shopping activities such as purchase of particular products,
product groups, departments, etc.
54
Processor has determined what VALUE of coupons to be
dispersed, now said database fields monitoring preselected
shopping activities are used to determine which coupons in
particular to disperse based upon exception to previous shopping
activity.
55
MAX-SUB represents the number of said preselected items
(products, product groups, departments, etc.) being maintained
and monitored for shopping activity.
56
TABLES represent a table of coupons that represent incentives for
each said preselected item (products, product groups, departments,
etc.). TABLES are arranged in order of decreasing priority
61-70
Step through each said-preselected item in decreasing priority and
check for an exception in shopping activity. If the customer has
not shopped this preselected item, this particular Coupon is chosen
for dispersement.
This process continues through said preselected items until the
total value of Coupons chosen for dispersement meets or exceeds
said VALUE as determined in steps 29-46.
74-78
If after stepping through said preselected items and the value of
dispersement does not meet or exceed said VALUE as determined
in steps 29-46, an alternate table of general incentive coupons in
order of decreasing priority is stepped through until said VALUE
is met or exceeded.
83-88
Coupons are dispersed either with ON-LINE processor spooling
selected Coupons to a point-of-sale coupon printer or via Direct
Mail.
5.7 Second Alternate Embodiment of Payment Processing and Point-of-Sale Marketing System
The previously described check verification system of FIGS. 1 through 18A-C has been found useful for verifying checks and providing targeted marketing as described herein. The second alternate embodiment to be hereinafter described provides similar functions, but enables the use of account numbers from a variety of financial payment or transaction instruments such as checks, credit cards and debit cards to be utilized as a customer identification number. Smart cards and marketing cards may also be utilized for the cash customer. This substantially enhances the breadth of uses of the present system and enables the retail store to track all customers whether or not they pay by check or not. The present system may thus be usable with checks, credit cards, debit cards, electronic checks (such as paperless check ACH), electronic benefits transfer such as food stamps, cards and the like, as well as proprietary merchant issued marketing cards for charging, check cashing identification or for marketing purposes which may or may not be magnetically encoded or bar encoded, as well as a smart card containing non-volatile memory. Of course, as previously noted, such proprietary merchant issued marketing cards have not been found to work well in practice for targeted marketing, but the present system may be used to accept their customer identification codes in order to enhance the universality of the present system.
The present system provides automatically printed coupons at the point-of-sale, or alternatively, later mailed coupons, which are particularly targeted to a customer based upon his prior shopping history. Alternatively, an output might be provided to a smart card by encoding the smart card with incentives for the next visit. Alternatively, an electronic incentive could be stored in the processor for use in conjunction with the user's identification such that credit can be automatically given at the subsequent purchase times.
The system shown in FIGS. 1 through 18A-C has described the generation of coupons for infrequent shopper incentives. The present system shown in FIGS. 19 through 45A-B provides techniques in order to distinguish between degrees of absenteeism, such as zero visits in a certain time period as compared to multiple visits to the store in a certain time period. Other distinctions may be made by the present system in differentiating between dollar ranges spent by a customer such that coupons may be generated per visit based upon the degree of absenteeism and the shopping price range. The present system may also be used to lay out future coupons such that incentives are decreased or increased in order to maintain certain required levels of spending. The subsequent performance of a customer is tracked by the present system to determine which coupons are redeemed or not by the customer, or to determine the customer's response to the incentive. The marketing program of incentives may then be changed by the system based upon that customer's subsequent performance. Thus, performance may be tracked by the present system at a product level, a department level or a store level.
The present system also enables the tracking of customer buying to determine how they spend. Thus, the present system may be used to obtain an average which may be weighted in order to provide a base dollar spent per visit or per week on a particular product in a particular store department, or in a particular store. This base may then be looked at by the present system and incremental increases may be added in order to provide a target for expected behavior. The system may then generate coupons or issue incentives to induce that higher level of performance by the customer. The performance of a customer is tracked and incentives are modified based upon the criteria of performance such that incentives are added or subtracted.
Further, the present system enables the tracking of products purchased by a customer. If a customer continuously buys a certain type of product, such as a certain type of coffee or a particular size of a brand of wieners, the system will track those purchases so that coupons can be printed out at the point-of-sale which relate to products which the customer has previously indicated a tendency to buy. It has been found that by storing a shopper's prior history and by generating coupons for particular products which he desires to buy, such coupons provide an increased inducement to shop more frequently or to spend more money in the store. Alternatively, it prevents the issuance of coupons which the customer has no interest in obtaining the product covered by the coupon, which does not enhance the value of the incentive.
The system can also predict a customer's next due date to purchase a type of product. If a customer begins a pattern of buying a certain type of diapers, but the customer is an infrequent shopper or sub-par spender, this system may induce that customer to shop more often or to spend more by issuing an incentive to the customer to purchase diapers at the time which the customer's history has indicated that the customer buys diapers. By tracking the purchase cycle of various products, the system can anticipate the next purchase date in order to issue incentives prior to that anticipated purchase date, or issue other incentives if the next purchase date passes and no purchase is made. The system also can provide inducement coupons that can be combined. For example, coupons may be generated for a detergent for customers who buy diapers. If a customer continuously buys coffee, a coupon can be generated by the system to provide an incentive on coffee filters. If a customer tends to buy spaghetti sauce at a particular time, the system can generate a coupon to provide a coupon on spaghetti. The system thus uses a prior shopping history of the customer in order to provide the type of coupon most likely to provide an incentive.
The system also enables the tracking of “bargain hunter” customers. Retail stores traditionally stock depending upon the size and amount of floor space. In grocery stores, between 30,000 and 60,000 items may be stocked at any point in time. Several hundreds of these items may be involved in some type of promotion by the manufacturer or distributors of the product, or the store. The present system stores a shopping history or spending history of the customer to identify whether or not the customer is a “bargain hunter” and to what degree the customer is price sensitive.
For example, the system might be loaded with one hundred different generic food items in the grocery store as leading indicators. For example, cola might be a leading indicator. Using these generic food items, the system can store the absolute number of generics purchased by a particular customer or the ratio of generics to non-generics, or alternatively the proportion of generic expenditures to total expenditures. This information enables the system to arrive at a picture of how price driven a particular customer is or how price motivated the customer is. This information is then used to determine how to best incent the customer.
Another aspect of the system is the detecting and storing of the amount of redemption of coupons by a customer. Customers who are obsessed with savings will clip more such coupons and redeem more coupons. By storing the number of deeply discounted items to set up a leading indicator of discounted items, customers who redeem such deeply discounted items may be detected to identify a “bargain shopper”, such that incentives may be generated at the point-of-sale in order to enable that customer to be incented. The electronic cash register detects such coupons by scanning and that information is monitored by the present system so that the coupon cashing history of a customer may be stored and maintained.
This technique for targeting customers who are price sensitive enables a retailer to better use the sales promotions provided to him. If a store owner has the opportunity to give a substantial cost reduction on a product, he may send out a large number of the coupons by direct mail and hope that very few of the coupons are returned, since people who buy their soap at full list price would tend to average the store's gross profit upward. Alternatively, the retailer could advertise the price reduction in a newspaper. However, with the use of the present system, coupons may be intelligently printed out at the point-of-sale based upon an index of pricing and spending that the customer has accumulated in order to provide those coupons only to price sensitive customers. For example, if $1 is being provided by the manufacturer as a promotional discount to the retailer on a box of soap, a very price sensitive customer may be given the full $1 rebate, as the system determines that these shoppers need the maximum inducement since that is what drives their purchases. However, when a customer has shown not to be price sensitive and coupon driven, that customer might be provided with only a 50¢ discount on the box of soap, thus enabling the retailer to maintain the other 50¢ as a gross profit. This will not affect the purchases by many customers who are not price sensitive.
Another aspect of the present invention is the generation of a random or lottery coupon. The system may be programmed to reward random customers with a particular reward. For example, every repeat customer might receive a coupon for a free turkey or six-pack of drinks by the coupon printer. Alternatively, the generation of such gifts could be randomly generated in order to provide more of a lottery atmosphere to the awards. Different types of shoppers, as determined by their shopping history, might be provided with different random prizes. Alternatively, a “grab bag” coupon may be issued which covers a group of incentives, which may be accessed in a random fashion as will be subsequently described.
The system may also be used to generate installment coupons, such that the customer does not get the ultimate prize but points toward a prize. For example, each shopping trip might result in five points given toward a prize, such that when the customer accumulates all twenty-five points he may obtain a free turkey or other food item.
As previously noted, the present system normally uses ID numbers obtained from financial instruments such as checks, rather than relying solely on store produced shopping cards. Such store produced cards have been found to have substantial barriers to their use. First of all, there is an overriding negative psychological impact in that there is an implied presumption that the customer does not have sufficient worth to tender currency for a transaction, if it is a requirement of the merchant that the customer belong to the “club”. Such a requirement may imply to the customer that his money is not good enough for the store; that is a strong psychological barrier to participation. It may also be an affront to customers when a visible system like prior card-based systems are employed that require the customer participate in the program in order to shop.
In addition, it provides a barrier to physical participation because building a database with a card based system is a two step process, as opposed to a one, step process when one employs customer ID based on transactionism. First of all, the customer has to sign up at the store because the name and address have to be recorded and usually merchants ask for additional demographic data. There are a large number of customers who regard that as an invasion of privacy and so are very reluctant to provide that sort of personalized information. Whereas on the transparent system of the present invention using ID's issued by a financial institution, there is no perceived invasion of privacy. Additionally, there is a barrier to participation by merchant cards caused by the need to constantly carry and constantly produce that ID at the point-of-sale. It has been the experience of most retailers that with respect to store cards, if customers can be induced to sign up at all, in very short order there is an enormous attrition because people lose them or they simply lose patience with the system with the slow-down at the point-of-sale. Over a period of time, the attrition rate for such merchant cards means that there is a continued drive and cost associated with that drive to resolicit people with the signup. Failure to get participation means that the data is less valid and that the participation from the standpoint of marketing intracity is dramatically reduced. So, the stores wind up having a small customer base that is contingent upon voluntary active participation of customers on the one hand, versus near universal participation using the present system because it is invisible or transparent to the customer.
FIGS. 19 through 45A-B illustrate various apparatus and program flow diagrams of a system which not only performs automatic payment processing of a customer's payment at the POS but also generates automatic targeted marketing to the customer at the POS, in dependence upon the customer's prior shopping history.
The outputs of each of the ECRs 962A-E are applied through wires or other transmission link to a conventional ECR controller, which operates to provide conventional automatic cash register functions as are well known. Examples of such ECRs and ECR controllers are those manufactured and sold by IBM Corporation under the Model No. 4680ECR. Other conventional ECRs are manufactured and sold by NCR and other companies. The ECR controller is linked to the CVC master controller 965 by an integration link so that transaction data is input to the controller 965. It should also be noted that the present invention could be implemented solely within an ECR based system with suitable peripherals.
The present system also couples to the conventional ECR network through a passive listening device 964 which may, for example, comprise the passive listening device manufactured and sold by Scanning Management Incorporated. As is known, the passive listening device 964 allows data routed to and from the ECR controller to be detected and utilized, without affecting the operation of the ECR system. The output of the passive listening device 964 is indicative of the UPC data and is applied to the CVC master controller 965 which may comprise, for example, a conventional 486PC processor and associated memory or other similar equivalent types of processors. A CVC slave controller is illustrated as running in redundant tandem with the CVC controller 965 to provide redundancy in case of a malfunction or the like. The outputs of the CVC controller 965 are applied to each of the AP/M terminals and associated peripherals 963A-E as illustrated.
Alternatively, direct data transfer could be provided from each individual ECR to each individual AP/M terminal. Also, the function of controller 965 may be integrated into the ECR controller.
Also referring to
In operation of the system shown in
The advantage of using the account numbers on financial or transaction instruments is that the account numbers are preissued by companies other than the retail store, thus saving the store from the difficulty and expenses of issuing cards or identification numbers. Furthermore, all customers except those paying cash will have such preissued numbers. Further, the identification numbers can be automatically read during the payment cycle, thus saving time and facilitating targeted marketing during the sales procedure. Each of the present AP/M terminals 963A-E and their associated readers can detect the identity of the customer by means of the account or identification code associated with the customer, such as by the checking account number as previously discussed with respect to the first embodiment of this invention. Alternatively, a customer's account or identification number may comprise the credit card number associated with a credit card, a smart card number, a debit card number or the like. Alternatively, a shopping card number or the like, can be automatically read by one of the readers or can be manually input by the clerk at the AP/M keypad.
Data relating to the customer's unique identification code is applied from the individual AP/M 963A-E to the CVC controller 965, where it is associated with a database storage of the particular customer's past shopping history. The identification code is also used to provide credit verification. For checks, the verification procedure previously described in this application may be provided. In the case of credit cards, or the like, the credit card number may be checked against a periodically refreshed database in the controller 965, or the credit card number may be checked against a remote database in the known manner.
In dependence upon the credit check and the shopping history, as previously defined in this application and as will be subsequently described in greater detail with respect to this embodiment, the CVC controller 965 generates signals which are applied through the AP/M terminal to provide credit verification on the AP/M display and also to cause a high-speed printer at each point-of-sale location to print out a series of inducement coupons particularly designed to target that particular customer based upon the customer's prior shopping history. Alternatively, as will be subsequently described, electronic inducements may also be provided in lieu of the printed coupons, such as by the way of automatic discount of the customer's bill or by automatic discount of a future bill.
As will be described in greater detail, the present system thus enables a store to provide credit verification as well as to maintain accurate information regarding the shopping habits of its individual customers and to target marketing to those customers based upon the customer's individual shopping history. The present technique thus allows the targeting and incentive marketing of infrequent shoppers, as previously described and as will be described in subsequent detail.
Also coupled to the AP/M 970 is a high-speed point-of-sale coupon printer 976 which may comprise, for example, a conventional thermal coupon printer such as sold by Epson Corporation (model #T80 printer). The AP/M 970 also includes a visual display, such as a LCD display or the like. The display generates prompts to the clerk to assist in operation of the system, as well as providing credit verification and other functions. The keypad on the AP/M 970 enables the clerk to input customer identification data and the like into the system.
In operation of the system shown in
For example, if a debit card is swiped through the debit card reader 972, the CVC controller 965 would indicate on the display of the AP/M 970 that sufficient funds are available in the account indicated on the debit card. In operation, the CVC controller 965 would operate through a conventional dial-up credit verification system to obtain the credit verification and debit card information for authorizing the debit card transaction. Information regarding the unique customer identification and the transaction would then be stored in the database of the CVC controller 965 such that the targeted marketing of the system could be accomplished by printing desired coupons at the printer 976. As will be described, different coupons are printed in response to the prior shopping history of the customer in order to induce customers using different techniques based upon their prior shopping history. At this time, the impact receipt printer 971 would then generate a receipt or other indication of the purchase. In some instances, the receipt printer 971 will not be necessary due to the presence of the printer 969 shown in
If the customer provides a smart card for payment of the purchases just made, the smart card would be swiped through the smart card reader 973 and the particular account code associated with the smart card would be detected by the CVC controller 965 and compared against the database. If the system detects the account code and the customer is a recognized customer, then the purchases of the customer are stored in the CVC controller database and, in dependence upon the customer's prior shopping history, coupons are generated by the printer 976 in order to induce that customer. The customer presenting the smart card might make the payment in cash or by debit card, credit card or check and those transactions would be processed as hereafter described.
If a credit card is used for payment at the POS, the credit card is swiped through the reader 974 and the credit card number is used by the CVC controller to identify the customer for accessing the customer's database. The clerk at the point-of-sale would then enter in the transaction volume through the keyboard of the AP/M 970. The CVC controller 965 would provide credit authorization by use of a conventional dollar verification technique and would provide an identification of the verification of the credit card via the display in the AP/M 970. The amount of purchase information and the items purchased would be received by the CVC controller 965 from the ECR system through the passive listening device 964.
As further shown in
Although various types of payment instruments and identification instruments have been illustrated for use with the AP/M in
Step
Description
1
Load Bar Code Tracking Table ( “BCTT”) into CVC Master
Controller 965. This is a table of Universal Product Codes (UPCs)
from selected products and coupons. This table signals the
processor to store the purchase of these products for individual
accounts.
In addition, this table stores information about the product to be
used for marketing purposes such as:
Incentive level from 1 to 10 prioritizing store's inclination to use
product as an incentive.
A profile level from 1 to 10 that would be used to indicate the
economical level of the product or coupon redemption. These levels
are used to build an economic profile on an account based on
historical purchases.
Product complements. These complements provide references to
other products in the table that could be used with this product.
Retail cost of product
2
Clerk scans product with UPC Bar Code scanner 966 connected to
ECR network.
3
As the UPC is sent to the ECR Controller, a passive listening
device 964 detects the product UPC code and the ECR from which
it was sent.
4
The passive listening device 964 sends UPC code and source ECR
to the CVC controller 965.
5
Controller 965 checks for UPC in the BCTT.
6
If UPC is in the BCTT:
7
If UPC is a redeemed NOW coupon which was dispensed to the
customer on a previous visit.
8
Controller 965 updates coupon database to reflect redemption of
coupon.
9
Controller 965 has a holding workspace for each ECR where any
products scanned that contain matches in the BCTT may be written
and held until the Customer's account number is entered.
Write this UPC to the holding workspace for this ECR.
10
If there are more items to scan, GOTO 2.
Step
Description
11
ECR 962 now sends the total for this purchase to the AP/M. If the
AP/M 963 and ECR are not integrated, the clerk enters the total by
hand.
12
AP/M 963 sends this total to the CVC controller 965.
13
Choose a method for paying.
14
If paying with a personal check:
15
Clerk runs check through the MICR reader which sends the MICR
code to the AP/M.
16
AP/M sends MICR code to the controller 965.
17
Controller parses the MICR removing the sequence number to
form an account number.
18
Controller verifies the check's account number against stored
positive and negative databases.
19
Controller sends verification back to the AP/M 963 for display to
the clerk.
20
If paying with a credit card:
21
The credit card is swiped in the magnetic card swipe which reads
the account number and sends it to the AP/M 963.
22
AP/M 963 sends the account number to the controller 965.
23
Controller 965 initiates a phone call via modem to a payments
processing switch. The credit card account number and amount to
tender are sent for verification.
24
Controller 965 sends result verification to the AP/M 963 for
display to the clerk.
25
A receipt is printed out on the receipt printer, ECR printer, or
coupon printer 976.
26
If paying with a debit card:
27
Debit card is swiped in a magnetic card swipe which reads the
account number and sends to the AP/M 963.
28
A message is sent to the PIN pad for the customer to enter their
PIN number.
Customer enters PIN and it is sent to AP/M 963.
29
AP/M 963 sends account number and PIN to controller.
30
Controller 965 initiates phone call via modem to a payments
processing switch.
The customer's debit card bank number, PIN, amount, and store's
bank account number for transfer of funds are sent to the switch for
processing.
31
Controller 965 sends the completion status to the AP/M for display
to clerk.
32
Receipt is printed on receipt printer, ECR printer, or coupon printer
976.
33
If paying with an Automatic Clearing House (ACH or electronic
check) card.
34
ACH card is swiped in a magnetic card swipe which reads the
account number and sends to the AP/M 963.
35
A message is sent to the PIN pad for the customer to enter their
PIN number.
Customer enters PIN and it is sent to AP/M.
36
AP/M sends account number and PIN to controller.
37
Controller initiates phone call via modem to a payments processing
switch.
The customer's ACH card bank number, customer bank account
number, PIN, amount, and store's bank account number for
transfer of funds are sent to the switch for processing.
38
Controller sends the completion status to the AP/M for display to
clerk.
39
Receipt is printed on receipt printer, ECR printer, or coupon printer.
40
If paying with an Electronic Benefits (EBS or electronic food
stamps) Card:
41
EBS card is swiped in a magnetic card swipe which reads the
account number and sends to the AP/M 963.
42
A message is sent to the PIN pad for the customer to enter their
PIN number.
Customer enters PIN and it is sent to AP/M.
43
AP/M 963 sends account number and PIN to controller.
44
Controller initiates phone call via modem to a payments processing
switch.
The customer's EBS card account number, PIN, and amount are
sent to the switch for processing.
45
Controller sends the completion status to the AP/M for display to
clerk.
46
Receipt is printed on receipt printer, ECR printer, or coupon printer
976.
Step
Description
47
If customer is paying with cash:
48
Choose a shopping card:
49
If shopping card has a magnetic stripe:
50
Swipe shopping card in magnetic card swipe which reads the
account number and sends it to the AP/M.
51
If shopping card is a “Smart” card.
52
“Smart” card contains a computer chip that can be read and written
to. Slide “Smart” card into read/write device which reads the
information on the card and sends it to the AP/M.
53
If shopping card is not machine readable:
54
Clerk keys card number into AP/M
55
AP/M sends shopping card account number to controller. GOTO
60.
56
If shopping card has a UPC Bar Code:
57
Scan UPC on ECR's scanner.
58
Passive device reads UPC code and source ECR from ECR
network.
59
UPC code and source ECR's register number are sent to the
controller.
Step
Description
60
If no account number from payment medium or shopping card:
61
Clerk obtains customer's phone number.
62
If no phone number obtained, GOTO 122
63
Clerk enters phone number into AP/M which is sent to the
controller.
Controller builds a CASH account key based on phone number and
accesses this record. GOTO 67.
64
A customer database resides on the mass storage device of the
CVC controller.
This database is keyed on an account number and contains
shopping history based on past visits to the store.
Controller searches customer database for account's record.
65
If account is not found:
66
Account is added to customer database.
67
A secondary database resides on the mass storage device of the
CVC controller. This database contains shopping history based on
visits to OTHER stores within a network of grocery stores. This
prevents stores in a network from incenting customers from each
other.
Controller searches secondary database for account's record.
68
If account has record(s) in secondary database:
69
History from customer database and secondary database are
merged.
70
While products were scanned for this customer account, a holding
workspace was built to hold any matches from products scanned in
the BCTT as described in steps 1-10.
Access first item from this holding workspace.
71
If an item is accessed from the holding workspace:
72
The controller maintains for each account number a list of items
(ITEM LIST) that the customer has purchased from the BCTT.
This ITEM LIST retains information such as:
Total purchases
Last purchase information including date and quantity.
A running purchase frequency reflecting the average days
between each purchase.
Update ITEM LIST to reflect this purchase.
73
Access next item from holding workspace. GOTO 71.
Step
Description
74
Any number of accounts may be combined for a single household
if a link exists. A telephone number is often on personal checks,
may be required on credit and debit card transactions, or may be
volunteered by the customer.
The phone number is used in this process to provide a link.
Check account's customer record for a phone number.
75
If no phone number:
76
Send message to AP/M for clerk to obtain phone number and enter
into the system.
77
If phone number is NOT obtained, other accounts from customer's
household cannot be merged. GOTO 82.
78
A phone number has been used to build a secondary key index so
that all records with the same phone number may be accessed very
quickly. These records will be combined to form a single
marketing record.
Build this secondary key and access first record.
79
Merge history from this record into marketing record.
80
Access the next record keying on phone number.
81
If next record exists, GOTO 79.
Step
Description
82
Coupon “A” (for Absence) is used by the system to identify
shoppers that are determined to be infrequent, Each store tailors
and stores a definition of the infrequent shopper and a program
to incent them which is stored on-line as follows:
The method of determining infrequent shopper:
1. Based on dollars spent in the prior specified number of days.
or,
2. An attendance record based on weekly attendance in the prior
specified number of weeks.
The level of incentive for infrequent shopper:
1. Multiple levels based on average amount of purchases. For
example, an infrequent shopper with an average purchase of $137
would be incented more than an infrequent shopper with an
average purchase of $23.
or,
2. Multiple levels based on the number of weeks attended in the
prior specified number of weeks.
For example, an infrequent shopper that recorded an attendance in
0 of the prior 8 weeks could be incented more than an infrequent
shopper that recorded an attendance in 3 of the prior 8 weeks.
- Coupons to be used for incenting the infrequent shopper.
Once a customer is identified as an infrequent shopper, the
customer record is updated with a Coupon “A” status and level. For
example, the customer above attending 0 weeks in the last 8 weeks
may be identified as an “A1” while the customer attending 3 weeks
in the last 8 weeks may be identified as an “A4”.
Logically, the “A1” series of coupons stored would be of higher
incenting value than “A4” series.
Each Coupon “A” level of coupons is stored in a series based on 1
to 32 shopping trips. For example, the first trip that the “A1” level
of infrequent shopper is identified may produce 8 coupons at a
value of $35.00.
Subsequent trips #2, #3, and #4 may produce 6 coupons valued at
$25.00.
Subsequent trips #5 thru #10 may produce 4 coupons valued at
$20.00, etc.
- Criteria for Super “A” for customers not responding to the
Coupon “A” program.
This criteria is based on a number of days since the last incentives
were given to the customer. For example, the level “A1” infrequent
shopper above is given the 8 coupons valued at $35.00 and does
not come back until 8 weeks later. If the criteria for Super “A”
is 30 days, this infrequent shopper is now branded Super “A”
level 1 (“SA1”) and will receive heavier incentives.
Super “A” coupons are stored in the same level and series method
as described for Coupon “A”. Upon completion of a Super “A”
program, the infrequent shopper falls back into the Coupon “A”
program where they became a Super “A”.
83
Each account record holds fields for tracking coupon programs.
These fields include:
Coupon type (“A1”, “A2”, etc.)
Number of trips for this customer while in the coupon program.
Super type (“SA1”, “SA1”; blank if none)
Number of trips for this customer while in the “super” program.
84
If customer is currently in a Super “A” program:
85
Increment the field for number of trips in Super “A”.
86
If Super “A” program is complete, customer falls back into Coupon
“A” program where they left off. GOTO 92.
If Super “A” program is NOT complete, GOTO 89.
87
If customer is NOT currently in a Coupon “A” program, GOTO 93,
88
If number of days since last visit exceeds preset criteria for
determining Super “A” GOTO 89.
Otherwise, GOTO 90.
89
Mark account to receive Super “A” coupons. This information will
be used later when building a list of coupons to be spooled to the
customer. GOTO 106.
90
Increment the field for number of trips as Coupon “A”.
91
If Coupon “A” program is complete, GOTO 106.
92
Mark account to receive Coupon “A” coupons. This information
will be used later when building a list of coupons to be spooled to
the customer. GOTO 106.
Step
Description
93
Choose the method to determine infrequent shopper.
94
If method is based on dollar volume:
95
Sum dollars spent in prior specified number of days.
96
If dollars spent is less than preset value,
97
Initialize fields for tracking coupon programs to zeros and mark
account as Coupon “A”. GOTO 102.
Otherwise GOTO 106.
98
If method is based on weekly frequency:
99
Build a weekly attendance record in the last preset number of
weeks based on one or more visits during each prior 3 week span.
For example, if in the last 8 weeks this shopper had 3 trips, but
they were all in the same week, this customer's attendance
record would reflect 1 week's attendance in the last 8 weeks.
100
If the number of weeks attending does not fall below the preset
criteria, GOTO 106.
101
Initialize fields for tracking coupon programs to zeros and mark
account as Coupon “A”.
102
Determine the incentive level to be stored with this Coupon “A”
infrequent shopper.
103
If the method to determine incentive level is based on the number
of weekly attendances:
Access preset criteria for assigning an incentive level based on
attendance.
For example, the criteria may assign level 1 for 0 weeks attended
in the prior 8 weeks, level 2 for 1 weeks attended in the prior 8
weeks, level 3 for 2 weeks attended in the prior 8 weeks. etc.
104
If the method to determine incentive level is based on the average
dollars spent per shopping visit:
Access preset criteria for assigning an incentive level based on
average expenditures. For example, criteria may assign level 1 for
an account with an average purchase of $100 or more, level 2 for
an average purchase between $75 and $100, level 3 for an
average purchase between $50 and $75, etc.
105
Store this level of Coupon “A” in the account record.
Step
Description
106
Coupon “M” (for Maximize) is used by the system to track average
expenditures and maintain a program for increasing customers'
average purchases. Each store tailors criteria for increasing average
purchases which are stored on-line as follows:
Minimum number of trips to qualify for Coupon “M” program.
This ensures that an account's history has matured so that a more
accurate average may be obtained.
Maximum dollar average to qualify for Coupon “M” program. This
provides a ceiling to prevent attempts to increase average purchases
that are considered sufficiently high. For example, if a customer has
an average purchase of $125, it may not be reasonable to spool
coupons incenting them to spend $135.
Percentage to attempt increase in average purchase.
Criteria for Super “M” . This criteria is based on the failure to
increase average purchases by a preset percentage of target
increase.
Number of trips before testing for Super “M”
Coupons to be used for incenting the customer to increase
spending. These coupons are tailored to the amount of the
customer's target value (base average plus percentage increase).
Each coupon contains a minimum target value in order to trigger
spooling. For example, Customer A has an average base of $40,
Assume a target increase of 10% to make a target of $44 rounded to
$45.
The first Coupon “M” incentive holds a minimum target value of
$50. This coupon is NOT spooled.
The second Coupon “M” incentive holds a minimum target value of
$45. This coupon IS spooled with a minimum purchase qualifier of
$45. The third Coupon “M” incentive holds a minimum target value
of $30. This coupon IS spooled as well with a minimum purchase
qualifier of $45. And so on for the rest of the Coupon “M”
incentives all spooled with a minimum purchase qualifier of $45.
Customer B has a target value of $35.
For this customer, the first and second Coupon “M” incentives are
not spooled because this target value does not meet the minimum.
The third incentive with a $30 minimum target value IS spooled
with a minimum purchase qualifier of $35. And so on with the rest
of the Coupon “M” incentives as is done for Customer A, except
now the minimum purchase qualifier will be $35.
107
As is done with Coupon “A”, each account record holds fields for
tracking coupon programs for Coupon “M” . These fields include:
Coupon “M” base. The base average arrived at when the program
was initiated.
Number of trips on Coupon “M” program.
Super “M” flag to indicate account is in Super “M” program.
Number of trips on Super “M” program.
108
If account is currently on a Super “M” program:
109
Calculate average purchase amount of purchases since beginning
Super “M”.
110
If average while on Super “M” exceeds preset criteria for
percentage of increase of base, GOTO 121.
111
Mark account to receive Super “M” coupons. Increment Super “M”
counter.
GOTO 122.
112
If account is not currently in a Coupon “M” program:
113
If the number of trips does not meet the minimum trips specified to
qualify for Coupon “M”, GOTO 122.
114
Calculate a base average purchase amount for this account.
Initialize fields for Coupon “M” in account's record to zeros and
store base average.
115
If base average is greater than preset ceiling criteria, GOTO 122.
116
Calculate a target value by adding preset percentage increase of
base to the base value.
117
Increment Coupon “M” program trip counter. If number of trips in
Coupon “M” program is greater than or equal to preset criteria
determining number of trips before testing results:
118
Calculate average purchases while on Coupon “M” program.
119
If average is less than preset criteria percentage increase for Super
“M”.
GOTO 111
120
If average is greater than target value, objective has been achieved.
GOTO 122
121
Mark account to receive Coupon “M” Coupons.
EXAMPLE: Customer make a purchase.
History shows this customer has made 11 purchases including this
purchase. The preset criteria for minimum trips required to qualify
for Coupon “M” is set to 10, so this customer now qualifies.
Assume the average of these 11 purchases is $25. This is stored in
the record as the base. The preset criteria for maximum base ceiling
for Coupon “M” for this example is $50.
This means any account with an average purchase of $50 or more
does not qualify for Coupon “M” . This account's average is less
than $50 so the Coupon “M” tracking counters are set to zero and
the program begins.
Assume the preset percentage increase is 20%. A target is arrived at
by adding 20% of the base to the base- in this case $25 + $5 or a
$30 target.
Coupons are spooled with a minimum purchase qualifier of $30 as
described previously.
Assume the preset value for number of trips before testing results is
5, then on the fifth trip an average is calculated for the trips since
beginning Coupon “M”, or in this case the last 5 trips. If in this
example these last 5 trips averaged $35, the Coupon “M” program
would be complete.
If the average was still $25, and preset criteria to determine Super
“M” specified that more than 50% of target increase should be
achieved (in this case $27.50), then this account falls into Super
“M”.
Step
Description
122
Build a list of Coupons to be spooled to the customer. Coupons are
stored and accessed based on type:
Standard-these are coupons that everyone gets regardless of
shopping history, special coupon programs, dollar range, etc. These
are usually the weekly specials found in the store's other
advertisement, coupons from other merchants, and “billboard”
coupons that simply inform. This standard series ensures that
EVERYONE receives something.
Coupon “A” and Super “A”- these are coupons for infrequent
shoppers as previously discussed.
Coupon “B” thru Coupon “E”-these are coupon classes based on
preset spending ranges.
Coupon “M” and Super “M”- these are coupons designed to
increase average purchase amounts.
First in the customer's coupon list will be the standard series run.
Set COUPON-TYPE to STANDARD.
123
PERFORM BUILD-COUPON-LIST (148-163B)
and RETURN AT 124.
124
Now a more targeted set of coupons will be added to the list based
on spending levels. These levels are determined from purchase
history vs preset dollar ranges. These coupon types are Coupon
“B” thru Coupon “E”.
For example, ranges could be set up as follows:
First Range
$25-$50
Coupon “B”
Second Range
$51-$75
Coupon “C”
Third Range
$76-$100
Coupon “D”
Fourth Range
$101+
Coupon “E”
125
If spending level falls below all preset dollar ranges, GOTO 135.
126
If spending level falls within the first range:
127
Set COUPON-TYPE to COUPON-B. GOTO 134.
128
If spending level falls within the second range:
129
Set COUPON-TYPE to COUPON-C. GOTO 134.
130
If spending level falls within the third range:
131
Set COUPON-TYPE to COUPON-D. GOTO 134.
132
If spending level falls with the fourth range:
133
Set COUPON-TYPE to COUPON-E. GOTO 134.
134
PERFORM BUILD-COUPON-LIST (148-163B) and RETURN
at 135.
Step
Description
135
Check for enrollment in a special coupon program such as “A” or
136
If account marked for Coupon “A”
137
Set COUPON-TYPE to COUPON-A. GOTO 140.
138
If account marked for Super “A”
139
Set COUPON-TYPE to SUPER-A.
140
Set COUPON-LEVEL to coupon level stored in account record as
determined in steps 98-105.
141
PERFORM BUILD-COUPON-LIST (148-163B) and RETURN
AT 142.
142
If account marked for Coupon “M”
143
Set COUPON-TYPE to COUPON-M. GOTO 146.
144
If account market for Super “M”
145
Set COUPON-TYPE to SUPER-M.
146
PERFORM BUILD-COUPON-LIST (148-163B) and RETURN
AT 164.
147
No special coupon program for this account. GOTO 164.
Step
Description
148
SUBROUTINE BUILD-COUPON-LIST.
This routine is passed the COUPON-TYPE and COUPON-
LEVEL (if applicable) and adds coupons to be spooled to a
COUPON LIST.
149
One or more coupons may be stored for each COUPON-TYPE.
COUPON-CNTR is used to sequentially access each coupon for
COUPON-TYPE.
SET COUPON-CNTR to 0.
150
Coupons are stored as follows:
COUPON-TYPE-type of coupon
COUPON-LEVEL-level of this particular type of coupon
COUPON-CNTR-sequential counter for accessing coupons
NUMBER-ISSUED-counter for number of coupons issued
NUMBER-REDEEMED-counter for number redeemed
ECHO-FLAG-flags if this is an ECHO COUPON
ECHO-VALUE-determines value of ECHO COUPON
HIT-CNTR-used with RANDOM COUPONS
RND-SEED-used to determine random frequency
COUPON-DATA-text and variables used to make the coupon
Using COUPON-TYPE, COUPON-LEVEL, and
COUPON-CNTR build a key to access the coupon from the
coupon database
151
If the ECHO-FLAG is set for this record in the coupon database,
it means that an ECHO COUPON is to be added to the
COUPON LIST.
An ECHO coupon is a variable coupon that is determined based
on the customer's list of items that have been purchased that
contained matches in the BCTT as described in 1-10 and 70-73.
An Echo coupon simply attempts to provide the customer with a
coupon for an item that the customer has shown a propensity to
purchase. For example, a customer has recently purchased
disposable diapers. Based on this information, we can determine
that the way to incent this customer is with disposable diapers
and/or with complements to this product such as baby wipes,
baby food, etc.
If the ECHO-FLAG is set for this coupon record:
152
PERFORM ECHO-COUPONS (200-211) and RETURN AT
153.
153
Two varieties of coupons available are random coupons and
installment coupons.
154
Random coupons are produced at a set frequency as determined
for each random coupon. For example, a FREE TURKEY
coupon can be set to come out every 50th time that the coupon
record is accessed for spooling.
If, for example, this coupon is defined for Coupon “E”, then
every 50th customer that qualifies as a Coupon “E” would
receive a coupon for a FREE TURKEY.
If this coupon is a RANDOM COUPON:
155
Increment. HIT-CNTR in coupon record.
156
If HIT-CNTR matches RND-SEED. GOTO 160.
Otherwise, GOTO 161.
157
Installment coupons are coupons whose value is determined by
the amount of purchase. For example, if the store is running a
promotion giving away a $10.00 U.S. Savings Bond for every
100 BOND BUCKS redeemed, a coupon could be defined that
is worth 1 BOND BUCK for every dollar spent. That is, a
grocery order for $75 would produce a coupon worth 75 BOND
BUCKS.
If this coupon is an INSTALLMENT COUPON:
158
Determine coupon's value based on this purchase. GOTO 160.
159
None of the above.
160
Add this coupon to the list of coupons to be spooled for this
transaction.
161
Update the coupon record with updated information based on
issuance and/or hits (for random)
162
Increment COUPON-CNTR.
163
If another Coupon for this COUPON-TYPE exists, loop back
through to add it to the list. GOTO 150.
163B
RETURN TO CALLING ROUTINE
Step
Description
164
Point-of-sale incentives may be spooled or stored electronically.
If incentives NOT previously stored electronically; GOTO 180.
165
Electronic coupons were previously stored and will now be
redeemed.
Choose media for previous storage of electronic coupons.
166
If coupons stored on a “SMART” Card:
167
AP/M accesses first coupon from “SMART” card using “SMART”
card read/write device.
168
If no more coupons, GOTO 180.
169
AP/M sends coupon to CVC controller.
170
CVC controller checks coupon against items purchased.
If item was purchased:
171
Coupon information is sent to ECR Controller.
172
ECR Controller credits customer's purchase amount for value of
coupon.
173
CVC Controller updates coupon database to reflect redemption.
174
AP/M access next coupon from “SMART” card. GOTO 168.
175
If coupons stored on mass storage device in CVC controller:
176
CVC Controller accesses first coupon from storage.
177
If no more coupons, GOTO 180.
178
CVC Controller checks coupon against items purchased.
It item was purchased:
EXECUTE steps 171-173, THEN PROCEED WITH 179.
179
Read next coupon from CVC Controller's mass storage. GOTO
177.
Step
Description
180
A coupon list was built as described in steps 122-163B and will
now be spooled.
Access first coupon from the coupon list.
181
If end of coupon list, GOTO 193.
182
Choose medium for dispensing coupons.
183
If spooling medium is POS printer:
184
CVC Controller sends coupon to AP/M
185
AP/M sends coupon to printer. GOTO 192.
186
If spooling medium is electronic coupon on a “SMART” card:
187
Controller encrypts the coupon identification data. Encryption will
prevent fraudulent coupons from being written to the card. This
method optionally allows customer with “SMART” card to
redeem coupons at any store from within a network.
188
Controller sends encrypted data to AP/M.
189
AP/M writes coupon to “SMART” card with read/write device.
Coupon description is sent to ECR for display on purchase receipt
tape. GOTO 192.
190
If spooling medium is electronic coupon on CVC controller's mass
storage device:
191
CVC Controller writes coupon to an electronic coupon file with a
primary key based on account number. Coupon description is sent
to ECR for display on purchase receipt tape.
192
Access next coupon from the coupon list. GOTO 181.
193
END
Step
Description
200
PROCESS ECHO-COUPONS.
201
If this is the first ECHO COUPON for this account:
A “ECHO COUPON LIST” will be built for this account based on
items historically purchased and contained in this account's ITEM
LIST described in 1-10 and 70-73. Items are prioritized based on
values located in the BCTT.
These values include the store's perception of the item's incentive
value and the timing based on historical purchases of the item.
For Example, a customer has previously bought disposable diapers.
The store has rated the incentive value of disposable diapers as a 10
(on scale of 1 to 10), this customer buys disposable diapers every
two weeks, and last bought disposable diapers 10 days ago.
This item would hold a very high priority and would probably be
first in line for incenting this customer.
On the other hand, this customer just bought 2 boxes of cereal that
is on promotion. Due to the cereal being on promotion, the store
may rate the incentive value at a fairly high 9, but since the
customer just purchased 2 boxes of the cereal, and historically
had not purchased it before, this item would hold a low priority.
Alternatively, two boxes of cereal might be considered sufficient
inventory for now and not a timely inducement.
Alternatively, prioritization may include a consumption rate
analysis that includes an analysis of the frequency and total dollars
spent on and item, with a priority set such that the more frequency
and total dollars spent on an item, the higher its priority value.
According to one embodiment, items that have not been purchased
at least three times are dropped from consideration. Further,
according to that embodiment, the top thirty items are selected and
the remaining items are dropped completely from consideration.
Then the consumption rate analysis is applied so that items that are
close to their anticipated purchase date are moved towards a higher
priority. Further, in that embodiment, an additional factor is applied
based on the last time an echo coupon was issued for an item such
that items for which echo coupons have been recently issued are
lowered in priority.
202
Access first item from account's ITEM LIST
203
If end of ITEM LIST, GOTO 207
204
Assign item a priority.
205
Add item to ECHO COUPON LIST.
206
Access next item from account's ITEM LIST. GOTO 203
207
Access highest priority item from ECHO COUPON LIST.
208
If end of ECHO COUPON LIST, no more echo coupons left.
GOTO 211.
209
This item will be passed back to the calling routine. Place item's
UPC code in the parameter space for passing values back to the
calling routine.
210
Remove item from ECHO COUPON LIST so it will not be
available for choosing the next time through.
211
RETURN TO CALLING PROGRAM.
Step
Description
250
An event manager executes within the CVC Marketing Systems
software so that recurring events may be scheduled. For this
process, an event would be scheduled for the CVC Controller at the
hub store (Hub CVC Controller) to dial out every hour to CVC
Controllers at remote stores (Remote CVC Controllers) for the
interchange of that previous hour's shopping data.
Access the first event for transfer of marketing data.
251
Hub CVC Controller dials out to and makes connection with the
Remote CVC Controller.
252
Hub CVC Controller accesses in chronological sequence the next
marketing transaction record after the last record sent to this
Remote CVC Controller.
253
If a next record does not exist, GOTO 255.
254
Marketing transaction record is sent from Hub CVC Controller to
Remote CVC Controller for update of Remote CVC Controller's
SECONDARY DATABASE.
GOTO 252.
255
Hub CVC Controller sends request to Remote CVC Controller for
Remote's next transaction record in chronological sequence after
the last transaction record sent to Hub.
256
If a next record does not exist, GOTO 258
257
Remote CVC Controller sends marketing transaction record back
to Hub CVC Controller for update of Hub's SECONDARY
DATABASE
GOTO 255.
258
Hub CVC Controller disconnects from Remote and looks for the
next event for calling the next Remote in the network of CVC
Controllers.
259
If a next event exists, GOTO 251.
260
Transfer of marketing data is complete.
Step
Description
261
This procedure is executed on account's ITEM LIST as discussed
in steps 1-10 and 70-73 previously described.
Access first item from ITEM LIST.
262
If no items left in ITEM LIST. GOTO 266.
263
Access item in stored table BCTT.
264
Factor profile level in BCTT into level held for this account.
265
Access next item from ITEM LIST.
266
End of Process.
Example: The BCTT contains a number of generic brands and
coupon UPC's with a profile value indicative of the “bargain
hunter” value of the product or coupon. Assume Customer A
purchases a large number of generic items and redeems many
coupons, this customer on a scale of 1 to 10 may have a profile
value of 9. On the other hand, Customer B purchases many items
that either have no match in the BCTT, or items in the BCTT that
indicate that price is little or no object for this consumer. Customer
B may have a profile value of 1.
Step
Description
267
Access the target coupon from the Coupon Database.
268
This Coupon has a variable value associated with it. Match this
account's profile value with the range of values to determine the
value of the coupon.
269
If value is not greater than 0, GOTO 272.
270
Build coupon based on value.
271
Pass coupon back to calling procedure so it may be added to the
coupon list for dispersement.
272
End of Process.
These profile values may now be used as an indication of how
much value to assign to individual coupons. The assumption being
that customers with a high profile value require greater incentive
than those with lower value.
Example: Assume a manufacturer is promoting a particular product
and is selling the product to the store at $1.00 off the regular cost.
Using profiles, the store can regulate the amount off for each
customer based on their profile value. Assume both customers in
the previous example are to receive this promotion at the point-of-
sale. Customer A has demonstrated that he/she only buys cut-rate
products at the lowest price (profile value of 9). If the value of the
coupon is set up on a straight line relation to profile, then this
customer would receive a coupon offering 90¢ off. In contrast,
Customer B has demonstrated little sensitivity to price (profile of
1) and therefore needs less incentive to buy this product. He/she
receives a coupon for 10¢ off.
The terminal further includes an EPROM 979 and a RAM 980. A TTL→RS232 communications conversion amplifier chip 981 permits the use of either TTL or RS232 signals, to permit a wide variety of commercially available peripherals, printers, check readers and the like.
An 8-position DIP switch 982 permits each AP/M terminal in a store-wide system to be uniquely identified with an electrical address. Power jack 983 provides a connection for external DC power to operate the terminal. D-subminiature 9 contact connectors 984 and 985 provide multiple purpose input/output ports, any one of which may be connected to a high speed thermal POS printer, an impact receipt printer, a debit card magnetic stripe reader, a PIN entry keypad, a smart card read/write unit, a credit card magnetic stripe reader and a MICR reader. Display for the terminal is provided by the LCD 986. A nineteen key pad is provided to allow data to be manually input.
A listing of the chip identification and model number for a specific embodiment of the schematic of
DRAWING #
MFG. P/N
MANUFACTURER
983
RAPC712
Switchcraft
986
DMC16207
Optrex
978
TP11SH8ABE
Switchcraft
979
27C64-2015J
Microchip
977
Z86C932OPSC
Zilog
980
SRM20256LC12
S-MOS
989
TC74HC374AP
Toshiba
990
TC74HC139AP
Toshiba
991
SN75176BP
Texas Instruments
981
MAX232
Maxim
987
LM2925T
Bourns
988
MP9.8304MHZ
M-Tron
Addresses for the manufacturer set forth above are as follows:
Step
Description
275
The CVC AP/M terminal is powered up and boots into the AP/M
program.
276
Initialize AP/M terminal. The AP/M address dip switches are read
to determine this AP/M's unique address.
Through-out the initialization process the network is monitored to
ensure that no other AP/M is using this AP/M's address. If another
AP/M is using the address, control will jump to an infinite loop
displaying that this AP/M's address is already being used.
The CVC Marketing Systems title is displayed on the AP/M and
the printer if attached. Then a message concerning issued patent
protection and patents pending is displayed and printed as well.
277
Enter ID is prompted on the terminal screen to let the clerk know
it is ready to accept input. The following steps are repeated as an
infinite loop.
The AP/M terminal resides on a network in a STAR topology using
a single twisted pair balanced RS485 communications standard.
The hub of the star is the CVC Controller which acts as the master.
Communications is executed in a broadcast form with a token
passing protocol to determine which AP/M is being addressed. In
other words, if there are 3 AP/M's on the network, the Controller
“polls” each AP/M one at a time in order to coordinate their
activities.
When an AP/M receives a poll token with its address, it responds
with either an ‘%’ which means “I'm here, but I don't need
anything”, or an ‘&’ followed by data for the Controller. The
AP/M may also receive a data token followed by data for display
on its screen or for sending to the printer.
First the AP/M checks for data from the RS485 network line.
278
If data is detected on the network:
279
PERFORM the Polling Process (steps 288-307) and RETURN at
step 280.
280
Peripherals such as a check reader, coupon printer, card swipe, etc.
are cabled to the AP/M terminal. These peripherals use an RS232
communications standard.
The AP/M checks for data coming in from the RS232 port.
281
If data is detected, then GOTO 284.
282
Data is entered from the clerk into the AP/M via a 19-key keypad
on the AP/M.
The AP/M checks for data coming from its keypad.
283
If NO key has been pressed, then GOTO 277.
284
Data from the AP/M's keypad is terminated with a Carriage Return
(CR).
Data from peripherals may be terminated with a Carriage Return
(CR) or a Line Feed (LF).
Check now for an end of data character.
285
If character is NOT a LF or CR, then GOTO 287.
286
End of data has been detected. Set a SEND DATA FLAG
indicating that data is to be sent to the CVC Controller the next
time the AP/M is polled.
GOTO 277.
287
This character will be added to the KEYPAD ENTRY PACKET
which is a holding buffer to hold data awaiting a termination
character. The AP/M maintains separate holding buffers for its
keypad's entry and for data coming in from the RS232 port.
GOTO 277.
Step
Description
288
POLLING PROCESS SUBROUTINE. When a character is read
off of the RS485 network, it is analyzed to determine if it is
intended for this AP/M. The following summarizes the polling
characters and their functions. Assume this is an AP/M at
address=1.
Polling
Character
(Binary)
Polling character's function
100aaaaa
(0x80 | pad # (bit wise boolean))
This is a poll character from the host requesting data from a specific
AP/M addressed by the binary address ‘aaaaa’. If the addressed
AP/M has no data, it will reply with a ‘%’. Data sent from the
AP/M will be preceded with an ‘&’. In the case of an error in the
previous command from the host, the poll is answered with an ‘*’.
This AP/M's poll token is 10000001
(binary)
101aaaaa
(0xA0 | pad # (bit wise boolean))
This character precedes a string of data to be displayed on the
addressed AP/M's display.
This AP/M's display data token is
10100001 (binary)
110aaaaa
(0xC0 | pad # (bit wise boolean); followed by 0x55
(01010101 binary)
These two characters precede a string of data to be sent out of the
addressed AP/M's printer port. The second character (0x55) is used
to ensure that the preceding token was not arbitrary garbage.
The character string may contain the following special function
characters:
NULL (0):
Indicates that the following character should have the
MSB set.
SOH (1):
Indicates that the following character is to be passed
to the printer if it is a NULL or SOH.
If the following character is 2 thru 15, then the contents of special
buffer addressed logical 1 thru 14 respectively will be printed. If for
some reason the AP/M has no data in the specified buffer, the next
poll request will be answered with an ‘*’.
If the following character is 16 thru 29, then the following data
stream is to be stored in the appropriate special buffer addressed 1
thru 14 respectively. This data stream will then be terminated with a
combination SOH (1) followed by either 16 thru 29 to jump to
another special buffer address for loading a data stream, a 2 thru 15
to jump to a special buffer for spooling to the printer, or any
character greater than 29 to simply terminate the load process.
This AP/M's print data tokens are 11000001 (binary) followed by
01010101 (binary)
11100000
(0xE0; followed by 0x55
(01010101 binary)
These two characters precede a string of data to be sent out to all
AP/M's in broadcast fashion for display on the terminal screen.
11100001
(0xE1; followed by 0x55
(01010101 binary)
These two characters precede a string of data to be sent out to all
AP/M's in broadcast fashion for spooling to the printer.
289
As can be seen from studying the binary forms of the various
tokens, the first three bits from the left indicate the function of the
token and the remaining five bits from the AP/M address for which
the token is intended.
Check the poll character's first three bits.
290
Case ON OFF OFF (or 100). This is a poll for service token.
291
The lower five bits of this character can make up to 32 ON/OFF
combinations.
These combinations are used to determine the AP/M address for
which polling is directed. In the case of this AP/M address = 1, the
bit pattern would be OFF OFF OFF OFF ON (00001).
If the lower five bits DO NOT EQUAL 00001, then this token is
for different AP/M. GOTO 307.
292
Token character is equal to 10000001 which is intended for this
AP/M. Check the SEND DATA FLAG to see if data resides in a
buffer for sending to the Controller.
293
IF “SEND DATA FLAG” is NOT SET, then GOTO 295.
294
OUTPUT a ‘&’ character on the RS485 network. This tells the
Controller that data is to follow. Following the ‘&’ character the
AP/M sends the data stored in the appropriate KEYPAD ENTRY
PACKET out on the RS485 network to the Controller. GOTO 33.
295
OUTPUT a ‘%’ character on the RS485 network. This tells the
Controller “I'm Here, and I have nothing to send”.
GOTO 307.
296
Case ON OFF ON (or 101). This is a send to display token.
297
The lower five bits of this character can make up to 32 ON/OFF
combinations.
These combinations are used to determine the AP/M address for
which polling is directed. In the case of this AP/M address = 1, the
bit pattern would be OFF OFF OFF OFF ON (00001)
If the lower five bits DO NOT EQUAL 0001, then this token is for
different AP/M. GOTO 307.
298
Token character is equal to 10100001 which is intended for this
AP/M.
Continue reading the rest of the display data packet.
299
Send data from the display data packet to the AP/M'S LCD display.
GOTO 307.
300
Case ON ON OFF (or 110). This is a send to printer token.
301
The lower five bits of this character can make up to 32 ON/OFF
combinations.
These combinations are used to determine the AP/11 address for
which polling is directed. In the case of this AP/M address = 1, the
hit pattern would be OFF OFF OFF OFF ON (00001)
If the lower five bits DO NOT EQUAL 00001, then this token is
for different AP/M. GOTO 307.
302
Token character is equal to 11000001 which is intended for this
AP/M.
Continue reading the rest of the print data packet.
303
Send data from the print data packet to the AP/M'S RS232 port for
the printer.
GOTO 307.
304
Case ON ON ON (or 111). This is a BROADCAST token which is
intended for every AP/M on the network.
305
The lowest bit of this character determines whether the data
following is to be directed to the printer (bit is ON) or to the display
(bit is OFF)
306
If the low order bit is ON (11100001)then GOTO 302. Otherwise
(bit is OFF (11100000)), then GOTO 298.
307
RETURN to calling program and resume at Step 280.
Whereas many of the examples described herein illustrate generation of coupons based upon dollar purchases by customer, it should be understood that similar types of targeted marketing will also be provided by the system based upon the types of products bought by the purchaser or the departments in the store from which the products were bought. As previously described, the system contemplates the use of the UPC data received by the passive listening device 964 (
It will now be described that it is important to monitor how a customer responds to the incentives generated by the present system. In reality, not every single customer responds to an incentive. Experience shows that perhaps 15-20% of the customers respond to the most lucrative incentives. Once the customer meets an infrequent shopping history criteria, the present system incents them. The system records that incentive in the database as part of the history file of that individual shopper's identification. Then the system takes an additional step of monitoring the activity of that shopper.
Any one incentive given to a multiplicity of shoppers is evaluated differently by each individual customer. Take two examples: (1) consider an incentive that provides $2 off on the next shopping visit, if the customer spends $25 and do it within a week. If the customer is a widowed, single woman living on a fixed income, that $2 might represent 10% of her weekly food budget and therefore be a pertinent valuable incentive to her. On the other hand, to a housewife who has five teenagers at home and spends $250 a week, $2 off may not be a sufficient incentive to modify her behavior in any significant way.
(2) In another example, on a product level, the same widow woman might consider an offer for a free 12-oz. box of detergent very pertinent, but the housewife with five dirty teenagers might not find that product volume a sufficient incentive to change brands.
So, each individual incentive given to a group of people is evaluated differently by those people. Assuming several thousand people shop a store twice in the prior 8 weeks, that is hardly a homogeneous group. So, it is important to provide an incentive to those who meet an infrequent shopping history criteria, but once that incentive is made, it should be recorded in the history file of that individual shopper.
In addition to recording that incentive in the database, the system monitors the activity of that customer in a subsequent period. Monitoring can take a couple of different avenues. First, the system can monitor customers to determine if they return to the store within the appropriate time limit of the incentive and do they spend the required amount (if there is a required amount) pursuant to the terms and conditions of the incentive. So, simply monitoring future activity is indirect evidence that the incentive was complied with. On another basis, the system can scan the redemption of a coupon through the bar code reader, or the redemption act itself can be manually entered.
In order to easily scan in the redemption of coupons, bar code data may be printed on the coupons. The bar code reader of the invention can then scan the coupons and the scanned information is stored in the customer's shopping history. In the alternative, a manual input, can be used, wherein a coupon is given an ID number and that ID number can be manually input into the cash register so that the pre-programmed discount is available. Either way, the coupon is either manually input or machine read so that there is a positive feedback that the redemption act itself occurred. Subsequent activity subsequent to the incentive can thus be monitored basically one or two ways, either through redemption or through monitored customer activity.
Once the system monitors a customer's subsequent activity, subsequent to the incentive, then the system can record the response. The system may then have a preset criteria of response and if that customer meets the preset response criteria, the system may either maintain that incentive over a preselected time interval or may initially or subsequently reduce that incentive over a preselected time interval. If the response criteria is favorably met, and the retail store is happy with the performance by the customer, then the store can either maintain or reduce or maintain and subsequently reduce the value of the incentive. On the other hand, if the customer fails to meet the response criteria, as is often the case, the incentive may be increased or changed.
For example, a store may offer an incentive to come back again in the next seven day period and if the customer does, the store gives $2 off the shopping visit. The store then monitors that customer to see if he performed according to the terms and conditions. Did he come back and do what the incentive provided that he should do? If not, then the value of the incentive may be increased.
Recognizing that every group of customers, and in fact, every individual customer has different valuations of an incentive, and depending on whether or not a store has the product or whether the store is short of on inventory a product, the incentive may be changed. If customer response is monitored and the customer does not respond, the incentive can be increased in successive layers until the store finally gets the desired response. This approach provides for an enormous amount of efficiency, because in the “$2 off your next shopping visit” example, if the store provided this incentive to the 2,767 customers that are in Table 5 who shopped only twice in the last 8 weeks, it is unlikely that greater than a 15% participation would be obtained. If so, that 15% may be left at a $2 incentive because it works for them. But the 85% that the program did not work for will need to have their incentive increased. The present system allows a store to customize the incentive, whether it is on a shopping visit criteria, or a product group, or a department, or an individual specific product basis.
With respect to Coupon “M” as described herein, a criteria is set of prior purchases and an attempt is made to incent someone to increase that historical level of prior purchases. Taking that historical purchase level as a base, Coupon “M” seeks to incent above that by providing customer response monitoring to each to an incentive. An incentive is provided to increase customer purchases, the system monitors and records that incentive in the customer history file, then the system monitors and records the response. If the customer meets that response criteria, the store can either maintain that incentive over a preselected time or the store can reduce that incentive over a preselected time either immediately or subsequently. Alternatively, the store can maintain the incentive a while and then choose to increase it or the store can increase the incentive if the customer has not favorably met a response criteria. The coupon increase can be organized in successive layers. A new incentive can be issued, the response is monitored and if they meet the response, the system can choose among the alternatives of maintaining or reducing. If they do not meet the response criteria, the system can increase the coupon value, or differentiate subsequent coupons, until the desired reaction is obtained from the individual customer or household.
While the prior disclosure has described infrequent shopping history criteria in terms of store purchases, department purchases or specific product purchases, it is important also to use arbitrary groupings of products and use that as a target criteria. This grouping of products may not include just all cookies for example, but an arbitrary grouping of products might include any number of different types of snack foods. It is important to include arbitrary groupings of products, because if a single product is set up as a criteria and someone is infrequent to that criteria, a manufacturer might believe the customer is not buying chocolate chip cookies and the customer needs to be incented to buy chocolate cookies. In fact, the manufacturer may make many different varieties of cookies, and the customer may buy a different type cookie. Thus, the manufacturer may then be substituting one cookie in the product line for another and having a commensurate reduction in gross profit because they would be using an incentive to do so. It should also be considered in this grouping the concept of buying cycles that are specific to the type of product in question. In certain prior systems, if a shopping basket does not include a particular product and so is not scanned in this current transaction, then the prior system prints out a coupon for that product. Without stored customer history, the prior system is not capable of considering whether or not the customer just bought yesterday or last week that very product and will not be incented. The present system retains a stored shopping history in order to make an intelligent decision as to incent or not. Buying cycles can in some instances be quite long. For example, a 3 lb. can of coffee might only be bought every 6 to 8 weeks and the customer's average shopping visit to supermarkets is twice a week. Thus, one out of every sixteen visits somebody buys a 3 lb. can of coffee. So the buying cycle is an important consideration as to how to incent a customer.
The history of products being purchased is stored and organized into arbitrary groups by manufacturer in the present database, so that a manufacture does not take business from himself. An average buying cycle may be determined over the entire customer base. As an example, assume for this entire store or this entire region, the average consumption of a coffee product is 4 ounces per week. Although the coffee is only bought every eight weeks, the consumption rate of that coffee is 4 oz. a week. The system may store the average consumption rate for the customer base as a whole so that the store can use that as a starting point for saying that a customer is at or below this consumption rate. That says nothing about the individual household, but the average consumption rate is a starting point that says on a new customer or a new promotion for a coffee, the store has a standard to begin with. Therefore, a customer who buys 3 oz. a week should be incented.
A more sophisticated embellishment of that concept is to track the consumption rate per customer ID, so that the store knows what the single woman living alone consumption rate is for clothes washing detergent vis-a-vis the family of seven. Because for each there is a different buying cycle to be sure, but also there is a different consumption rate. It is the consumption rate that is very important to determine, not the buying cycle, because the buying cycle is largely determined or influenced by what size is bought. The woman living alone might have a 8 month buying cycle because she buys a tub of clothes washing detergent but uses very little. So, if the store obtains the consumption rate of a product group, then the store can obtain a much more refined criteria by which to judge the individual ID or customer ID or individual household. The store or manufacturer of a product can thus structure an inducement based on the customer's consumption rate. It may be inappropriate to give the single woman an inducement 50¢ off a 5 lb. can of Folgers when that is a two year supply for her. So, it is important to establish the consumption rate for an individual ID and or household and then set up a criteria with respect to an individual manufacturer's product group. While a customer is consuming from this general group of products, “X” amount per week, the customer is detected as consuming very little of a particular manufacturer's product. The store can then incent that customer because he is an infrequent customer to the particular product. The incentive can be based on something that is appropriate to the customer's consumption rate. It can be an incentive on a big size if the customer is a big user, or a small size if the customer is a small user. The present system can thus determine and distribute an individualized, personalized, custom-tailored, inducement based on individualized consumption rate monitoring.
The groupings of products can be manipulated based on any number of variables. For example, it may be desired to manipulate a product group based on seasonality. A manufacturer, for example, might want to include hot cereals in the four winter months and exclude it from their product group in the summer months. The group of products may thus be manipulated to bring products in and out of that group based on holidays or based on any number of variables that are pertinent to the manufacturer. While the retailer may look at infrequent shoppers more from the perspective of store visits and department visits and purchases, the manufacturer looks at the shopper from the perspective of meeting an infrequent criteria with respect to their product group, arbitrary product group or a specific product.
Once those two groups are arrived at, they may be overlaid such to incent someone who is infrequent to a department or to the store and it is desired to incent them from the retailer standpoint. For example, it may be noted that a store's customers are not buying a manufacturer's ham and the grocer says people are not frequenting his pharmacy. So by combining forces to go after a common customer, the manufacturer and the retailer can target market people who are infrequent to the pharmacy and use ham as an incentive of those who are infrequent to ham. This approach provides cost sharing between the retailer and the manufacturer, because a refined population that is infrequent to both can be targeted, costs can be shared and the incentive can be increased. For example, using the example of ham and the pharmacy, the manufacturer of ham might agree to reduce the cost of ham and the retailer agrees to pay for the other half of the ham if the customer will come to the pharmacy. By combining forces, the customer gets a free ham, the manufacturer and store reduce costs, and the value of the incentive is heightened.
Another feature of the invention may be termed a “Grab Bag” coupon technique. A coupon “Grab Bag” is a group of incentives which are accessed in succession for dispensing to a particular customer segment. The “Grab Bag” may be accessed in a random-fashion in the same way as a single coupon. The “Grab Bag” may also be directed to a particular target such as Coupon “A's”. In the current system up to 10 incentives may be grouped into a single “Grab Bag”.
A store wishes to test redemption rates for varying “dollar off” coupons for Coupon “A” shoppers. A “Grab Bag” is set up to choose one incentive on a 1:1 ratio (every time) from the following five coupons in a grab bag:
Once this “Grab Bag” is activated, the first Coupon “A” shopper receives a $1.00 off coupon and that coupon's database record is updated to reflect one issuance. The second Coupon “A” shopper receives a $2.00 off coupon, the third a $3.00 off coupon, the fourth a $4.00 off coupon, and the fifth a $5.00 off coupon with each coupon's database record updated to reflect an issuance. The sixth Coupon “A” shopper receives a $1.00 off coupon and thus the cycle is repeated for the number of coupons indicated for dispersing in the coupon database. In this way a truly random, yet uniform and easily tracked number of Coupon “A” shoppers have been issued “dollar off” coupons of varying values. Redemptions may now be analyzed in order to more intelligently decide which incentive would be most appropriate for this particular customer segment.
A store has been allowed 15,000 promotional items by the manufacturer to give away in their NOW-Coupon system. These promotional items are made up of 3,000 each of five different flavors of edible widgets. A decision is made to direct 1,000 of each flavor as Coupon “A” incentives and direct 500 of each flavor to the B,C,D, and E categories. Since less edible widgets are allotted to the primary shopper categories, a “Grab Bag” is set up for each with a random ratio to control the rate at which the coupons are dispersed. The following is the configuration for Coupon “B's”.
Coupon category:
Coupon “B”
Random ratio:
1:5
Once this “Grab Bag” is activated, the first four Coupon “B” shoppers would not receive a coupon for edible widgets. The fifth Coupon “B” shopper would receive a coupon for a box of Grape. The next four Coupon “B” shoppers receive no coupon from this “Grab Bag”. The tenth shopper overall receives a coupon for a box of Cherry, and so on until 500 of each flavor has been issued to Coupon “B” shoppers.
The coupons generated by the system have various fields used for plugging dynamic dates based on coupon definition and amounts based on the specific customer's spending level. For example, a coupon may be set to expire at an ‘exact’ date, such as Jul. 4, 1993. Or the coupon may be set to expire a specified amount of time from the issue date (called the ‘delta’ date). For example, if today is Jun. 21, 1993, and the ‘delta’ date is 604,800 seconds (1 week), then the expiration date printed on the coupon will be Jun. 28, 1993. Amounts may be plugged onto a coupon based on a percentage of the current purchase (including percentages greater than 100%), or on a Maxxer base or target for specifying minimum purchase qualifiers.
The identifiers listed below are available for display on any coupon printed by the system. These special macros are flagged with a preceding ‘@’. For example, if a beginning valid date is indicated on the coupon, a “@DB” would be placed on the line: Coupon Valid @DB
The @DB tells the program to calculate the date equal to the specified number of seconds from right now. For example, if on Jun. 21, 1993 the above line is encountered and the record specifies that @DB should be 86,400 seconds from the present date, the line on the coupon would read:
Coupon Valid Jun. 22, 1993
@DB = Delta
calculate a beginning date n seconds from now as
Begin Valid:
specified by ‘dbegin’ in the coupon's header record.
@EB = Exact
display the exact beginning date specified by
Begin Valid:
‘ebegin’ in the coupon's header record.
@DB = Delta
calculate an ending date n seconds from now as
End Valid:
specified by ‘dend’ in the record.
@EB = Exact
display the exact ending date specified by ‘rend’ in
End Valid:
the record.
@TV = Maxxer
used for minimum purchase message. Uses the
Target Value:
Maxxer target in the ID record.
@TP = This
used for typing dollars spent to a value displayed on
Purchase amount:
the coupon. Uses ‘in_ratio’ from the customer record
to calculate a percentage of the purchase amount
(including percentages of 100% and over)
@FQ = Weekly
Demonstration and display purposes only, generates
Frequency:
a bit map of the prior 8 weeks attendance; ie
00100000 shows 1 week attended 3 weeks ago.
@AD =
Displays the average dollar expenditure.
AVG dollar:
@SC =
Displays the Secondary Class (such as A 1). Could
Secondary Class:
be embedded in a serial number for identification
purposes.
@PC =
Displays the Primary Class (such as B, C, D, etc)
Primary Class:
Could be embedded in a serial number for
identification purposes.
@FL =
Demonstration and display purposes only, generates
Issuance flags:
a bit map of coupons classes issued.
@RT = Registered
Generates the special character to identify a
Trademark:
registered trademark.
@TM =
Generates a special character containing the “TM” in
Trademark:
one character space.
@CP =
Generates the special character for Copyright
Copyright:
notices.
It may thus be seen that the present invention provides the ability to generate a large number of different types of coupons depending upon the customer's prior shopping history. The following Tables 7-10 provide specific examples illustrating the generation of different types of incentive coupons based upon prior shopping history of a customer.
Table 7 illustrates a coupon configuration which may be entered into the data storage of the present system in order to determine the types of coupons to be issued. For example, COUPON “A” will be issued to a customer having less than five weekly attendances in the last eight weeks. COUPON “A” Levels A1-A5 denote different types of coupon levels depending upon the attendances and purchases by a customer in an eight week period. COUPONS “B”-“E” are determined by the amount of purchases made by a customer on the average. For example, a COUPON “B” will be provided to customers who have an average purchase of 0-$24.99 per each store visit. For the coupon configuration of Table 7, the scanned data by the bar code reader is not utilized, but an example of the utilization of such scanned product data will be subsequently noted.
Utilizing the coupon configuration set forth in Table 7, a Customer No. 1 profile is provided in order to indicate a customer to which would be provided a COUPON “B” by the printer. It may seen in this instance, Customer No. 1 has made a total of 223 trips to the store with an average purchase of $22.43. The current purchase being made by the customer is $24.98. In the last eight weeks, the customer has attended the store six times, once one week ago, once two weeks ago, once four weeks ago, once five weeks ago, once six weeks ago, and once seven weeks ago. This customer is denoted a frequent shopper and thus will not be provided a COUPON “A” which would be reserved for an infrequent shopper. Thus, Customer No. 1 would be provided with a COUPON “B”.
Paragraph 2 of Table 7 illustrates a Customer No. 2 profile who would receive a COUPON “C”. It may be seen that this customer has a higher average purchase than Customer No. 1 and has had five attendances in the last eight weeks. Again, Customer No. 2 would not be determined to be an infrequent shopper, but instead would be determined to be a frequent shopper. Thus, this customer would not be provided with COUPON “A” but would be provided with a COUPON “C” because of his higher average purchase.
Paragraph 3 of Table 7 illustrates the various coupons which would be generated by the system for Customer No. 1. Six standard coupons would be first spooled out by the printer of the invention, which would include informational coupons advertising the store's new delicatessen. The standard coupons would also provide installment coupons of 25 “turkey bucks”. The customer could accumulate the turkey bucks until a certain number had been reached, at which time he or she could receive a turkey. Coupons also include an outside coupon providing a free drink at Rod's sandwich shop with the purchase of a sandwich. A discount coupon would also be spooled off to the customer which provides 50¢ off canned peas, another discount coupon providing 75¢ off chicken fryers and a sixth coupon providing a $3.00 discount off of a new prescription. Customer No. 1, being denoted as a COUPON “B” type of customer, would be provided with two “B” COUPONS providing a discount of 50¢ off a laundry detergent and another coupon providing 25¢ off a cereal.
The coupons spooled off to Customer No. 1 may be compared to the coupons spooled off to Customer No. 2, which are set forth in Paragraph 4. Customer No. 2 receives essentially the same standard six coupons, with the exception that this customer obtains 48 turkey bucks due to the higher level of his purchases, the current purchase being approximately $48. Customer No. 2 receives two “C” COUPONS, one providing a discount of $1.00 off a bakery purchase of $5.00 or more and a second providing a discount of 50¢ off of ½ gallon ice cream.
Paragraph 5 of Table 7 provides a profile of Customer No. 3 who receives a “D” COUPON. It may be seen that this customer has a higher dollar average of purchases than Customer 1 and 2 and has seven attendances in the last eight weeks, thus making him or her a frequent shopper.
Paragraph 6 illustrates a Customer No. 4 profile who is to receive an “E” COUPON. It may be seen that this customer has an even higher average in purchases and has seven attendances in the last eight weeks. This makes him/her a frequent, high volume shopper.
Paragraph 7 lists the coupons provided to Customer No. 3. It may be seen that the six standard coupons are the same as previously described, except that Customer No. 3 receives 59 turkey bucks because of his higher purchase. Customer No. 3 receives two “D” COUPONS, the first providing $2.00 off of the purchase of meat of $10.00 or more and a $1.00 discount off a deli pizza.
Paragraph 8 indicates the coupons to be spooled off by the printer to Customer No. 4. Again, the six standard coupons are provided, with the exception that 127 turkey bucks are provided to the customer because of the high purchases. In this instance, the customer is provided with two discount “E” COUPONS, the first providing a $2.00 discount off a deli purchase of $10.00 or more and a $3.00 discount off of any five gourmet style frozen entre. In addition, a random lottery COUPON “E” is provided wherein one coupon is randomly generated out of each 100 accesses of the COUPON “E” database. If Customer No. 4 was the lucky winner of the random 1 out of 100 access, Customer No. 4 would be provided a coupon indicating that he or she is a lucky winner of a free ten pound turkey. This random lottery feature generates excitement among high volume purchasers.
Paragraph 9 is a profile of a Customer No. 5 who has made 81 visits to the store and in the past has had relatively high purchase levels. However, the system has detected that Customer No. 5 has not attended the store in the last eight weeks. The system defines this Customer No. 5 as an infrequent shopper and determines that the customer is to receive a COUPON “A-5”.
Paragraphs 10-22 indicate the various coupons which are provided to Customer No. 5 in the next thirteen trips made to the store by Customer No. 5. In other words, the system determines that Customer No. 5 is an infrequent shopper and determines to induce the shopper to return to the store in a series of visits. The coupons spooled out to Customer No. 5 in the next thirteen trips to the store are determined by the shopping activity of a customer. In the program illustrated by paragraphs 10-22, the customer does return to the store and is successfully induced to become a frequent shopper. Paragraphs 10-22 thus indicate how the system provides inducement to an infrequent shopper.
Paragraph 10 illustrates the first trip back to the store by Customer No. 5 after at least an 8 week absence. The COUPON “A” level 5 procedure is implemented such that the customer is provided with the six standard coupons previously noted. However, in this instance, the customer is also provided with COUPON “D” providing the customer with discounts off of meat and the deli pizza. In addition, this customer is provided with a substantial inducement discount of $8.00 off the next purchase of $40.00 or more or $4.00 off the next purchase of $25.00 or more. In addition, the customer is provided with three additional discount coupons for discounts off of soda, milk and eggs.
Paragraph 11 indicates that the customer was indeed induced to return back to the store 7 days later by the high coupon values and purchased $71.78 worth of groceries. Again, the customer was provided with the six standard coupons and was provided with two “D” COUPONS. The customer was provided four A-5 coupons providing a discount of $4.00 off the next purchase of $25.00 or more plus discounts off of soda, milk and eggs.
Paragraph 12 indicates a return by the customer 5 days later and a purchase of $54.81. Again, the six standard coupons were generated to the customer, along with two “D” COUPONS. Four A-5 coupons were provided, one providing a discount of $4.00 off the next purchase of $25 or more and discounts on soda, milk and eggs.
The remaining paragraphs 13-22 indicate subsequent returns of the customer and indicates that continued inducements are provided to the customer to insure that the customer returns. At paragraph 16, it may be noted that the amount of discount dollars off the next purchase are reduced, since the customer is becoming a frequent shopper. Paragraph 18 indicates that the A-5 coupon discounts are becoming of less value. It may be seen that trips 11 and 12 shown in paragraphs 20 and 21 provided the customer with only a single A-5 coupon. Finally, at trip number 13 as indicated by paragraph 22, the program is determined to be complete as the customer has become a frequent shopper. No additional A-5 discount coupons are provided to the customer, but only the six standard coupons along with the two “D” COUPONS. The customer would continue to be monitored by the system and if the customer again became an infrequent shopper, the system would then again implement an infrequent shopping program for that customer.
Table 8 illustrates a COUPON “M” program wherein a normal or frequent shopper is detected, but where it is desired to attempt to increase the customer's shopping level. As shown in table 8, paragraph 1 illustrates a typical COUPON “M” configuration. COUPON “A” level and purchase levels are identical to the coupon configuration shown in table 7. However, in this instance the COUPON “M” routine is turned on and a COUPON “M” is determined to attempt to provide a 10% increase on an average purchase of $50 or less. The effectiveness of the program will be detected after three trips by the customer.
Paragraph 2 of Table 8 indicates a profile of Customer No. 6 in order to illustrate the generation of a COUPON “M” program. Customer No. 6 is determined by the system to have made 223 total trips to the store and has an average purchase or $22.43. The customer has attended the store six times in the last eight weeks and is therefore a frequent shopper. However, the system determines the “Maxxer base” or average purchase of the customer now to be $22 each store visit and the program will attempt to induce the customer to increase his or her average purchases to $25 per visit within a three visit program. Paragraph 3 of Table 8 illustrates the coupons that are generated by the COUPON “M” program. The customer is provided with the normal six standard coupons previously noted and two “B” COUPONS. However, the customer is also distributed a “M” COUPON providing a discount $1.00 off of the next grocery purchase of $25 or more, in order to attempt to induce the customer to increase his average purchase.
Paragraph 4 illustrates trip number two, seven days later wherein the customer indeed does increase his purchases to $31.68. The customer is again generated the six standard coupons and two “B” COUPONS, but is additionally generated another “M” COUPON which provides him with a $1.00 discount off the next grocery purchase of $25 or more. Paragraph 5 illustrates the next visit of the customer seven days later wherein a purchase of $36.45 is made. Again, the standard coupons and two B COUPONS are generated, along with a “M” COUPON again providing a $1.00 discount off the next purchase of $25 or more. Paragraph 6 illustrates trip number four wherein a $29.67 purchase is made, providing an average purchase since the M program began of $32.60. The program is determined to be successful and complete and the “M” COUPON program is deleted. The customer then receives the standard six coupons along with two B COUPONS but in this instance does no longer receive a “M” COUPON.
Paragraph 7 of Table 8 illustrates a Customer No. 7 profile wherein the customer is a frequent shopper and has an average purchase $66.41. The system determines that the Maxxer or current average base of the customer of $66 per visit is so high that it is not practical to attempt to increase that customer's purchases. Thus, the customer is determined to be out of range for a COUPON “M”.
Consequently, paragraph 8 indicates that the customer at that visit is generated only the six standard coupons and two “D” COUPONS and is not provided with the COUPON “M” as previously noted.
Table 9 illustrates a SUPER “A” COUPON program wherein a series of program steps are implemented in order to attempt to induce an infrequent shopper with high incentive coupons. Paragraph 1 of Table 9 illustrates the coupon configuration previously denoted, with the COUPON “M” and scanned data techniques turned off. However, the coupon configuration indicates that the SUPER “A” COUPON configuration is energized and is applied to the customers presently involved in the Coupon “A” program, and who have been absent from the store 30 or more days. The coupon configuration, indicates the duration of the SUPER “A” program is three trips.
Paragraph 2 of Table 9 profiles Customer No. 8 who has previously visited the store with an average purchase of $73.62, but who has recorded only 2 attendances in the prior 8 weeks and is thus noted as an infrequent shopper. Paragraph 3 thus indicates the coupons spooled to Customer No. 8 in the next visit to the store. Six standard coupons and two “D” COUPONS are generated to the customer as previously described. However, this system's high incentive coupons noted determine as coupons A3 are provided to the customer. One A-3 discount coupon provides a $6 discount off the next purchase of $40 or more or $3 of the next purchase of $25 or more. The other two A-3 discount coupons provide free soda and free bread. The free coupons are high incentive coupons in order to insure that the customer comes back to the store to obtain the free merchandise at a subsequent visit.
Paragraph 4 illustrates the second visit to the store made by Customer No. 8, wherein three high incentive A-3 coupons are provided to the customer. Paragraph 5 illustrates the number three trip by Customer No. 8 wherein three A-3 discount coupons were provided. Paragraph 6 illustrates the fourth trip made by Customer No. 8. It will be noted that trip number four is made 35 days after trip number three. The system detects the length of time between the third and fourth visits and begins a SUPER “A” program on Customer No. 8 to incent his return by adding higher value coupons. With this visit, the Customer No. 8 is provided with the six standard coupons and two “D” COUPONS. However, the customer is now provided with five SUPER “A” COUPONS. One coupon provides a discount of $8 off the next purchase of $40 or more or $4 off the next purchase of $25 or more. The customer is provided with a coupon for a free 12 pack of soda, free ice cream and a free whole chicken fryer, along with 25 bonus turkey bucks.
As shown in Paragraph 7, since the customer began a SUPER “A” program in paragraph 6, the system determines this visit to be trip 2 on a SUPER “A” program. This trip to the store is seven days from the start of SUPER “A” program and results in the purchase of $48.92. The customer is provided with the six standard coupons, two D COUPONS and five SUPER “A” COUPONS to continue the high incentive.
Paragraph 8 illustrates the next visit by the customer to the store, with a resulting purchase of $55.63. The program determines the SUPER “A” program to be successful and complete. At this visit, the customer is provided with five SUPER “A-3” coupons. However, Paragraph 9 indicates that the next trip places the customer back on the COUPON “A” program and the next visit by the customer is determined to be trip number four on the COUPON “A” program. In other words, the customer's hiatus in visiting the store during the “A” COUPON program kicked the customer into a SUPER “A” program for a series of visits until the customer again became a more frequent visitor. Paragraph 9 thus illustrates then the generation of only three A-3 coupons rather than the SUPER “A-3” coupons previously noted.
Paragraph 10 illustrates trip number 5 on a COUPON “A” program and shows the generation of only two A-3 coupons. Paragraphs 11-18 illustrate successive visits by the customer and indicate subtle reductions in the coupons as the customer becomes a more frequent shopper, until the customer begins to receive the standard coupons on trip number 13 as indicated in paragraph 18. If the customer subsequently again becomes an infrequent, the system automatically detects this and may again implement higher incentive programs.
Table 10 illustrates the use of the scan data function of the present invention wherein the bar code reader generates data indicating the specific articles purchased by a customer and this data is utilized by the present system to incent the customer. Paragraph 1 of Table 10 illustrates that the system is set with the coupon and purchase levels as previously described. The coupon configuration however is set to provide a COUPON “M” and SUPER “M” coupon. Scanned data is used to build ECHO coupons and customer profiles as previously described.
Paragraph 2 defines the profile of a Customer No. 9 and illustrates a COUPON “M” and SUPER “M” program using ECHO coupons for incenting. This table will assume that the customer has previously purchased disposable diapers and baby food at that store and those articles have been scanned in by the system and stored. Customer No. 9 may be seen to be a frequent shopper, having an average purchase of $22.43 and having six attendances in the last eight weeks. It is determined by the system to attempt to incent this purchaser up to a Maxxer target of $25 per visit, or an increase of approximately 10% in the average purchase.
Paragraph 3 thus indicates the coupons generated to Customer No. 9 on the first trip after beginning the COUPON “M” program. Six standard coupons are generated along with two standard “B” COUPONS. However, in this instance, an ECHO COUPON of $1 off disposable diapers on a purchase of $25 or more at the store is generated to the customer. The system has previously determined that this customer is subject to desiring coupons for purchasing diapers. It is believed that the generation of this coupon will highly incent the customer to return to the store and spend $25 or more in order to receive a $1 off disposable diapers. Paragraph 4 thus indicates trip two of Customer No. 9 seven days from the start of the program. The customer only purchased $21.68 worth of groceries, therefore did not use the ECHO COUPON provided on trip one. The system generates the same coupons as previously generated, including the ECHO COUPON of $1 discount off of disposable diapers if the customer purchases $25 or more of total groceries.
Paragraph 5 illustrates the third trip by the customer and indicates that the customer only purchased $16.45. The system again generates the ECHO COUPON providing $1 discount off disposable diapers.
Paragraph 6 illustrates trip number four wherein the system evaluates the success of the ECHO and COUPON “M” program. It is determined that there has been no increase in average purchases by the customer since the implementation of the program. Thus, a SUPER “M” program is instituted to provide higher incentive in order to incent this particular customer. Thus, two SUPER “M” ECHO COUPONS are provided to the customer on this fourth visit. One ECHO COUPON provides a free box of disposable diapers with a purchase of $25 or more and $1 off of baby wipes with a purchase of $25 or more on the next visit.
Paragraph 7 illustrates the next visit nine days later by the customer wherein a purchase of $36.84 is noted. This indicates that the program is indeed working and again two SUPER “M” ECHO COUPONS of free disposable diapers and a discount off of baby wipes are generated to the customer.
Paragraph 8 indicates the third SUPER “M” trip visit 40 days from the start of the program and indicates the purchase of $32.32. The system thus determines that the duration of SUPER “M” program is complete and the two SUPER “M” ECHO COUPONS are issued.
Paragraph 9 illustrates coupons spooled to the customer on the visit 46 days from the program start.
Paragraph 10 thus indicates the coupons spooled off to the Customer No. 9 on the next visit. On this visit, a purchase of $29.11 was made by the customer. This purchase provides the system indicating that the average purchases by the customer since the program began is over $25 and thus the COUPON “M” system is successful and is complete. Consequently, the customer is no longer provided with the higher incentive coupons but is only provided with the six standard coupons and two “B” COUPONS. The system has incented the customer to raise the customer's average purchases to a higher level and the system will thereafter monitor the customer to insure that the purchases are maintained at that higher level. If the customer's visits become less frequent or if the dollar volume decreases, the system will automatically institute a higher incentive program to incent that customer.
The following provides additional information on how the present system enables targeted marketing to households which are infrequent shoppers of a particular product group. Assume a manufacturer of five varieties of chocolate chip cookies (BRAND A) wants to target marketing at households who historically demonstrate an infrequency to their product group. The following parameters are set in a group of grocery stores utilizing the present invention:
BRAND A is indifferent to which of their variety of chocolate chip cookies is purchased, so a “grab bag” is set up to rotate through the five variations in the following manner:
In this way, the first time the “grab bag” is accessed, the “original” BRAND A is used. The second time, BRAND A “w/fudge stripes” is used. The third time, “chewy” is used, and so on, looping through the five varieties in succession.
The criteria for infrequency to the product group are as follows:
The product sizes shown in Table 12 are used as incentives based on average consumption levels of PRODUCT TYPE. The idea being to avoid using an inappropriate product size such as a 32 ounce size used as an incentive for a household that only consumes 3 ounces per week.
The criteria for Super “A” will be the failure to redeem the coupon dispensed the prior week. The following Levels of Super “A” are set with each level providing incentives for 2 trips, as shown in Table 13.
The shopping profiles shown in Table 14 demonstrate how a variety of incentives may be directed toward different households based on their actual consumption.
The data shown in Table 15 demonstrates various Product Group Coupon “A” Programs.
Household #1's consumption shown in Table 14 was tracked for 10 weeks and found to average 17 ounces per week of the overall PRODUCT TYPE (all bakery type snack items), but averaged only 4 ounces per week of BRAND A. This 24% consumption falls short of the preset criteria for infrequency and falls into a Coupon “A” Level 3 as shown in Table 11. Additionally, referring to Table 12, the 20 ounce package size will be used for incentives to this household. Table 15 shows the initial offering to Household #1 and the following weeks of activity. Note the initial offering is 60¢ OFF the 20 ounce package of BRAND A. This offering was arrived at based on the “Deal” indicated in Table 11 (25% OFF for Level 3) applied to the list price indicated in Table 12 ($2.50 for the 20 oz. package) rounded to the nearest 5¢. The scenario for Household #1 is that every following week this customer redeems the 60¢ OFF coupon and therefore receives that same incentive until the program runs out (5 trips).
Household #2's consumption shown in Table 14 was tracked for 14 weeks and found to average 12 ounces per week of the overall PRODUCT TYPE (all bakery type snack items), but averaged only 2 ounces per week of BRAND A. This 17% consumption falls short of the preset criteria for infrequency and falls into a Coupon “A” Level 2 as shown in Table 11. Additionally, referring to Table 12, the 12 ounce package size will be used for incentives to this household.
Table 15 shows the initial offering to Household #1 and the following weeks of activity. Note the initial offering is 60¢ OFF the 12 ounce package of BRAND A. This offering was arrived at based on the “Deal” indicated in Table 11 (40% OFF for Level 2) applied to the list price indicated in Table 12 ($1.50 for the 12 oz package) rounded to the nearest 5¢. It is important to note the difference between the Coupon “A” campaign for Household #2 vs Household #1. First, Household #2 had a lower PRODUCT TYPE consumption rate than Household #1 and therefore is being incented with the 12 oz package size rather than the 20 oz. Second, Household #2 had a lower percentage consumption of BRAND A vs PRODUCT TYPE and therefore received a higher incentive (40% OFF vs 25% OFF). In Household #2's campaign shown in Table 15, note that in week #2 this customer did NOT redeem the coupon dispensed in the prior week. This failure to respond to an incentive puts this customer's status to the first level of Super “A”.
As indicated in Table 13, the first level of Super “A” results in an incentive equal to a 20% increase over the original incentive, or, in this case, 70¢ OFF of the 12 oz package. In week #3, the customer once again fails to respond to the incentive and therefore moves to level 2 of Super “A” with a higher incentive of 85¢ OFF of the 12 oz size. In week #4, the customer redeems the coupon and receives another coupon for 85¢ since this has proven to work. In week #5, the customer once again redeems the Super “A” coupon. This redemption results in the completion of Super “A” and the customer resumes the Coupon “A” program receiving the original incentive of 60¢. Weeks #6 and #7 result in redemptions, so the customer once again receives a coupon for 60¢. In week #8, however, this customer once again fails to respond to the incentive and once again begins the Super “A” campaign at level 1. This time, the first Super “A” coupon for 70¢ is redeemed in week #9 but the second one is not redeemed in week #10 and therefore advances to level 2 once again with a Super “A” coupon for 85¢. This incentive once again proves sufficient for getting the customer to purchase BRAND A and once again falls back to Coupon “A” for week #12 and upon redemption in week #13, this Coupon “A” program is concluded.
The subsequent households portray additional examples of this method of targeted marketing whereas:
It should be noted that while for demonstration purposes all incentives for a particular Coupon “A” and Super “A” level were the same, these certainly could have varied. For example, level 1 of Coupon “A” could have been 50% OFF for the first two incentives and then tapered off to 40%, 30%, 20%, etc. on subsequent incentives. Additionally, Super “A” incentives could have gradually moved back down to the original incentive as well. For example, Household #6 advanced to level 5 of Super “A” before redemptions were recorded. Upon successful completion of Super “A” at level 5, Coupon “A” was immediately resumed. An alternative to this could have been moving back through Super “A” levels 4 through 1 prior to dropping back to Coupon “A” to make the drop more gradual.
Step
Description
1
This procedure is executed on account's ITEM LIST of scanned
items that matched items in the Bar Code Tracking Table.
Access first item from ITEM LIST.
2
If no items left in ITEM LIST, GOTO 7.
3
For each product or product group is maintained a set of UPC
codes reflecting products to be used for determining
consumption levels.
For example, if a manufacturer of chocolate chip cookies wants to
determine infrequency to their product, it may include the UPC
codes from the following products in order to track consumptions:
Its own chocolate chip cookie product group.
Chocolate chip cookies front other manufacturers.
Other cookie products.
Other bakery type snack products such as snack cakes.
Tracking consumptions from these UPCcodes, the manufacturer
can tailor a definition of infrequency to its product group of
chocolate chip cookies based on each account's average
consumption rate of all bakery type snack products. In addition,
incentives may be tailored to the account's consumption level as
well.
Assume a single adult historically consumed an average of 6
ounces of bakery type snack products per week.
If this same account shows an average consumption of 1.5 ounces
of this manufacturer's chocolate chip cookie product group, then
this account would logically receive an incentive offering a
discount on the smaller 12 ounce size.
Conversely, assume a “large” family historically consumed an
average of 60 ounces of bakery type snack products per week. If
this same account shows an average consumption of 5 ounces of
this manufacturer's chocolate chip cookie product group, then this
account would logically receive an incentive offering a discount on
the 3 lb. economy “Tub O'Cookies” size.
Search list of items for tracking consumption levels for this
product or product group.
If item does not match, GOTO 7.
4
Access item in BCTT
5
Factor product size stored into BCTT into account's average
consumption level.
6
Access next item from ITEM LIST. GOTO 2.
7
End of Process.
Step
Description
1
Determine if this account is to receive incentives based on
shopping history criteria pertaining to store visits, purchases
to departments, purchases to a product group, or purchases to a
single product.
If account does not receive incentives,
GOTO 8
2
Issue incentive and record incentive in customer record.
3
Monitor and record in customer record customer's response to
incentive.
4
If a preset response criteria is met
GOTO 6
5
Preset response criteria was not met.
Incentive may be modified in response to failure to meet
response criteria such as:
Varying the value of the incentive
Changing the conditional terms of the incentive
Varying the product of the incentive (i.e., Offering rash
discount versus merchandise)
No modification, retry incentive
GOTO 3.
6
Preset response criteria was met.
Incentive may be modified in response to success in meeting
response criteria such as:
Reducing the incentive over preselected
period of time so as to gradually taper off
incentives
Varying the product in order to accomplish
same as above
No modification, maintain incentive over
preselected period of time
7
If targeted marketing campaign is NOT complete, GOTO 3
8
END OF PROCESS
Step
Description
1
CVC Controller 965 accesses preset criteria for Coupon “A” for a
product group. A product group may consist of similar products
offered by a manufacturer (such as the variations of chocolate chip
cookies offered by the same manufacturer) or products in a
department.
These preset criteria may comprise:
Number of weeks for analyzing consumption of a product or
product group
UPC's of product or groups of products for tracking
Levels of product consumption for infrequency (Coupon “A”
Levels)
Levels of incentives that relate to above levels of consumption
infrequencies
Program durations (i.e., numbers of trips or numbers of weeks)
for each Coupon “A” level
Varying Super “A” levels for response to an unsuccessful
Coupon “A” attempt
Program durations for each Super “A” level
2
CVC Controller 965 accesses Coupon “A” tracking fields for this
account (or accounts if more than 1 in a household). These fields
determine if Coupon “A” and/or Super “A” incentives are
currently in effect for this account. As previously mentioned,
incentives for up to 32 trips or periods may be contained in a
Coupon “A” and/or Super “A” marketing campaign. These counters
keep track of the current position in a Coupon “A” and/or Super
“A” campaign for this account.
3
If customer is currently in a Super “A” program, GOTO 8.
4
If customer is NOT currently in a Coupon “A” program, GOTO 17.
5
If customer has NOT RESPONDED to the Coupon “A” incentive
program by redeeming the coupon (or purchasing the desired
product without the coupon)
GOTO 15.
6
Increment the field for number of trips as Coupon “A”.
7
If Coupon “A” program is complete, GOTO
17. OTHERWISE, GOTO 11.
8
If customer has not responded to this level of the Super “A” program
by redeeming the coupon (or purchasing the desired product
without the coupon), GOTO 12.
9
Increment the field for number of trips in Super “A”.
10
If Super “A” program is complete, customer falls back into Coupon
“A” program where they left off.
If Super “A” program is NOT COMPLETE, GOTO 16.
11
Mark account to receive the Coupon “A” coupon(s) for this
product or product group. This information will be used later when
building a list of coupons to be spooled to the customer. GOTO 22.
12
This level of Super “A” incentive has proven inadequate; increment
the level of Super “A” for incenting this account.
13
If the Super “A” level is greater than the maximum number of
levels, GOTO 14.
OTHERWISE, GOTO 16
14
Set the Super “A” level to the highest available level. GOTO 16
15
Set the Super “A” level to the first level.
16
Mark account to receive the Super “A” coupon(s) at the
indicated Super “A” level for this product or product group. This
information will be used later when building a list of coupons
to be spooled to the customer. GOTO 22.
17
Access the criteria for this product group. This criteria is either
based on preset criteria or on the actual average consumption of
this product and related products by this account.
18
Calculate the actual consumption rate for this product or product
group for this account for the preset number of weeks.
19
If the consumption rate is less than the criteria set for this account,
GOTO 20. OTHERWISE, 23.
20
Initialize fields for tracking this Coupon “A” program to zeros and
mark account as Coupon “A” for this product or product group.
21
Access preset criteria for assigning an incentive level based on
consumption.
For example, the criteria may assign the following levels based on
consumption:
level 1 - for no consumption of product or product group,
level 2 - 1-20% of the preset consumption criteria,
level 3 - 21-40% of the preset consumption criteria,
level 4 - 41-60% of the preset consumption criteria, etc.
22
Dispense incentive(s) to customer either at the point-of-sale or
through direct mail.
23
END OF PROCESS.
1
CVC Controller accesses preset criteria for maximizing purchases
(Coupon “M”) for a product group. A product group may consist
of similar products offered by a manufacturer (such as the
variations of chocolate chip cookies offered by the same
manufacturer) or products in a department.
These preset criteria may consist of:
Number of weeks for analyzing consumption of a product or
product group
UPC's of product or groups of products for tracking
Levels of product consumption for maximizing (Coupon “M” Levels)
Levels of incentives that relate to above levels of consumption
maximizing.
Program durations (i.e., numbers of trips or numbers of weeks) for
each Coupon “M” level
Varying Super “M” levels for response to an unsuccessful Coupon
“M” attempt
Program durations for each Super “M” level
2
CVC Controller accesses Coupon “M” tracking fields for this
account (or accounts if more than 1 in a household). These fields
determine if Coupon “M” and/or Super “M” incentives are
currently in effect for this account. As previously mentioned,
incentives for up to 32 trips or periods may be contained in a Coupon
“M” and/or Super “M” marketing campaign. These counters keep
track of the current position in a Coupon “M” and/or Super “M”
campaign for this account.
3
If customer is currently in a Super “M” program, GOTO 8.
4
If customer is NOT currently in a Coupon “M” program, GOTO 17.
5
If customer has NOT RESPONDED to the Coupon “M” incentive
program by redeeming the coupon (or purchasing the desired
product without the coupon), GOTO 15.
6
Increment the field for number of trips as Coupon “M”.
7
If Coupon “M” program is complete, GOTO
17. OTHERWISE, GOTO 11.
8
If customer has NOT RESPONDED to this level of the Super “M”
program by redeeming the coupon (or purchasing the desired
product without the coupon), GOTO 12.
9
Increment the field for number of trips in Super “M”.
10
If Super “M” program is complete, customer falls back into Coupon
“M” program where they left off.
If Super “M” program is NOT COMPLETE, GOTO 16.
11
Mark account to receive the Coupon “M” coupon(s) for this product
or product group. This information will be used later when
building a list of coupons to be spooled to the customer. GOTO
22.
12
This level of Super “M” incentive has proven inadequate; increment
the level of Super “M” for incenting this account.
13
If the Super “M” level is greater than the maximum number of
levels, GOTO 14.
OTHERWISE, GOTO 16
14
Set the Super “M” level to the highest available level. GOTO 16
15
Set the Super “M” level to the first level.
16
Mark account to receive the Super “M” coupon(s) at the
indicated Super “M” level for this product or product group. This
information will be used later when building a list of coupons
to be spooled to the customer. GOTO 22.
17
Access the criteria for this product group. This criteria is either
based on preset criteria or on the actual average consumption of
this product and related products by this account.
18
Calculate the actual consumption rate for this product or product
group for this account for the preset number of weeks.
19
If the consumption rate is less than the criteria set for this account,
GOTO 20. OTHERWISE, 23.
20
Initialize fields for tracking this Coupon “M” program to zeros and
mark account as Coupon “M” for this product or product group.
21
Access preset criteria for assigning an incentive level based on
consumption.
For example, the criteria may assign the following levels based on
consumption:
level 1-for no consumption of product or product group,
level 2-1-20% of the preset consumption criteria,
level 3-21-40% of the preset consumption criteria,
level 4-41-60% of the preset consumption criteria, etc.
22
Dispense incentive(s) to customer either at the point-of-sale or
through direct mail.
23
END OF PROCESS.
First, the technique purges, or determines not to use, products in the stored list that have had a predetermined period of inactivity. In other words, if the customer's history indicates that the customer has not purchased a product for a certain period of time, this product is determined not to be a product which can be used to incent that customer and that product is not used on a discount coupon. Further, products are purged or ignored that have relative inactivity to other products. For example, if a customer has purchased four different kinds of cookies over a period of time, the cookie which has the greatest and most recent purchasing activity is chosen as an incentive and the remaining three are purged or ignored. The greatest purchasing activity may be measured in dollars, ounces, or the like. Thus, the present invention not only stores a list of products previously purchased by a customer, but applies predetermined formulas to pick the best products for use as an incentive.
In addition, a “value formula” is used by the system to further refine the list of products for use on incentive coupons. A store will normally establish a total dollar value of coupons to be delivered to each level of customer. For example, the store may determine to award an infrequent shopper with coupons having a value of $5, while a more frequent shopper would only be rewarded with a $1 value coupon. An incentive value formula must be utilized to pick the products which provide these values of reward or incentive, based upon the stored database of products previously purchased by a customer. The value formula is necessary because each customer has a different list of frequently purchased prior products. The formula may vary from store to store, but will normally include the following parameters.
A determination is first made as to whether or not the worth of the merchandise is to be calculated at retail, at retailer's cost, at discount off of retail, or at discount off of retailer's cost.
Assume that the value formula is programmed to use retailer's cost as a basis for calculating the $5 incentive to a customer. A determination is made as to whether or not the incentive value of $5 will be provided with a single product or with multiple products. If multiple products are being utilized, the brand of the product is first determined by the formula. For example, a generic brand and a national advertised brand often have radically different cost structures to the retailer. The quantity of the product is then determined and put into the formula. Then a determination is made as to the size of the product. In other words, is a six ounce size or a 32 ounce size to be awarded to the customer. Next, the formula must establish the number of units of the product to be used as an incentive.
The value formula used by the present invention thus takes an answer, which in this instance is a $5 incentive award and determines the number, cost, brand, size and type of products to be selected from the customer's particular database of previously purchased products to derive a coupon reward. The formula may be designed to ensure that the store does not provide an incentive of more than 50¢ below the retailer's cost on any one item. The store might decide to design the formula such that no more than two of any one item will be used.
Using these limits in the formula, the controller 965 selects a series of products from each customer's product database, the sum of which at 50¢ apiece and utilizing not more than two items would represent $5 in retailer's cost. The formula calculates this information based upon the retailer's cost and subtract 50¢ and prints out the price on an incentive coupon to the customer. For example, if a certain type of bathroom tissue is selected by the formula and costs 79¢, when the 50¢ discount is subtracted from 79¢, a 29¢ selling price is determined. As part of the $5 incentive, a coupon is printed out by the system and is provided to the customer, the coupon indicating that the customer may buy two packs of bathroom tissue at a future time at 29¢ each. Since the system has determined that the customer has previously bought this brand of bathroom tissue, the customer is incented to come back to the store to redeem the coupon, and hopefully to purchase other products.
In addition to the above selection processes made by the processor on previously purchased products, the controller 965 also utilizes the consumption rate analysis previously described. In other words, the processor determines when the customer last purchased a product, such as coffee, and utilizing the customer's prior history, determines whether or not the customer would have had time to at least partially consume the amount of coffee previously bought. If the time period has not yet expired when the customer would have at least partially used up the coffee, then coffee would not be used as an incentive product for the customer's incentive coupon. Rather, another product would be given to the customer, on the assumption the customer would be more likely to use a coupon for that product rather than coffee.
The controller 965 thus applies a consumption rate analysis to determine if a product meets a minimum consumption criteria; that is, was the product purchased a sufficient time ago in order that the consumer would have time to at least partially consume the amount of product purchased. Such a minimum consumption criteria might be that the customer would have had time to consume at least one half or three fourths of the quantity purchased. The minimum consumption criteria might alternatively require that the product is not a part of the present purchase, unless the product is a very frequently purchased and consumed product such as bread of milk. Thus, when the controller 965 next determines that, using the consumption rate analysis, the customer has had time to at least partially consume the coffee last purchased, then coffee will again be utilized as an incentive product for an incentive coupon for the customer. An important aspect of the present invention is thus the generation of ECHO coupons which are particularly adapted to a customer based upon a customer's prior shopping history of products. The most frequently purchased products may thus be selectively used to incent the customer.
ECHO coupons are further enhanced by using a value formula determined by the store, such that previously purchased products by a customer are screened by the value formula to provide a mix of products which meet financial constraints imposed by the store. Further, consumption rate analysis is performed on previously purchased products to ensure that the consumer has had time to at least partially consume the product so that the product may be used as a real incentive. Further, continuous monitoring of the return of coupons is maintained so that future coupons may be tailored to continue to induce the customer, as previously described.
In further summary of this aspect of the invention, products previously purchased by a customer are stored in the database. The customer's identification code is entered at the point-of-sale by scanning the MICR code of the check or by scanning a credit card as previously described. Products are selected from the product database which meet a frequent purchasing history criteria, determined by period of purchase and or a dollar value. At this time, a consumption rate analysis may be performed on the products and if a product meets a predetermined consumption criteria, this product is designated as eligible for use as an incentive.
The incentive value for infrequent shopping history criteria is established. An incentive value formula is applied by the controller 965 to the products which meet the frequent purchasing history criteria. The system then determines whether or not the identification entered at the point-of-sale meets an infrequent shopping history criteria. For example, a determination may be made that a particular customer is to receive a simple COUPON A or a SUPER A coupon, based upon the selected incentive products. The system then issues first incentive coupons whose value is contingent upon a future transaction. A response criteria is then established to determine whether or not the issuing of a incentive coupon has been a success. Future transactions by the customer are monitored in order to determine the success of the first incentive coupons. If the customer fails to meet predetermined response criteria, additional incentive coupons of differentiated value are then issued by the system in order to further incent the customer as previously described.
As another example the value of echo coupons distributed is a function of a coupon redemption rate, a percentage of sales, and the customer's spending level. The value of the coupons is determined by the formula:
Value of Coupons=(Sales Total×% Sales)/Redemption Rate
The below table illustrates one example of an estimated coupon redemption rate and percentage of sale for various spending levels. The spending level categories represented by the letters “B” through “D” designate a customer's historic purchase level, as opposed to the spending level of the current transaction.
LEVEL
B
C
D
E
% Sales
0.5
1
1.5
2
% Redempt. Rate
25
25
25
25
The values in the above table are applied to the total dollar amount spent on a current transaction to arrive at the value of echo coupons to be provided to the customer. Assuming a purchase of $50, customers in the various categories receive coupons as follows:
Step
Description
1
Store and maintain a history of previously purchased products
for each ID. This is accomplished by capturing UPC data as it is
scanned by the UPC reader, matching the UPC with products
contained in the Bar Code Tracking Table (BCTT), and, if a match
exits in the BCTT, recording the purchase in a database that links
product purchase history with individual ID's.
2
The list of products stored and maintained in Step #1 may
potentially be used as incentives for a customer.
An analysis is made to determine which products would be best
suited for incenting the customer each time that customer's ID is
received. If sufficient data has been recorded in the short term, a
consumption rate analysis (2a-2e) is performed to further identify
which products would be best suited as incentives. These products
make up an “Incentive List” and are prioritized by incentive value
in the following manner:
2a A consumption rate analysis is performed based on historical
product purchases. Non-perishable products that may typically be
consumed over a period of more than one week are analyzed to
determine the rate in which they are consumed for each ID.
2b If there is not enough recent shopping data for this ID, then
GOTO 2e.
2c This consumption rate is compared with the date of last
purchase so that a prediction of next purchase may be made. A
priority value is assigned for each product based on the product's
anticipated next purchase date (i.e., if a next purchase is past
due, the priority is increased, and if the product was just purchased
and the estimated next purchase date is a month off, the priority is
decreased). For example, assume ID #12345 buys a 16 ounce
package of Brand A decaf coffee in automatic drip filters an
average of every four weeks, and the last purchase date shown was
20 days ago. If the system should need to incent this customer for
any reason, a discount on a 16 ounce package of Brand A coffee
in automatic drip filters (since historically the system has predicted
that this customer will buy the product in approximately 8 days)
would most likely be used.
2d Finally, an “incentive rating” is stored for each product in the
BCTT that represents the store's perception of the product as an
incentive. The priority value is adjusted based on this “incentive
rating”. For example, milk, bread, and soda may be high
consumption products for many people, but since these items are
commonly loss leaders available at a steep discount at most
grocery stores, they may not be best suited as incentives.
Therefore, these items would carry a lower “incentive rating”
that would decrease the priority value. Conversely, items with
very high profit margins such as bakery and deli items may be very
attractive to grocers as incentives. These items would carry a
higher “incentive rating” and therefore increase the priority value.
2e End of Incentive List process
3
Tables containing the “value of incentives” for varying levels of
infrequency to a store, department, product group, and/or product
are stored and maintained on line.
Logically, the value of incentives is directly related to the level of
infrequency, i.e., a higher incentive going to a frequency of one
activity in eight weeks versus four activities in eight weeks.
Increasing values are also available in varying levels in the
event that the customer does not respond.
4
An ID entered at the point-of-sale is determined to fall short of a
preset level of infrequency. An incentive program utilizing the
methods discussed in #1 through #3 begins.
5
Fields in the ID's record used for incentive program tracking are
initialized and the beginning of the incentive program is recorded.
6
The table discussed in #3 is accessed and the value of incentives
to dispense is determined.
7
A value formula designed by the store is used to arrive at a
combination of product, brand, unit size and number of units
necessary to satisfy a preselected total value of incentive.
The incentive will utilize those products that meet a frequent
purchasing history criteria as a basis for promotion.
8
The incentive list for this ID is accessed in order of decreasing
priority values. Using unit costs stored in the BCTT, coupons are
created and dispensed until the “value of incentives” is met in
accordance with the parameters of the value formula for the
particular store. Should the number of incentives fall short of this
“value of incentives”, default items or “dollars off next purchase”
are substituted. All of these incentives are contingent on a future
transaction.
9
Monitor the transactions for this ID subsequent to the issuance of
the incentives.
10
Establish a response criteria to determine if further incentive is
necessary.
11
If the customer fails short of this response criteria, GOTO 11;
otherwise, GOTO 12.
12
It is evident that the prior incentives were insufficient for
motivating the customer to respond. The “value of incentive” will
now be increased as determined by the tables discussed in
#3. GOTO 7.
13
The customer demonstrated that the prior incentives were
sufficient for achieving a desired response. If the program is
complete, GOTO 13; otherwise, GOTO 7.
14
END OF PROCESS
The following example of the technique illustrated in
ABC Foods, Inc. has set the following incentive values for incenting customers demonstrating an infrequency to their store. Incentive values may be specified as amounts off of retail or store's cost.
Infrequency over
last 8 weeks
COUPON A
Incentive Value
No Trips
Level 5
$5.00 off cost
1 Trip
Level 4
$4.00 off cost
2 Trips
Level 3
$3.00 off cost
3 Trips
Level 2
$2.00 off cost
4 trips
Level 1
$1.00 off cost
Coupon Program
SA1
SA2
SA3
SA4
SA5
Level 5
$6.00
$7.00
$8.00
$9.00
$10.00
Level 4
$5.00
$6.00
$7.00
$8.00
$9.00
Level 3
$4.00
$5.00
$6.00
$7.00
$8.00
Level 2
$3.00
$4.00
$5.00
$6.00
$7.00
Level 1
$2.00
$3.00
$4.00
$5.00
$6.00
SUPER A programs are utilized when responses to the COUPON A program fall short of the desired response criteria.
Scanned data is captured and stored for each ID. This stored data is based on matches in the Bar Code Tracking Table (BCTT). These items will be used as incentives for customers in the COUPON A program.
ID #12345 is entered into the present system and the stored history of the ID number indicates that they have shopped ABC Foods, Inc. twice in the prior eight weeks. Referring to the previous table of incentive values, ID #12345 meets the preset infrequent shopping history criteria and begins a LEVEL 3 COUPON A program, and is to receive $3.00 worth of incentives. Before becoming infrequent to ABC Foods, this customer shopped the store regularly for 6 months and scanned data was captured and stored for this ID. Among other products, the following purchasing patterns are identified:
Last
Store's
Item
Frequency
Purchased
Cost
Brand A Decaf
1 lb. package
83 days ago
$1.79
Coffee in the
every 20 days
automatic drip filters
Brand B Liquid
1 gal. bottle
77 days ago
$4.73
Detergent with
every 28 days
Bleach
Brand C Dog Food
50 lb. bag
20 days ago
$3.25
with Real Beef Flavor
every 45 days
Brand D Barbecue
1 qt. bottle
0 days ago
$.65
Sauce Hickory
every 19 days
Smoke, Extra Hot
Large Pizza from
1 large pizza
0 days ago
$1.00
the Deli
every 6 days
Brand E 2% Low
1 gallon
0 days ago
$.99
Fat Milk
bottle every
8 days
ID #12345 has been infrequent to the store in the short term, so it is not possible to accurately predict the timeliness of products Brand A or B. Their trip 20 days ago (1 of the 2 in the prior 8 weeks) did however show that they purchased the Brand C dog food. Based on the consumption rate analysis made for this product, a next purchase date is estimated to be in 25 days. Since the incentive is targeted at drawing the customer back into the store next week, this estimated purchase date is too far for use at this time. The same is true for the Brand D Barbecue Sauce which was purchased on the immediate trip and therefore is estimated for next purchase in 19 days.
The pizza and the Brand E milk just purchased, however, have a higher frequency; so even though they were just purchased, these products are estimated for purchase again in a timely matter that makes them suitable for incentive in the short term. Since each of these items cost $1.00, the two pizzas and the one milk satisfy the $3.00 incentive value for this level of 1 COUPON A.
Examples of the coupons printed at the point-of-sale printer are as follows:
Store Coupon-Good
08/01/93 thru 08/08/93
2 FREE
LARGE PIZZAS FROM THE
DELI
With Coupon-Good on your
next visit with purchase
of $25.00 or more
Store Coupon-Good
08/01/93 thru 08/08/93
FREE
1 GALLON BRAND E 2% LOW
FAT MILK
With Coupon-Good on your
next visit with purchase
of $25.00 or more
Assume now that 15 days pass before ID #12345 returns to the store. The customer has exceeded the 14 days since receiving the COUPON A incentives and is now elevated to SUPER A (SA1 for LEVEL 3 of COUPON A). Referring to the previous table of incentive values, this customer is now to receive $4.00 in value of incentives. An updated table of the items previously analyzed for this customer follows:
Last
Store's
Item
Frequency
Purchased
Cost
Brand A Decaf
1 lb. package
0 days ago
$1.79
Coffee in the
every 20 days
automatic drip filters
Brand B Liquid
1 gal. bottle
0 days ago
$4.73
Detergent with
every 28 days
Bleach
Brand C Dog Food
50 lb. bag
35 days ago
$3.25
with Real Beef Flavor
every 45 days
Brand D Barbecue
1 qt. bottle
15 days ago
$.65
Sauce -
every 19 days
Hickory Smoke,
Extra Hot
Large Pizza
1 large pizza
15 days ago
$1.00
from the Deli
every 6 days
Brand E 2%
1 gallon
0 days ago
$.99
Low Fat Milk
bottle every
8 days
Brand A and Brand B have just been purchased and therefore will not be available as incentives for a couple of weeks. Brand C and D are estimated to be purchased again within the time frame the store is attempting to get the customer to shop again so they will be issued. The Deli Pizza would not necessarily be considered past due, since it may have been purchased elsewhere in the 15 days the customer was probably shopping elsewhere. It is favored over milk as an incentive, however, so it will be issued again to complete the $4.00 value of incentives. The coupons issued follow:
Store Coupon - Good
08/16/93 thru 08/23/93
SPECIAL $1.25/50 LB. BAG
BRAND C DOG FOOD
W/REAL BEEF FLAVOR
With Coupon - Good on your
next visit with purchase
of $25.00 or more
Store Coupon - Good
08/16/93 thru 08/23/93
2 BOTTLES - 29¢
BRAND D BARBECUE SAUCE -
HICKORY SMOKED, EXTRA HOT
With Coupon - Good on your
next visit with purchase
of $25.00 or more
Store Coupon - Good
08/16/93 thru 08/23/93
FREE
LARGE PIZZA FROM THE DELI
With Coupon - Good on your
next visit with purchase
of $25.00 or more
Assuming that this customer responds to these coupons and continues on the COUPON A program for the following weeks, the logical incentive in two weeks will be the 1 lb. package of Brand A Decaf Coffee in the automatic drip filters, and the week after that the 1 gallon bottle of Brand B Liquid Detergent with Bleach. In other words, exact products in exact sizes tailored to the purchasing history of each discreet ID will be used in order to incent this customer to shop ABC Foods more frequently.
In the present system, scanned data from products purchased is maintained for each individual ID. When an ECHO coupon is to be printed, the list of previously purchased products is analyzed to arrive at the product(s) that are best suited as incentives for each particular ID. The program flow diagram of
Step
Description
1
Each time a customer shops, the products scanned are captured at
the controller and a history of products purchased are stored and
maintained with that customer's unique ID. Assume an ID has
been entered and an ECHO coupon is to be spooled. Proceed to
Step 2 to access the first item for this ID.
2
Access the next item from the list of previously purchased
products that have been stored and maintained for this particular
ID.
3
Check to see if this product meets a “current purchase history
criteria” (i.e., products purchased within a current time period
and/or within a preset recent number of shopping
transactions). For example, assume Customer A has 16 shopping
transactions within the last four months. Also assume that Brand
A cookies have been purchased 50 times over the life of this ID,
but have not been purchased in the last four months. Although
Brand A cookies show an overall frequent purchase history, the
fact that they have not been purchased in the last four months
indicates that they are no longer favored by this customer and
therefore will not be selected for use as an ECHO coupon
incentive.
Assume Customer B has no shopping transactions within the last
four months. Also assume that Brand A cookies have been
purchased 50 times over the life of this ID and that Brand A
cookies were purchased in some of the most recent transactions
when Customer B was shopping four months ago.
Although the stored data does not show a purchase of Brand A
cookies in the last four months, there are not enough transactions
since the last purchase of Brand A cookies to warrant the
assumption that Brand A has fallen out of Customer B's favor.
Therefore, Brand A cookies will be considered as a candidate for
ECHO coupon incentive.
If this product meets the “current purchase history criteria”, then
GOTO otherwise, GOTO 6.
4
Check to see if this product meets a “relative most favored status
criteria” within the product category (i.e., products purchased
with relative greater frequency of transactions, relative greatest
dollars, or relative greatest volume per unit of time). For example,
assume that only one item from a particular product group is to be
used as an ECHO COUPON incentive.
Assume also that Customer A has frequently purchased Brand A
cookies, but also has frequently purchased Brand B, Brand C and
Brand D cookies.
Assuming that Brand C cookies were purchased more frequently
than the other three brands in this product group, then Brand C
cookies would be considered as a candidate for an ECHO
COUPON incentive. Brand A, Brand B and Brand D, though
frequently purchased, would not be selected as candidates since
one item has already been chosen from the cookie product group.
If this product meets the “relative most favored status criteria”
within its product category, then GOTO 5; otherwise, GOTO 6.
5
Add product to the list of products qualified for consideration for
use as an ECHO COUPON incentive.
6
If there are more products for analysis, then GOTO 2; otherwise,
GOTO 7.
7
END OF PROCESS.
In operation, customer personal computer 322 may be used to log on to a web site associated with a store. An example of a store that may be associated with system 320 is a grocery store; however, other types of stores will benefit from system 320. To facilitate description, system 320 is described in the context of a grocery store. After identifying the customer, the grocery store may present the customer with his prior purchases through web site 324 in a well organized fashion. Identification of a customer accessing web site 324 is described in greater detail below in conjunction with 57B. For example, a customer may be presented with all the items that he has purchased in the past, and the customer may simply check each item he wishes to purchase. The customer may have items delivered to his home, or alternatively, the customer may proceed to the store to pick up his purchases. The customer may choose to select only a portion of the goods required through web site 324. For example, the customer may insist on hand-picking his desired perishables such as fruits, vegetables, eggs, and meats in person at the store, but allow the store to select canned goods for him. Further, a customer may merely choose to access web site 324 to determine any incentives that are available to him and perform all of his shopping at the store.
Incentive and electronic register system 326 operates to generate a list of incentives that may be provided to a customer utilizing customer personal computer 322. The particular incentives presented to a customer utilizing customer personal computer 322 may be determined according to a variety of techniques, including those described above, such as utilizing a customer's past purchasing history as a basis for generating incentives. The incentives are provided to web site 324 where, in one example, they are available for viewing by the customer through customer personal computer 322. This provision of incentives may incorporate providing, for example, HTML text for viewing by a user of customer personal computer 322. As another example, an electronic mail may be sent to an address associated with customer personal computer 322, or a user of customer personal computer 322, or other suitable customer. These example techniques for providing incentives are also applicable to additional embodiments described below.
If the customer chooses to physically visit the store, the customer is identified at the store and the incentive communicated to the customer is automatically applied upon purchase of the associated item. Identification of a customer in the store is described in greater detail in conjunction with
Web site 324 may be accessible by a plurality of entities other than customers. For example, web site 324 may be accessible by a manufacturer 332. In this manner manufacturer 332 can provide particular incentives based upon the products the manufacturer wishes to be purchased more than others. Similarly, a retailer 334 may wish to provide particular incentives, such as store discounts or discounts on particular products. Furthermore, a wholesaler 336 may wish to grant incentives to generate additional purchases of particular items.
In one embodiment, incentive and electronic register system 326 is located in the store at which the customer shops; however, suitable portions of system 326 may be located at alternative locations. Incentive and electronic register system 326 operates to process items to be purchased and to provide incentives to a customer. In one embodiment, these functions are performed by separate systems, such as by an electronic register system 338 and an incentive controller 340. One example of electronic controller 340 is ECR controller illustrated in
Thus, by utilizing system 320, a customer may shop on line, receive incentives on line, and receive the benefits of those incentives on line. Alternatively, a customer may receive incentives on line and have those incentives applied when the customer actually shops at the store, is identified, and purchases an item associated with the incentive.
The system described in conjunction with
Incentive controller 1340 generates incentives according to a variety of techniques described in greater detail above and below. These incentives are provided to kiosk 1350 for communication to a customer. The incentives generated by incentive controller 1340 are also communicated to electronic register system 1338 for application when a customer is identified as a customer who has previously received the communicated incentive by, in this example, kiosk 1350. In this manner, many advantages described above in conjunction with
In the illustrated embodiment, incentive controller 1340 is connected to a kiosk 1350 by a communication link 1342 and is also connected to an electronic register system 1338 by a communication link 1344. Alternatively, incentive controller 1340 could be integrated with either kiosk 1350 or electronic register system 1338. Further, communication links 1344 and 1342 may be omitted and replaced with suitable alternative techniques for transferring information between incentive controller 1340 and kiosk 1350 and for transmitting information between electronic register system 1338 and incentive controller 1340, such as for example, the exchange of floppy disks.
In the illustrated embodiment, kiosk 1350 includes a display 1352, a keypad 1354, a printer 1336 and a card reader 1348. Display 1352 may communicate incentives to a customer and provide additional information. In addition, display could be a touch-sensitive screen for receiving information from the customer, such as information related to which incentives the customer desires. Keypad 1354 allows a customer to provide information to kiosk 1350. For example, a customer may provide a name, address, telephone number, or other suitable indication of the customer's identity. Card reader 1338 may also be used to identify a customer by receipt of a customer card. Printer 1336 may be used in conjunction with display 1352 to generate a shopping list of items for which the customer will receive discounts when the items are purchased. Kiosk 1350 may also incorporate other techniques for identifying customers, such as those described in conjunction with
Electronic register system 1338 is analogous to electronic register system 338 described above.
In operation, a customer approaches kiosk 1350 and is identified. In response, incentive controller 1340 provides incentives available to the customer to kiosk 1350 for communication to the customer. The particular incentives may be generated before or after identification of the customer in any suitable manner. Example criteria for determining which incentives to generate are described herein, above and below. The incentives are then communicated to the customer by kiosk 1350. Without limitation, example techniques for communicating the incentives include displaying the incentives on display 1352 and printing the incentives by printer 1336. The incentives can also be provided audibly by a speaker or other suitable technique. In addition to incentive controller 1340 communicating the incentives to kiosk 1350, incentive controller 1340 also communicates the incentives available to the customer to electronic register system 1338 for storing. According to one embodiment, a customer can select by kiosk 1350 certain incentives he wishes to accept. According to another embodiment, all incentives communicated to kiosk 1350 are available to the customer when the associated items are purchased. When the customer is identified as purchasing an item for which an incentive has been previously communicated to the customer, the incentive is applied. Identification of the customer in the store is described in conjunction with
Therefore, customer incentives are provided without requiring the use of redeemable coupons, which is desirable. The customer could be notified of such incentives at any time, at specified time periods after a previous shopping visit, or at specified time periods before the incentives will become effective.
System 340 includes an electronic cash register 342. An example of electronic cash register 342 is electronic cash register 962a-e, illustrated in
Register controller 350 communicates with electronic cash register 342. Register controller 350 operates to receive information from electronic cash register 342 related to an item and provides information to electronic cash register 342 concerning that item. For example, electronic cash register 342 may provide a signal indicative of a scanned bar code of an item to register controller 350. In response, register controller 350 provides the price of the item to electronic cash register 342. In some implementations, a common register controller 350 may be associated with a plurality of electronic cash registers 342.
Electronic cash register printer 347 may be used to generate a written record of items purchased along with their associated prices. An example of electronic cash register printer 347 is printer 969 in
Electronic cash register 342 also includes bar code scanner 354. Bar code scanner 354 is used to read bar codes on items being purchased. A signal indicative of the bar code is provided to the electronic cash register 342 through a transmission medium 377 for processing. An example of transmission medium 377 is an RS-232 serial cable; however, other suitable transmission media may be used.
System 340 also includes an incentive controller 352. Incentive controller 352 determines incentives that are to be provided to the customer and initiates the communication of the incentives to the customer. An example of an incentive controller 352 is CVC controller 965. Communication may occur between incentive controller 352 and register controller 350 through an electronic cash register link 353, such as the electronic cash register link described above in conjunction with
System 340 may be used to communicate incentives to a customer, including communication to customers at the point of sale. For example, a customer may receive a coupon designated by incentive controller 352 and printed on incentive printer 349. Alternatively, a customer may receive, as an incentive, an automatic discount determined by incentive controller 352 and processed by electronic cash register processor 343, with notification to the customer of the electronic discount on electronic cash register printer 347. As will be described in greater detail below, system 340 may also be used to communicate future product discounts that a customer will receive in a subsequent transaction.
System 360 may be used for the same purposes described above in conjunction with system 340. In particular, incentives generated by integrated register and incentive controller 362 may be processed by electronic cash register 343 and communicated to the customer by printer 348. Incentives may take the form of an electronic discount applied to the current transaction, a coupon for use in a later transaction, or a notification of a future electronic discount. Generation of these types of incentives are described in greater detail below.
In general, system 370 allows the generating of a printed incentive on the same receipt as is used for listing items and prices of items purchased by a customer. Such generation of a printed incentive on a customer receipt may be accomplished without the use of an integrated register and incentive controller, such as controller 362, and without a communication link between the register controller and the incentive controller, such as link 353. A scanner wedge 372 is utilized to implement such a process. Scanner wedge 372 allows insertion into, or extraction of, a signal between bar code scanner 354 and electronic cash register processor 343. In the absence of scanner wedge 372 a signal generated by bar code 354 is transmitted through a transmission medium 375 to electronic cash register processor 343. In this context, transmission medium 375 refers to any suitable transportation media that can be used to communicate information between bar code scanner 354 and electronic cash register processor 343. An example of transmission medium 375 is an RS-232 serial cable. An example of scanner wedge 372 is an RS-232 Y-cable used to enable two devices, for example computers, to share a single serial device.
Use of scanner wedge 372 allows incentive controller 352 to introduce into or extract information from transmission medium 375. Introduction of information into transmission medium 375 that is directed towards electronic cash register processor 343 allows the introduction of an automatic discount for receipt by electronic cash register processor 343. Such a signal may be provided by providing a signal indicative of a bar code for a discount of a certain value. Electronic cash register processor 343 receives the signal indicative of a bar code for a discount and processes it as if it were a purchased item. Electronic cash register processor 343 then provides a signal to printer 348 for printing an indication of the discount.
Incentive controller 352 may also be used to interject a signal, through printer wedge 374, for receipt by printer 348. An example of printer wedge 374 is a Y-cable that enables two computers to share a printer. This signal may provide textual information indicating that a special discount has been applied. Printer wedge 374 is analogous to scanner wedge 372. Printer wedge 374 allows introduction into and extraction of information from transmission medium 377. Transmission medium 377 is analogous to transmission medium 375.
In addition to utilizing scanner wedge 372 to introduce incentives for receipt and processing by electronic cash register 342, scanner wedge 372 is used to provide information concerning the items purchased to incentive controller 352. As an item is being scanned, bar code scanner 354 generates a signal for receipt by electronic cash register 342. Incentive controller 352 may intercept such a signal in order to determine which products are purchased. In response to determining which products are purchased, incentive controller 352 may generate special discounts associated with the purchased products. Additionally, incentive controller 352 may store information related to the purchase of products for later use in generating incentives.
Thus, according to the system illustrated in
At a step 10, the customer is presented with a list of incentives that are available to the customer by, for example, web site server 324. The list may be presented to the customer by providing the list in a readable format on the customer's computer screen, or in other suitable formats. Transmitting an electronic mail letter is an example of presenting the customer with a list of incentives. At a step 18, a list of incentives communicated to the customer through the web site is provided to an incentive controller associated with one or more particular stores, such as incentive controller 352. According to the illustrated embodiment, the list of incentives communicated to the customer at step 18 is automatically provided to an incentive controller once the incentives are communicated to the customer, regardless of any subsequent action by customer. Alternatively, only specific incentives accepted by the customer through the computer are provided to an incentive controller.
At a step 20, the customer, or a person associated with the customer such as a family member, goes to the store to purchase one or more products. At a step 22, a determination is made that the customer is, or is associated with, the customer who connected to the incentive web site at step 4 and who was provided a list of incentives at step 18. An example method for making this determination involves receiving indicia of the identity of the customer and associating such indicia with a customer identification number. The customer identification number is compared to customer identification numbers associated with persons who previously accessed the incentive web site server. Techniques for identifying customers in the store and identifying customers logged onto a computer associated with the store are described in greater detail in conjunction with
At a step 24, the process continues with scanning of items purchased by the customer, by, for example, bar code scanner 354. A determination is made at step 26 of whether the scanned item is present in the list of incentives previously communicated to the customer through web site 324. This determination is made by, for example, incentive controller 340. If the scanned item was previously presented to the customer in a list of incentives, an appropriate discount is applied to the item at step 28. If the item is not present in the list of incentives previously communicated to the customer, processing continues at step 30. Alternatively, a determination is made of whether a customer previously accepted an incentive related to the scanned product, and processing continues based upon that determination. Step 30 involves determining whether there are additional items for processing. If there are additional items for scanning, processing continues with step 24. If there are no additional items for scanning, a step 30 may be executed in which any other incentives that were previously communicated to the customer are applied. An example of such another applicable incentive would be a dollar amount off any purchases over a certain amount. The process of
Thus, according to the embodiment described in conjunction with
After an identification for the customer logged onto the incentive web site is determined, the customer's record is accessed in a database of previous customer shopping history at step 8. According to one embodiment, such a database is stored in incentive controller 340; however, other suitable storage locations may be used. This record may be accessed utilizing a customer number associated with the identification of the customer. At a step 10, the past purchasing history of the customer is analyzed. The customer's past purchasing history may be obtained and stored as described above or through other suitable techniques. The analysis of the customer's past purchases is performed by incentive controller 340; however, other suitable systems may be used, including an incentive controller dedicated to web site 324.
Based upon the customer's past purchasing history, a list of incentives is generated for the customer at step 14. The particular incentives generated may be determined according to a variety of techniques, including those described in conjunction with
At a step 16, the customer is presented with a list of incentives that are available to the customer if the customer purchases products associated with those incentives at, or from, the store. The list may be presented to the customer by providing the list in a readable format on the customer's computer screen, or other suitable format.
The remaining steps 18, 20, 22, 24, 26, 28, 30, 32, and 34 are analogous to the respective steps of
Thus, in addition to providing incentives to a customer on-line, and then effecting a discount associated with the incentive when the customer, or a person associated with the customer, is identified in the store and purchases the product associated with the discount, the particular discounts, number of products, discount rate for which incentives will be provided are based, at least in part, upon the past purchasing history of the customer and/or other suitable criteria, associated with customer incentives. It should be understood that, according to one embodiment, purchases made during a current transaction may also be considered and affect provision of incentives.
After an identification for the customer logged onto the incentive web site is determined, the customer's record is accessed in a database of previous customer shopping history at step 8. This record is accessed utilizing a customer identification number associated with the identification of the customer. At a step 10, the past purchasing history of the customer is analyzed. At a step 12, based upon the analysis of step 10, a determination is made as to the category of the customer. The category of the customer is determined based upon the customer's past purchasing history.
The category of the customer is an indicator of the value of the customer to the retail establishment. In one embodiment, the category of the customer is determined based upon an average dollar amount of purchases made by the customer; however, other criteria may be used, including frequency of shopping and profitability of the purchases of the customer. Determining into which category a customer falls is described in greater detail below, and may include determining that the customer's purchasing history meets a predetermined purchasing criteria. Based on the category of the customer, a list of incentives is generated at a step 14.
Thus, the process of
At a step 16, the customer is presented with a list of incentives that are available to the customer if the customer purchases products associated with those incentives at, or from, the store. The list may be presented to the customer by providing the list in a readable format on the customer's computer screen, such as by transmitting an electronic mail message or providing appropriate text on the associated web site.
The remaining steps 18, 20, 22, 24, 26, 28, 30, 32, and 34 are analogous to the respective steps of the process of
Thus, in addition to offering incentives on-line and effecting those incentives when the customer is identified in the store and purchases a product associated with the incentive, the incentives communicated to the customer are generated based upon the customer's prior purchasing history meeting a predetermined criteria. Having met a predetermined purchasing criteria, the customer may be placed into a category. Example categories include “A” customers, “B” customers, “C” customers, and “D” customers. Thus, infrequent shoppers, or alternatively, good customers can be rewarded appropriately based upon the desires of the stores by examining the customer's purchasing history and determining whether it meets a predetermined criteria. By combining these features with the matching of a customer ID received on-line, and the identification of a customer in the store, a valuable procedure for performing targeting marketing is provided that not only produces desirable results, but also addresses fraud problems associated with paper coupons.
After the identify of the customer logged onto the incentive web site is determined, the customer's record is accessed in a database of previous customer shopping history at a step 8. This record is accessed utilizing a customer number associated with the identity of the customer. Methods for ascertaining the identity of a customer accessing a computer associated with the store are described in greater detail in conjunction with
At a step 12, a plurality of favorite products of the customer are selected. One methodology for selecting the customer's favorite products is described above in conjunction with
At a step 16, the customer is presented with a list of incentives that are available to the customer if the customer purchases products associated with those incentives at, or from, the store. As described above, the list may be presented to the customer by providing the list in a readable format on the customer's computer screen.
The remaining steps 18, 20, 22, 24, 26, 28, 30, 32, and 34 are analogous to the respective steps of
Thus, the customer is provided, through the Internet, incentives that are related to his favorite product and those incentives are applied at the store when the customer purchases associated items. Therefore, the current process provides a desirable method for providing incentives that benefits from the advantages of providing incentives on a customer's favorite products that were described above, but that also does not suffer the previously discussed disadvantages of paper coupons.
At an appropriate time a discount is effected by inserting a discount price look-up (PLU) onto scanner wedge 372 at a step 10. Electronic cash register processor 343 receives this signal and treats it as a discount. Insertion is performed by incentive controller 352 in this embodiment. In conjunction, a message associated with the incentive is inserted onto printer wedge 374 at a step 12. This process of receiving and inserting information on scanner wedge 372 and printer wedge 374 is repeated as appropriate at step 13. After all items have been scanned, a “total” indication may be obtained from printer wedge 372 at a step 14. At a step 16 additional text may be inserted after entering of a total key at step 16. Such additional text may describe the total amount of discounts applied to the order. The process concludes at step 18.
The particular discounts applied according to the process described in conjunction with
Additional embodiments are described below in conjunction with
In a particular example, a threshold is set at $50 and customers who spend less than $50 get no discount and customers who spend more than $50 get 5% off the total purchase. This is an example of non-linear differentiation. In another example, customers who spend less than $50 get a 2% discount and those who spend more than $50 get a 5% discount. In either example, the proportionality of the reward or incentive changes so that the award as a percentage of the total purchase is considerably different.
Differentiating the incentive applied to a particular customer based upon the amount of purchases by a customer is one example of differentiating based upon a customer's contribution to the business enterprise. Thus, according to aspects of the invention, a criteria may be established that is an indicator of the customer's contribution to the enterprise, as distinguished from the customer's contribution to any particular product or group of products. Such criteria may include revenue, profit, frequency of purchase, or other suitable criteria.
For a revenue criteria, simple revenue in terms of what the customer purchased in dollars may be used as direct indicators of revenue. Indirect indicators may also be used. Examples of indirect indicators include number of units, number of pounds, and number of ounces.
With regard to profit contribution, this criterion may be, for example, in terms of gross profit contribution to the enterprise. Gross profit contribution is not necessarily correlated with gross revenues because customers may purchase equal dollar amounts, but some purchases would be more valuable to the enterprise because of associated higher profit margins.
Frequency may be used because, for example, in a particular enterprise there may be certain efficiencies realized with the scale of the transaction processing costs. For example, a customer who buys $200 worth of goods in one transaction might have an associated cost less than a customer who buys $10 worth of goods in twenty transactions. It be may be more efficient to check out one $200 order than twenty $10 orders in terms of time, as well as associated costs, such as the cost of support personnel transporting the goods to the shopper's vehicle.
Other criteria in addition to revenues, profits, and frequency may also be utilized without departing from the scope of the present invention. Once the criteria is established, however, the teachings of this embodiment of the invention provide for a higher rate of reward or incentive for customers who fall above the criteria threshold than for customers who fall below the criteria threshold.
Alternatively, a converse incentive methodology could be employed in which customers who fall below the given criteria are given a higher rate of incentive than customers who fall above the criteria threshold. As an example, customers who visit a store less often than others may be perceived to be splitting their shopping visits with competitive establishments. A higher rate of reward based on lower frequency of attendance may be used as a method for inducing those customers to loyalty to a given store.
The determination of where a customer falls with respect to one or more threshold criteria may be determined based on past shopping history, the current shopping transaction, or a mixture of the two. Once a determination has been made as to where the customer falls with regard to particular threshold criteria, an incentive can be applied to a current or future transaction.
The incentive provided can take the form of a redeemable coupon conditioned upon the presentation of the coupon in a subsequent transaction, or, the incentive can take the form of an electronic discount applied to the current transaction that is not conditioned upon subsequent presentation of a redeemable coupon.
The latter incentive provides advantages over a redeemable certificate. For example, for a variety of reasons, a customer may not return to a store, and therefore, the customer could possibly never benefit from such an incentive. By contrast, a non-conditional immediate electronic discount is not dependent upon future performance by the customer, e.g., the customer returning to the store and purchasing a particular item. The electronic discount may be based strictly on performance by the customer prior to the tendering of payment for the transaction, either before or after a particular order is totaled, but, in one embodiment, prior to payment for goods and services.
With reference to
As described above, a plurality of customer identification codes and customer transaction data may be received in prior transactions through a plurality of mechanisms, including scanning the bar code of each item and storing an indication of which items are purchased by which customers. Further, such data may be processed, as described above, by an incentive controller such as CVC controller 965 or incentive controllers 352 and 362 to determine whether the prior purchasing actions of a particular customer meet a particular purchasing criteria. Such criteria may include a sufficient level of revenue, profit, frequency of shopping, or other attributes associated with a particular customer.
At step 8, based upon the prior history of purchases by a particular customer, a discount level is determined by, for example, incentive controller 352, based upon a comparison of the customer's prior purchasing activities with the established criteria. This discount level is a rate of discount that is applied to the current transaction.
The following steps 10, 12, 14, 16, 18, 20, 22, and 24 effect application of a percentage discount to a current purchase. These steps are performed by incentive controller 352; however, other suitable combinations of hardware and/or software may be utilized to perform the steps.
At a step 10, an accumulator (not explicitly shown) is set to 0. This accumulator resides in incentive controller 352; however, other suitable accumulators may be used. At a step 12, an item is scanned by bar code scanner such as scanners 354 or 966. At a step 14, the cost of the item scanned in step 6 is added to the accumulator. At a step 16, a determination is made of whether the accumulator has reached a set amount. The set amount is any suitable amount onto which a discount can be applied. For example, a $10.00 set amount could be imposed so that a 5% discount level results in a $0.50 electronic discount. If the accumulator has not reached a set amount, a determination is made at a step 18 of whether there are any more items in the current transaction. If the current order has been completely processed, the process ends at a step 24. If the current transaction has not been completed, an additional item is scanned at a step 12.
If, in step 16, the accumulator has reached the set amount, a discount is applied to the order at a step 20. In this example, the discount applied to the order is a percentage of the accumulated amount. Alternatively, the amount of discount could be a percentage of the set amount over which the accumulator must have exceeded to generate the discount. At a step 22, the accumulator is reset to 0, and the scanning of items continues at step 12. The process continues until an entire order has been processed. The process ends at step 24.
At step 20, the application of a discount to the current order provides the differentiated incentive to the customer. The incentive is differentiated because the amount of the incentive is based upon the rate determined at step 8 based on the customer's prior purchasing history. The discount acts as an incentive for the customer to return to the store because the customer will anticipate that a similar discount will be applied on the customer's next purchase.
Thus the process described in conjunction with
The method described in
At a step 6, a customer's prior shopping history is accessed, as described in conjunction with
At a step 10, an accumulator is set to 0. At a step 12, an item is processed. Processing of an item may include receiving a request from the customer through the customer's computer for purchase of an item. Such requests may be made on an item-by-item basis or all items may be submitted as a batch. An order may be processed real time on an item-by-item basis, or the customer might have an application that would allow off-line processing of the customer's order. In the off-line processing example, once this off-line process is complete, the customer's processor connects with the computer site and downloads the order in a batch. In either event, each item is processed individually in an analogous fashion to that described in conjunction with
Thus, a differentiated incentive may be provided to a “on-line” customer by application of an automatic discount that is applied after a predetermined accumulated amount has been spent. The rate of the discount is determined based upon the customer's prior shopping history, and therefore, is a differentiated incentive.
This process provides the same advantages described above in conjunction with
Yet another alternative embodiment of the invention is described in conjunction with
An examination of the customer's prior purchasing history provides an indication of whether the customer meets a pre-determined criteria threshold. As described above, this pre-determined criteria threshold can take a plurality of forms, including gross revenues by the customer, profits attributable to the customer, and frequency of shopping by the customer. Assuming a pre-determined criteria has been met, the customer is provided an incentive to return to the store by granting the customer an electronic discount on specific products purchased in the current transaction and, in addition, is notified of an electronic discount the customer would receive upon purchasing products in a future transaction.
The rate of the discount is determined based on where the customer falls in reference to one or more pre-determined criteria based upon prior purchasing history. The particular products for which a current and future electronic discount will be provided may be established according to a variety of techniques. For example, the customer's prior purchasing history may be examined, and a selection of the customer's preferred products may be made. Such determination of a customer's preferred products is described above in conjunction with
Other criteria may be used to select products for which the customer may receive incentives. For example, incentives may be generated for items that the customer has not previously purchased, items that the customer has not purchased in a set amount of time but has previously purchased, and items that the store wishes to be purchased more than others. Further, in addition to setting the rate of discount and selecting the items for which a discount will be applied based on prior purchasing history, the number of items offered to the customer may be determined based on the customer's prior purchasing history. In addition to applying a different rate of discount based upon prior purchasing history, the number of items on the lists for which electronic discounts are available may also be determined based upon prior purchasing history.
Whatever the electronic discounts to be received by the customer, the customer receives a discount applied to a particular product of the current transaction and also receives a notification of discounts the customer would receive in a future transaction if associated items are purchased. Therefore, the customer is induced to return to the store to receive the future electronic discounts and loyalty is established to the store by providing the customer an award in the current transaction.
By providing electronic discounts in such a manner, problems associated with conventional coupons are alleviated. For example, the burden associated with distributing and processing redeemable coupons and the associated potential fraud is addressed. Unlike coupons, a clerk does not have to scan or enter into a keyboard an electronic discount, nor does the clerk have to store and account for such coupons. Further, the clerk does not have to confirm that products associated with a presented coupon are actually purchased. Therefore, the time a customer spends in line at a store may be reduced. Further, by issuing a notification of future electronic discounts, a customer is not required to retain the coupon for future use. Rather, a future electronic discount is applied automatically upon purchase of an associated item, without actually producing any redeemable coupon. A further advantage is that the electronic discount is available only to the customer or a person associated with a customer, for example a family member. In contrast, redeemable coupons may be transferred or traded to persons the store would prefer receive different types of incentives. Thus, being nontransferable, the incentive aspect of such electronic discounts are more particularly targeted.
A particular implementation of the above-described process is illustrated in
At a step 10 an item is scanned. At a step 12, if the scanned item is in a previously generated list of electronic discounts, a discount is applied to the order at step 14. Application of the discount is effected in a number of alternative ways. For example, if the system of
At a step 16 a determination is made of whether there are any additional items in the customer order. If the customer order has not been concluded, additional items are scanned and applicable discounts are applied. At the conclusion of the transaction, the customer is notified of future product discounts at step 18. Notification of the future product discounts includes providing a list of future discounts on the customer's receipt; however, other alternative notification techniques may be employed, including notification by use of display 968, 346, printing of a list of discounts separate from the customer's receipt, or other suitable technique. The process concludes at step 20.
In addition to notifying the customer of the amount of the automatic electronic discount applied to the current transaction, a list of electronic rewards that will be applied on the next customer transaction, or alternatively on a number of subsequent customer transactions, are provided. For example, the bottom portion of the customer receipts indicate “Milkbone—4 lb. $1.00 off”. This notation indicates to the customer that if she purchases a 4 lb. bag of Milkbone in her next purchase, $1.00 will be taken off the total cost of her next purchase. The numbers of items on the list of future rewards and the dollar amount applied as a discount is determined, at least in part, according to the customer's purchasing history.
This form of providing incentives to customers allows targeted marketing to be effected without the use of a redeemable coupon. Such a manner of providing incentives is desirable because it alleviates the customer from the burden of having to retain and return to the store with a redeemable coupon. Further, it prevents a customer from trading coupons or otherwise disposing of them to third parties. Thus, provided incentives are available for use only by the person who is intended to use them. Further, the incorporation of examining the customer's prior history allows appropriate selection of products for which incentives will be provided in order to encourage the customer to return to the store, as opposed to shopping at another store. In addition, the use of electronic discounts relieves the clerk of the burden of having to scan or enter into a keyboard a coupon. Further, the clerk does not have to maintain the coupon in the cash drawer and account for it at the end of the day, thus the time required to check out a customer is reduced.
An embodiment of the above-described process as applied to on-line shopping is described with reference to
The process begins at step 2. At a step 3 a customer accesses a computer site associated with the store, such as a web site. At a step 4, a determination is made of the identification of the person accessing the computer site at step 3. At a step 6 the customer's records are accessed in the database of previous shopping history, and at a step 8, the comparison of the customer's prior shopping history is made with one or more criteria. As described above in conjunction with
At a step 10 an item selected by the customer is processed. If the selected item is included in a list of electronic discounts, a determination is made at step 12 to apply a discount to the order at step 14. This determination is made by an incentive controller, such as incentive controller and register system 326. This process continues until a determination is made at step 16 that the current order is completed, at which point notification of future product discounts is provided at step 18. This notification could take the form of a list generated and provided to the customer for viewing on a home computer, or other suitable formats. The process ends at step 20.
This embodiment provides similar advantages as those described above in conjunction with
An alternative embodiment is described in conjunction with
In this embodiment, no notification is provided to the customer as to which items discounts will be provided in a future transaction. Thus, an electronic discount is applied to the current transaction, and future electronic discounts are generated, but are not communicated to the customer. The future electronic discounts may be generated at or near the time of the current transaction for application in a future transaction, or may be generated at some time convenient for the store.
A particular embodiment of this invention is described in conjunction with
At a step 12, a determination is made whether the scanned item is in a list of previously determined items for which an electronic discount is available for the particular customer. In the illustrated embodiment, this step is implemented in a particular example in which a determination is made of whether a scanned item is one of a number of previously determined preferred items of the particular customer. If the scanned item matches the list, a discount is applied to the order at step 14. This process continues until the entire order is processed. The process concludes at step 20. An example customer receipts according to the process of
The determination of the item for which an electronic discount will be generated may be made for future transactions at the conclusion of the present transaction or may be made at some other time. As described above, the particular items for which an electronic discount will be granted may be based upon prior purchasing history or other criteria. The number of items and the discount rate is determined based upon prior purchasing history of the customer as an indicator of the value of the customer to the store.
The selection of the products for which an electronic discount will be provided may be made according to a variety of techniques, including examining the customer's past shopping history, providing coupons for particular products the retailer wishes to be purchased, and providing electronic discounts for products a manufacturer wishes purchased.
An example of providing incentives based upon customer's past history is described below. Based upon a customer's past history, a determination can be made of the top twenty-five out of, for example, three hundred items that are purchased by the customer. If the customer purchases any of these twenty-five products in the next shopping transaction, a discount can be applied. By not communicating this list to the customer, the retailer may offer incentives on a larger number of products, so that the customer receives a discount even if he does not purchase an item on a shorter list.
Thus, a process is provided that benefits from the same advantages as those described in conjunction with
Such a process for providing incentives to customers of a store may also be implemented for on-line shopping. Such a process is described in conjunction with
At a step 10 an item is processed. Such processing may include receiving an electronic submittal of a request to purchase an item. If the item received at step 10 is in a predetermined list of items, a determination is made at step 12 to apply a discount to the order at step 14. In the particular illustrated embodiment, the determination of whether the processed item is in a list of previously determined items is made by determining whether the processed item is in a list of previously determined preferred items of the customer. The process continues until the customer order is completed at step 16. The process concludes at step 18.
Thus, a process is provided that benefits from the same advantages as those described in conjunction with
According to other embodiments, providing incentives to customers on a differentiated basis based on the value of the customer to the store does not necessarily involve examining the prior purchasing history of the customer. According to this embodiment, a plurality of items are sequentially processed by a store. A discount associated with each item is stored, but not applied. Rather, the individual discounts are accumulated. After a pre-determined threshold for an accumulated discount is reached, a discount is applied. In one embodiment, the discount is applied immediately after the purchase of an item having a price exceeding the amount of the discount. In this manner, it appears to the customer that the customer is receiving a discount on a particular product.
A particular embodiment of this process is described with reference to
After application of the discount, the discount accumulator is reset to zero at step 14 and the process continues until all items have been scanned. When a determination has been made that there are no more items in the order at step 16, the process concludes at step 18. If the discount accumulator does not exceed the minimum accumulated discount at step 12, a determination is made of whether there are additional items to be scanned. If there are additional items to be scanned, the process continues at step 6.
Therefore, according to the embodiment described with reference to
By accumulating a marginal discount for each item and applying an accumulated discount subsequent to the purchase of an item having a price exceeding that amount, there is an appearance that the customer received a discount on a particular item. Because any given transaction likely will include the customer's preferred products, over time it may appear to the customer as if discounts are being provided for the customer's preferred items. As described above, providing discounts for a customer's preferred items will likely induce the customer to return to the store providing such discounts. Additionally, such a method of customer promotion does not suffer from disadvantages associated with redeemable coupons.
Such a process may also be applied in the context of online shopping. One embodiment of such an application is described with reference to
At a step 12 a determination is made of whether the discount accumulator exceeds a minimum accumulated discount. If the minimum accumulated discount is exceeded, a discount is applied to a product. Communication of this discount may take the form of, for example, “Private Sale:—$0.50.” This phrase may be displayed on a computer screen viewable by the customer logged onto a computer associated with the store immediately following a display of a purchased product. At a step 14 the discount accumulator is reset to zero. A determination is made at step 16 whether additional items are to be processed and the method concludes at step 18. If the discount accumulator does not exceed the minimum accumulated discount, the process continues at step 6 if additional items are to be processed.
In processing an item as described in step 6, a plurality of items could be entered by a customer at his computer in a batch fashion and the remaining steps of the invention described in
The inventions described with reference to
The process of
Thus, according to the above described invention, discounts are applied only after exceeding a predetermined threshold. After exceeding the predetermined threshold, marginal discounts are accumulated until they exceed a minimum accumulated discount, at which point a discount is applied. Such a process effects differentiated incentive generation because only customers who purchase a minimum amount of goods are provided an incentive. This process also benefits from the advantages associated with differentiated incentives described above. In addition, differentiating may occur without storing a customer's past purchasing history and without identifying the customer.
If the price of the previously scanned item does not exceed the minimum discount, step 4 of checking each subsequent item is applied until the price of an item exceeds the minimum discount, at which point the discount is applied at step 4. While step 6 is being executed, the generating of additional discounts may take place according to the process described in
The process begins at a step 2. At a step 3, a customer logs on to a computer site associated with the store, such as a web site. At a step 4, multiple products are processed until some minimum purchase threshold is exceeded. One example of step 4 of determining that the minimum purchase threshold is exceeded is described in greater detail below in conjunction with
If processing continues, at a step 6 an additional item is processed. At a step 8, a discount is calculated based on the price of the processed item. At a step 10, the calculated discount is added to a discount accumulator. At a step 12, a determination is made whether the discount accumulator exceeds a minimum accumulated discount. If the minimum accumulated discount is exceeded, a discount is applied at the appropriate time according to step 13. Step 13 is described, in greater detail above in conjunction with
If it is determined at step 8 that the threshold accumulator is exceeded, a discount accumulator is set to zero at a step 12. The process concludes at step 14.
Thus, the process described in conjunction with
Thus, according to the above described invention, discounts are applied after exceeding a predetermined threshold. After exceeding the predetermined threshold, marginal discounts are accumulated until they exceed a minimum accumulated discount, at which point a discount is applied. Such a process effects differentiated incentive generation because only customers who purchase a minimum amount of goods are provided an incentive. This process also benefits from the advantages associated with differentiated incentives described above. In addition, differentiated incentives may be applied without storing a customer's past purchasing history and identifying the customer. Moreover, such incentives are provided in a shopping context in which the use of redeemable coupons is difficult.
The process begins at a step 2. At a step 4, a total accumulator is set to zero. At a step 6, a discount accumulator is set to zero. The total accumulator keeps track of the total amount purchased in a given transaction. The discount accumulator keeps track of marginal discounts associated with the purchase of any given item. Both the total accumulator and discount accumulator are stored in incentive controller 352, 362, or 965; however, these accumulators may be contained in other suitable places and may be implemented in other suitable manners. At a step 8, an item in a customer order is scanned and the price of the item is determined. At a step 10, the price of the scanned item is added to the total accumulator.
At a step 14, the determination is made of the rate and minimum discount that will be applied to the purchase of subsequent items. The rate is based upon the total amount that has been purchased up to this point. An example method for determining the rate and minimum discount based on the total accumulated purchase is described in greater detail in conjunction with
At a step 18, a determination is made of whether a discount accumulator exceeds the determined minimum discount. If the discount accumulator exceeds the minimum discount, the discount is applied at an appropriate time at step 20. The application of a discount at an appropriate time at step 20 may be performed according to the process described in conjunction with
Step 24 involves determining whether there are additional items in a customer order. If there are no additional items, a step 26 may be executed. Step 26 applies any residual accumulated discount to the order. Thus, even though a next threshold is not reached, a customer receives the benefit of a discount on the last few purchases even though the sum total of discounts associated with those purchases did not exceed the minimum discount. The process ends at step 28.
An example of the process described in conjunction with
In this example, the minimum discount is $0.30. Therefore, when the discount accumulator exceeds $0.30, a discount of, for example, $0.30 is applied immediately after the purchase of the next item exceeding $0.30 in price. After application of the discount, the discount accumulator is reset. In this example the discount accumulator will exceed $0.30 upon purchase of $15.00 worth of goods. After the total accumulator exceeds $25.00, a rate of 4% is applied. The next discount occurs after the discount accumulator again exceeds $15.00. Thus, after the purchase of a total of $27.50, a discount of, for example $0.30 is again applied [0.02×(25−15)+0.04(27.50−25.00)=$0.30].
This process continues, with the rate adjusting appropriately until all items are scanned or processed. According to one embodiment, unapplied discounts are applied after all items have been processed even if the discount accumulator does not exceed a minimum amount.
Thus, in the embodiment described in conjunction with
The method begins at step 2. At a step 3, a customer logs onto a computer site associated with a store. At a step 4, a total accumulator is set to zero. At a step 6, a discount accumulator is set to zero. The total accumulator and discount accumulator may be the same as described in conjunction with
The remaining steps 14, 16, 18, 20, 22, 24, 26, and 28 are analogous to the steps of
This embodiment benefits from the same advantages described above in conjunction with
Alternatively, at step 12 a determination is made that the customer identification will be performed through a retinal scan. At a step 14 a retina of a customer is scanned. At a step 16 a signal based on the scanned retina is generated, and at a step 30 the signal is converted into the customer identification number.
According to another alternative for identification, at a step 18 it is determined that a voiceprint will be utilized. At a step 20 a voice sample is elicited from the customer. At a step 22, a signal based on the voice sample is generated, and at step 30 the voice signal is converted into a customer identification number. Although a number of voice recognition techniques may be used, two particular examples are described here. In one example, a customer verbalizes an identification code. The recognition of the verbalized code allows identification of the customer by his code. In another, the customer's voice sample is automatically converted into an identification code, and when the customer's voice is recognized, the customer is identified by his code. Automatic conversion of the customer's voice sample into an identification code may include initially obtaining an identifier, such as an address or telephone number, for example, from the customer in conjunction with a voice sample and training a voice recognition system to associate the voice sample of a given person with his identification.
Another alternative method for customer identification is image recognition. At a step 24 it is determined that image recognition will be used. At a step 26 a camera records the image of a customer, and at a step 28 a signal based on the image is generated. The signal is converted into a customer identification number at step 30. The process for determining the identification of a customer concludes at step 32.
Although the present invention has been described in detail, it should be understood that various changes, substitutions and alterations can be made herein without departing from the spirit and scope of the invention, which is solely defined by the appended claims.
TABLE 1
CUSTOMER RECORD DESCRIPTION
Field Name
Description
char id [25];
/
customer's bank id */
unsigned long phone;
/
customer's phone # for householding
Digit 1 - multiple account flag
Digit 2-8 - Phone #
Digit 9-10 - Account counter # */
struct {
int hitcnt;
/
total hitcnt */
long totamt;
/
total cents amount verified */
long amount;
/
last cents amount verified */
long dayamt [7];
/
Last 7 days cents verified */
long date;
/
last verify access date/time */
{ verify;
struct }
char status;
/
current status */
char flags;
/
id user flags */
long lastdate;
/
last access date (for transfer use) */
long currdate;
/
last access date (for rolling id) */
long statdate;
/
date status changed */
{ current;
struct }
unsigned daysago: 11;
/
# days ago from last date (11 bits) */
unsigned hits: 5;
/
Hits for that day (5 bits) */
unsigned amt;
/
Amount in whole dollars */
{ history [30];
struct }
char status;
/
previous status before current */
int hitcnt;
/
previous local hitcnt */
long totamt;
/
previous local dollar amount */
long statdate;
/
previous status date */
{ previous;
struct }
unsigned int type;
/
Bit Mask of coupons issued */
char flags;
/
Miscellaneous coupon flags */
unsigned char Acntr;
/*Tally counters as Coupon “A” */
unsigned char SAcntr,
/*Tally counters as Super “A” */
unsigned char Mcntr;
/*Tally counters as Coupon “M” */
unsigned char Mloop;
/
Number of Maxxer loops */
unsigned char Floop;
/
Number of failure loops */
unsigned int maxbase;
/
Base avg for maxxing */
unsigned int suctarg;
/
Last successful target */
char Slevel;
/
Standard series run */
char Alevel;
/
Coupon “A” Level */
{ Coupon;
TABLE 2
NEGATIVE STATUS RECORD SPECIFICATION
Field Name
Description
char id
customer's bank id
char COlocid
location showing CASH ONLY
char Nlocid
location showing negative
char Nstatus
current record status NEGATIVE
CHAR COstatus
current record status CASH ONLY
long currdate
current access date
long COstatdate
date became CASH ONLY
long Nstatdate
date became negative
int hitcnt
total bad checks against location
long totamt
total bad dollars against location
TABLE 3
Field
Definition
SYSTEM CONTROL FILE DESCRIPTION
char locid
system id
KpdPortDef keypad
keypad definition
int port
modem comm port value
int baud
max baud rate of installed modem
char tone
tone/pulse dial mode
long strttime
system start time (machine turned on)
long currtime
current system time
long timebomb
timebomb date/time
char errfile[FLNMSIZE]
error filename
char logfile[FLNMSIZE]
screen log filename
char password[LOCSIZE]
system access password
char privpass[LOCSIZE]
privileged password (for tech)
int timepass
factor to change time password
char flags
system control flags
char flags2
2nd set system control flags
char CMS_flags1
future use CardLess flags
char CMS_flags2
another set of CardLess flags
char dayflag
flag for day/second roll limits
long ctnroll
caution to positive limit
long ctnlim
caution purge limit
long neglim
negative purge limit
long poslim
positive purge limit
long colim
cash only purge limit
long sclim
stolen purge limit
VerifyLimit dmax
day maximum call manager limits
VerifyLimit wmax
week maximum call manager limits
VerifyLimit tmin
total minimum call manager limits
long break1
break value 1 for POS coupons
long break2
break value 2 for POS coupons
long break3
break value 3 for POS coupons
int cms
latest CardLess version making contact
int collect
latest ColleCheck version making contact
int cvs
current CVS version
long set_date
date counters were set to zero
long to_date
ending date for this set of counters
long couponA
number qualifying for Coupon “A”
long amtA
dollars Coupon “A” spent
long couponB
number qualifying for Coupon “B”
long amtB
dollars Coupon “B” spent
long couponC
number qualifying for Coupon “C”
long amtC
dollars Coupon “C” spent
long caution
number of Cautions
long amt_caut
dollars Cautions spent
long positive
number of Positives
long amt_pos
dollars Positives spent
COUPON CONTROL DEFINITION
char locid[10];
/* system id */
int flags;
/* Bitwise flags for general coupon system */
int Issue;
/* Bitwise flags for available check coupons */
int cash;
/* Bitwise flags for available cash coupons */
struct {
char det;
/* How do we determine secondary shopper */
0 = Use $ vs Daylimits
1 = Use shopping frequency method */
int slim;
/* $/trips less than this is Secondary Shopper */
char dlim;
/* # of days/weeks for determination */
char avgdet;
/* How do we determine A vs AA vs AAA?
Using $ determination
0 = $ in last DayLimit days
1 = Weighted avg based on “n” trips
2 = Weighted avg based on $ in “n” weeks
3 = Weighted avg within last “n” days
4 = Mean avg based on “n” trips
5 = Mean avg based on $ in “n” weeks
6 = Mean avg within last “n” days
7 = Weeks attended in “n” weeks*/
int per;
/* “n” trips/days/weeks to analyze avg $ */
char mintrp;
/* Minimum # trips before det Secondary */
char high1;
/* High $ in last “per” triggers AA, A */
char high2;
/* High $ in last “per” triggers AAA, AA */
char high3;
/* High $ in last “per” triggers 3A, 4A */
char high4;
/* High $ in last “per” triggers 4A, 3A */
char perks;
/* # trips for Secondary coupons */
char super_perks;
/* # trips for Super Secondary */
char super_lag;
/* # days before Super Secondary */
}Secondary;
struct{
char det;
/* How do we determine Primary Status
0 = $ in last DayLimit days
1 = Weighted avg based on “n” trips
2 = Weighted avg based on $ in “n” weeks
3 = Weighted avg within last “n” days
4 = Mean avg based on “n” trips
5 = Mean avg based on $ in “n” weeks
6 = Mean avg within last “n” days
7 = Weeks attended in “n” weeks */
char Limit;
/* “n” trips/days/weeks for $ determination */
int CouponB;
/* $ minimum for Coupon “B” */
int CouponC;
/* $ minimum for Coupon “C” */
int CouponD;
/* $ minimum for Coupon “D” */
int CouponE;
/* $ minimum for Coupon “E” */
}Primary;
struct{
char det;
/* How do we determine avg
1 = Weighted avg based on “n” trips
3 = Weighted avg within last “n” days
4 = Mean avg based on “n” trips
6 = Mean avg within last “n” days */
unsigned char mbase;
/* Maximum base for playing Maxxer */
unsigned char percent;
/* Increase percent for Maxxing */
unsigned char loops;
/* Number of passes at above percentage
0 = keep looping until failure */
unsigned char mintrp;
/* Minimum # trips before using Maxxer */
unsigned char trips;
/* # trips for establishing base avg */
unsigned char super;
/* Number of trips til Super Max testing */
unsigned char mdur;
/* Number of trips til give up Maxxer */
unsigned char Floops;
/* Number of loops to retry failures */
char maxiflags;
/* Maxxer Flags */
}Maxxer;
struct{
long set_date;
/* Date counters were set to zero */
long to_date;
/* Ending date for this set of counters */
long hits [15];
/* Counters from Coupon “A1” to Coupon “E” */
long amts [15];
/* and Ctn's, Pos's, and No $ */
}counters[3];
/* 3 sets of cntrs; 2 for me */
struct{
long set_date;
/* Start date for coupon Tracking */
long to_date;
/* End date for coupon Tracking */
unsigned int cntr [100];
/* Coupons issued for date range */
}CpnIssue[2];
char Slevels;
/* Number of standard series */
char Slags;
/* Lag time before back to standard series 1 */
char Alags;
/* Lag Time for Coupon “A” */
char BElags;
/* Lag Time for Coupons “B”-“E” */
char maxissue;
/* Max issued per trip */
char headed[2];
/* Header for coupon */
char footer[29];
/* Footer for coupon */
long ResetDate;
/* Date to reset standard issue lags */
int mpurchase;
/* Minimum purchase */
COUPON RECORD DEFINITION
struct {
char type [2];
/* Coupon type 1 = A, 2 = AA, 3 = AAA, etc. 99 = gen */
unsigned char seq;
/* Sequence number in this type */
char lineno;
/* Line number for coupon, 0 = control line */
unsigned int serial;
/* Unique serial number for coupon access */
}key;
union {
struct {
int flags;
/* Bit flags for coupon */
int Adist[2];
/* Bit flags for Coupon “A” issue det (32 trips) */
long begdate;
/* Start date for issuing this coupon */
long enddate;
/* Exact end date for issuing coupon */
long issuelim;
/* If applicable; limits number to issue */
long issued;
/* Number of this coupon printed */
long redeemed;
/* Number of this coupon redeemed */
long ebegin;
/* Exact begin good for coupon */
long dbegin;
/* Delta from today begin for coupon */
long eend;
/* Exact end date for coupon */
long dend;
/* Delta from today end for coupon */
int maxmin;
/* Minimum Maxxer base dollar for issue */
int maxmax;
/* Maximum Maxxer base dollar for issue */
char grab;
/* Total coupons in grab bag */
char take;
/* Number of coupons to take from the grab bag */
char next;
/* next coupon from grab bag */
int seed;
/* Random seed */
int rcnt;
/* Random counter */
int in_ratio;
/* Installment ratio 0 = 100 = 100 percent */
int s_link;
/* Tie to next serial number */
int i_serial;
/* Tie to same coupons */
}control;
struct {
int flags;
/* Line flags */
char data[80];
/* Data for this line */
}print;
struct {
int flags;
/* Line flags */
char HRI;
/* Human readable interface positioning */
char height;
/* Height of bar code in dots */
char system;
/* Select bar code system */
char data[40];
/* Bar code data */
}barcode;
}rec;
TABLE 4
FUNCTION CODE SPECIFICATION
Function:
F1
Description:
Query ID, displaying current data
Keypad Input:
[id] F1
Keypad Output:
Status Dhitcnt Whitcnt Thitcnt
$totamt StatDate ID
Function:
F2
Description:
List Negative Locations for entered ID
Keypad Input:
[id] F2
Keypad Output:
NEG LOCATIONS
LOC1 LOC2 LOC3 . . . LOC10
Function:
F3
Description:
Query Negative location ID as found on F2
Keypad Input:
[id] F3 $n
*n - LOCn as shown on F2 display
Keypad Output:
Neg Inquiry
LOCn Thitcnt $totamt negdate
Function:
F4
Description:
Query Location ID
Keypad Input:
[id] F4
Keypad Output:
LOC locid
locname
Function:
F5
Description:
Query ID Hitcounts and Dollar Amounts
Keypad Input:
[id] F5
Keypad Output:
Status Dhitcnt; amount Whitcnt;
amount Thitcnt; amount
Function:
F40
Description:
Add Cash only ID
Keypad Input:
id F40
Keypad Output:
CASH ONLY FILE
id
Function:
F41
Description:
Add Stolen ID
Keypad Input:
id F41
Keypad Output:
STOLEN FILE
id
Function:
F42
Description:
Add Preapproved ID
Keypad Input:
id F42
Keypad Output:
PREAPPROVED
Function:
F43
Description:
Add Manager Only
Keypad Input:
id F43
Keypad Output:
MANAGER ONLY
id
Function:
F44
Description:
Add Negative ID with location
Keypad Input:
id F44
Keypad Output:
NEGATIVE FILE
id
Function:
F55
Description:
Verify ID. If F55 is not included, verify is
assumed
Keypad Input:
id [F55]
Keypad Output:
*if any limits are exceeded:
CALL MANAGER
id
*status is caution:
CAUTION hitcnt
id
*status is negative:
NEGATIVE
id
*status is positive:
POS Dhitcnt Whitcnt Thitcnt
id
*status is cash only:
CASH ONLY
id
*status is stolen:
STOLEN
id
Function:
F60
Description:
Delete Cash only ID
Keypad Input:
id F160
Keypad Output:
CHECKS ACCEPTED
id
Function:
F61
Description:
Delete Stolen ID
Keypad Input:
id F61
Keypad Output:
CHECKS ACCEPTED
id
Function:
F66
Description:
Add Positive ID. Remove stolen list
Keypad Input:
id F66
Keypad Output:
PAID OFF FILE
id
Function:
F77
Description:
Login to system to gain access to privileged
commands
Keypad Input:
id F77
Keypad Output:
Login Valid
Begin Session
Function:
F62
Description:
Delete Preapproved
Keypad Input:
id F62
Keypad Output:
PREAPPROVED
Function:
F43
Description:
Delete Manager Only
Keypad Input:
id F63
Keypad Output:
MANAGER ONLY
Function:
F88
Description:
Logout from system
Keypad Input:
F88
Keypad Output:
End Session
Bye!
Function:
F900
Description:
Return System Author Information
Keypad Input:
F900
Keypad Output:
CVS v4.20 (c) 1989 CVC, by Scott Wood, CCP
Function:
F901
Description:
Return System Internal Date & Time
Keypad Input:
F901
Keypad Output:
System Date
mm/dd/yy - hh:
mm:ss
Function:
F902
Description:
Return System Memory Usage
Keypad Input:
F902
Keypad Output:
System Memory
b Bytes Free
Function:
F903
Description:
Return Disk Usage
Keypad Input:
n F903
*n ~ 3 = Drive C
*n ~ 4 = Drive D
Keypad Output:
Disk Usage (CID)
Bytes:
n Total, n Free
Function:
F904
Description:
Return ID Database Size
Keypad Input:
F904
Keypad Output:
ID Database
n Records
Function:
F905
Description:
Return Negative ID Database Size
Keypad Input:
F905
Keypad Output:
Negative dBase
n Records
Function:
F906
Description:
Return System Information depending on n
Keypad Input:
n F906
Keypad Output:
*n-0 - System ID
Location ID
locid
*n=1 - Keypad Data
Keypad Info
Port:n, Poll:n, Recv:n
*n=2 - Modem Data
Modem Info
Port 0:n, Port 1:n
*n=3 - System Start Time
Start Time
mm/dd/yy - hh:mm:ss
*n=4 - System Current Time
Current Time
mm/dd/yy - hh:m:ss
*n=5 - System Password
Password
passid
*n=6 - System Flags
Flags n
*n=7 - Caution Roll Period
Caution Roll
n seconds
*n=8 - Caution Purge Limit
Caution Limit
n seconds
*n=9 - Negative Purge Limit
Negative Limit
n seconds
*n=10 - Positive Purge Limit
Positive Limit
n seconds
*n=11 - Cash Only Purge Limit
Cash Only Limit
n seconds
*n=12 - Stolen Purge Limit
Stolen Limit
*n=13 - Caution Call Manager
Limits
Caution Callmgr
Dhitcnt, amount -
Whitcnt, amount -
Thitcnt, amount
*n=14 - Negative Call Manager
Limits
Negative Callmgr
Dhitcnt, amount -
Whitcnt, amount -
Thitcnt, amount
*n=15 - Positive Call Manager
Limits
Positive Callmgr
Dhitcnt, amount -
Whitcnt, amount -
Thitcnt, amount -
*n=16 - Cash only Call Manager
Limits
Cash only Callmgr
Dhitcnt, amount -
Whitcnt, amount -
Thitcnt, amount -
*n=17 - Stolen Call Manager
Limits
Stolen Callmgr
Dhitcnt, amount -
Whitcnt, amount -
Thitcnt, amount -
Function:
F940
Description:
Toggle Screen Logging
Keypad Input:
n F940
*n=0:0ff, 1:On
Keypad Output:
Screen Log
(ON|OFF)
Function:
F950
Description:
Start Event Activity for event n
Keypad Input:
n F950 [mmddmmss]
*n=event number
Keypad Output:
Event n
Stopped
Function:
F951
Description:
Stop Event Activity for event n
Keypad Input:
n F951
Keypad Output:
Event n
Stopped
Function:
F952
Description:
Get Event Activity for event n
Keypad Input:
n F952
*n=event number
Keypad Output:
mm/dd/yy - hh:mm:ss
actl act2 act3 . . . act10
Function:
F953
Description:
Get Activity Status for activity n
Keypad Input:
n F953
*n=event number
Keypad Output:
activity description
activity data
Function:
F960
Description:
Toggle Keypad Debug Mode
Keypad Input:
n F960
*n=0:Off, 1:On
Keypad Output:
Keypad Debut
(ON|OFF)
Function:
F961
Description:
Return Keypad number associated with
current pad
Keypad Input:
F961
Keypad Output:
Keypad Number
n
Function:
F970
Description:
_______________
Keypad Input:
F970
Keypad Output:
Modem Debug
(ON|OFF)
Function:
F971
Description:
Reset Modem
Keypad Input:
F971
Keypad Output:
Reset Modem
Function:
F980
Description:
Toggle Data Manager Debug Mode
Keypad Input:
n F980
*n=0:Off, 1:On
Keypad Output:
DataBase Debug
Function:
F981
Description:
Open database system if currently closed
Keypad Input:
F981
Keypad Output:
Open dBase
Function:
F982
Description:
Close database system if currently open
Keypad Input:
F982
Keypad Output:
Close dBase
Function:
F983
Description:
Return Internal Database Status
Keypad Input:
F983
Keypad Output:
Database Status
B:bsyflag, H:hltflag,
C:clsflag, Dbg:Dbgflag,
E:error, D:doserr
Function:
F990
Description:
Toggle System Supervisor Debug Mode
Keypad Input:
n F990
*n=0:Off, 1:On
Keypad Output:
SysServe Debut
(ON|OFF)
Function:
F999
Description:
Shut System Down
Keypad Input:
password F999
Keypad Output:
System Halted
TABLE 5
CUSTOMER SHOPPING FREQUENCY
Time Period: 8 Weeks, 4 Days [frequency > 20 omitted]
Shopping
% Customers
% Total
Total $
% Total $
Average
Average $
Frequency
Total
Shopping for
Customer
Spent for
Spent for
Check per
Spent per
per Customer
Customers
Period
Base
Period
Period
Visit
Customer
20
36
0.23
0.12
25600
1.27
35.56
711.11
19
28
0.18
0.09
22044
1.09
41.44
787.28
18
42
0.27
0.14
31751
1.57
42.00
755.98
17
51
0.32
0.17
32326
1.60
37.28
633.84
16
51
0.32
0.17
29088
1.44
35.65
570.35
15
52
0.33
0.17
34410
1.70
44.12
661.73
14
70
0.44
0.24
49382
2.44
50.39
705.46
13
64
0.40
0.21
37923
1.88
45.58
592.55
12
80
0.51
0.27
41916
2.07
43.66
523.95
11
92
0.58
0.31
46311
2.29
45.76
503.38
10
137
0.87
0.46
60992
3.02
44.52
445.20
9
155
0.98
0.52
73404
3.63
52.62
473.57
8
210
1.33
0.71
90403
4.47
53.81
430.49
7
261
1.65
0.88
93222
4.61
51.02
357.17
6
377
2.38
1.27
114366
5.66
50.56
303.36
5
406
2.56
1.36
122223
6.05
60.21
301.04
4
801
5.06
2.69
191331
9.46
59.72
238.87
3
1122
7.09
3.77
210922
10.43
62.66
187.99
2
2767
17.48
9.29
305223
15.10
55.15
110.31
1
8794
55.55
29.52
408702
20.22
46.48
46.48
TOTALS
15830
100.00
53.15
2021539
100.00
47.91
127.70
Date Range: from Oct. 1, 1991 to Dec. 1, 1991
Total Customer Base: 29,786
TABLE 6
Infrequent Customer Analysis
Time Period: 8 Weeks
Total
% Total
Total $ Spent
Average Check
Average $ Spent
Total Visits
Average Visits
Customers
Customer Base
for Period
per Visit
per Customer
per Customer
per Customer
5581
24.30
305763
50.66
54.79
6036
1.08
Active: from Oct. 5, 1991 to Nov. 3, 1992
Inactive: from Nov. 3, 1991 to Dec. 1, 1991
TABLE 7
COUPON CONFIGURATION
Coupon A:
Less than 5 weekly attendances in last 8 weeks.
A levels:
Based on attendance
A1:
4 weekly attendances in last 8 weeks
A2:
3 weekly attendances in last 8 weeks
A3:
2 weekly attendances in last 8 weeks
A4:
1 weekly attendances in last 8 weeks
A5:
0 weekly attendances in last 8 weeks
Purchase Levels:
Coupon B:
$0-$24.99 average purchase
Coupon C:
$25-$49.99 average purchase
Coupon D:
$50-$74.99 average purchase
Coupon E:
$75+ average purchase
Coupon M:
OFF
Scanned data:
OFF
1.
Customer #1 Profile
Illustrate Coupon B
Total trips
223
Average Purchase
$22.43
Current Purchase
$24.98
Prior Attendance:
6
1 week ago
Yes
2 weeks ago
Yes
3 weeks ago
No
4 weeks ago
Yes
5 weeks ago
Yes
6 weeks ago
Yes
7 weeks ago
Yes
8 weeks ago
No
Customer Status
Frequent
Coupon A Level
N/A
Purchase Level
B
2.
Customer #2 Profile
Illustrate Coupon C
Total trips
89
Average Purchase
$41.83
Current Purchase
$48.38
Prior Attendance:
5
1 week ago
Yes
2 weeks ago
Yes
3 weeks ago
No
4 weeks ago
Yes
5 weeks ago
Yes
6 weeks ago
No
7 weeks ago
Yes
8 weeks ago
No
Customer Status
Frequent
Coupon A Level
N/A
Purchase Level
C
3.
Coupons to spool Customer #1
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
25 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
4.
Coupons to spool Customer #2
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
48 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
C
Discount
$1.00 OFF Bakery Purchase
of $5.00 or more
C
Discount
50¢ OFF ½ Gallon Ice Cream
5.
Customer #3 Profile
Illustrate Coupon D
Total trips
123
Average Purchase
$66.41
Current Purchase
$58.93
Prior Attendance:
7
1 week ago
Yes
2 weeks ago
Yes
3 weeks ago
Yes
4 weeks ago
Yes
5 weeks ago
Yes
6 weeks ago
No
7 weeks ago
Yes
8 weeks ago
Yes
Customer Status
Frequent
Coupon A Level
N/A
Purchase Level
D
6.
Customer #4 Profile
Illustrate Coupon E
Total trips
77
Average Purchase
$112.69
Current Purchase
$127.48
Prior Attendance:
7
1 week ago
No
2 weeks ago
Yes
3 weeks ago
Yes
4 weeks ago
Yes
5 weeks ago
Yes
6 weeks ago
Yes
7 weeks ago
Yes
8 weeks ago
Yes
Customer Status
Frequent
Coupon A Level
N/A
Purchase Level
E
7.
Coupons to spool Customer #3
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
59 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
8.
Coupons to spool Customer #4
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
127 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
E
Discount
$2.00 OFF Delicatessen Purchase of $10.00 or more
E
Random
Lucky Winner of a FREE 10 lb. Turkey
(100:1)*
E
Discount
$3.00 OFF any 5 gourmet style frozen entrees
9.
Customer #5 Profile
Illustrate Coupon A, Level 5
Total trips
81
Average Purchase
$73.62
Current Purchase
$87.09
Prior Attendance:
0
1 week ago
No
2 weeks ago
No
3 weeks ago
No
4 weeks ago
No
5 weeks ago
No
6 weeks ago
No
7 weeks ago
No
8 weeks ago
No
Customer Status
Infrequent
Coupon A Level
5
Purchase Level
D
10.
Coupons to spool Customer #5
Trip #1 - - (Begin Coupon A Level 5)
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
87 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$8.00 OFF Next Purchase of $40.00 or more
- - OR - -
$4.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Discount
FREE 1 gallon Milk
A5
Discount
FREE 1 dozen large Grade A Eggs
11.
Coupons to spool Customer #5
Trip #2 - - 7 days from start of program
Purchase = $71.78
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
72 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$4.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Discount
FREE 1 gallon Milk
A5
Discount
FREE 1 dozen large Grade A Eggs
12.
Coupons to spool Customer #5
Trip #3 - - 12 days from start of program
Purchase = $54.81
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
55 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$4.00 OFF Next Purchase of
$25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Discount
FREE 1 gallon Milk
A5
Discount
FREE 1 dozen large Grade A Eggs
13.
Coupons to spool Customer #5
Trip #4 - - 21 days from start of program
Purchase = $63.09
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
63 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$6.00 OFF Next Purchase of $40.00 or more
- - OR - -
$3.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Install
20 BONUS Turkey Bucks
14.
Coupons to spool Customer #5
Trip #5 - - 35 days from start of program
Purchase = $118.68
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
119 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$6.00 OFF Next Purchase of $40.00 or more
- - OR - -
$3.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Install
20 BONUS Turkey Bucks
15.
Coupons to spool Customer #5
Trip #6 - - 39 days from start of program
Purchase = $44.11
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
44 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$6.00 OFF Next Purchase of $40.00 or more
- - OR - -
$3.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Install
20 BONUS Turkey Bucks
16.
Coupons to spool Customer #5
Trip #7 - - 48 days from start of program
Purchase = $72.53
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
73 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$3.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Discount
20 OFF on ALL Deli Purchases
17.
Coupons to spool Customer #5
Trip #8 - - 58 days from start of program
Purchase = $80.39
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
80 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$3.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
A5
Discount
20 OFF on ALL Deli Purchases
18.
Coupons to spool Customer #5
Trip #9 - - 67 days from start of program
Purchase = $66.34
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
66 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$2.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
19.
Coupons to spool Customer #5
Trip #10 - - 72 days from start of program
Purchase = $48.61
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
49 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
$2.00 OFF Next Purchase of $25.00 or more
A5
Discount
FREE 12 pack Soda
20.
Coupons to spool Customer #5
Trip #11 - - 80 days from start of program
Purchase = $81.42
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
81 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
FREE 12 pack Soda
21.
Coupons to spool Customer #5
Trip #12 - - 87 days from start of program
Purchase = $112.49
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
112 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
FREE 12 pack Soda
22.
Coupons to spool Customer #5
Trip #13 - - Program is complete
Purchase = $61.00
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
61 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase of $10.00
or more
D
Discount
$1.00 OFF Deli Pizza
*Random coupon set to spool 1 out of 100 accesses
TABLE 8
Coupon M Configuration
1.
Coupon A:
Less than 5 weekly attendances in last 8
weeks.
A levels:
Based on attendance
A1:
4 weekly attendances in last 8 weeks
A2:
3 weekly attendances in last 8 weeks
A3:
2 weekly attendances in last 8 weeks
A4:
1 weekly attendances in last 8 weeks
A5:
0 weekly attendances in last 8 weeks
Purchase Levels:
Coupon B:
$0-$24.99 average purchase
Coupon C:
$25-$49.99 average purchase
Coupon D:
$50-$74.99 average purchase
Coupon E:
$75+ average purchase
Coupon M:
10% increase on Average $50 or less
Test effectiveness after 3 trips
Scanned data:
OFF
2.
Customer #6 Profile
Illustrate Coupon M
Total trips
223
Average Purchase
$22.43
Current Purchase
$24.98
Prior Attendance:
6
1 week ago
Yes
2 weeks ago
Yes
3 weeks ago
No
4 weeks ago
Yes
5 weeks ago
Yes
6 weeks ago
Yes
7 weeks ago
Yes
8 weeks ago
No
Customer Status
Frequent
Coupon A Level
N/A
Purchase Level
B
Maxxer Base
$22
Maxxer Target
$25
Rounded to
$5
Class
Type
Description
3.
Coupons to spool Customer #6
Trip #1 (Begin Coupon M Program)
Std
Info
Shop our NEW Deli
Std
Install
25 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF laundry Detergent
B
Discount
25¢ OFF Cereal
M
Discount
$1.00 OFF Next Grocery Purchase
of $25.00 or more
4.
Coupons to spool Customer #6
Trip #2 -- 7 days from start of Program
Purchase $31.68
Std
Info
Shop our NEW Deli
Std
Install
32 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
M
Discount
$1.00 OFF Next Grocery Purchase
of $25.00 or more
5.
Coupons to spool Customer #6
Trip #3 -- 14 days from start of Program
Purchase $36.45
Std
Info
Shop our NEW Deli
Std
Install
36 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
M
Discount
$1.00 OFF Next Grocery Purchase
of $25.00 or more
6.
Coupons to spool Customer #6
Trip #4 -- 14 days from start of Program
Purchase = $29.67
Average since program began = $32.60
Program is complete
Std
Info
Shop our NEW Deli
Std
Install
30 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
7.
Customer #7 Profile
Illustrate Out of Range for Coupon M
Total trips
123
Average Purchase
$66.41
Current Purchase
$58.93
Prior Attendance:
7
1 week ago
Yes
2 weeks ago
Yes
3 weeks ago
Yes
4 weeks ago
Yes
5 weeks ago
Yes
6 weeks ago
No
7 weeks ago
Yes
8 weeks ago
Yes
Customer Status
Frequent
Coupon A Level
N/A
Purchase Level
D
Maxxer Base
$66
Maxxer Target*
N/A
*Base above $50 ceiling
8.
Coupons to spool Customer #7
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
59 Turkey Bucks
Std
Outside Ad
Free drink at Rods Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
TABLE 9
Super A Coupon Configuration
1.
Coupon A:
Less than 5 weekly attendances in last 8
weeks.
A levels:
Based on attendance
A1:
4 weekly attendances in last 8 weeks
A2:
3 weekly attendances in last 8 weeks
A3:
2 weekly attendances in last 8 weeks
A4:
1 weekly attendances in last 8 weeks
A5:
0 weekly attendances in last 8 weeks
Super A:
Applied to 30 or more days absent
Duration of program is 3 trips
Purchase Levels:
Coupon B:
$0-$24.99 average purchase
Coupon C:
$25-$49.99 average purchase
Coupon D:
$50-$74.99 average purchase
Coupon E:
$75+ average purchase
Coupon M
OFF
Scanned data:
OFF
2.
Customer #8 Profile
Illustrate Coupon A, Level 3
and Super A
Total trips
81
Average Purchase
$73.62
Current Purchase
$87.09
Prior Attendance:
0
1 week ago
No
2 weeks ago
No
3 weeks ago
No
4 weeks ago
No
5 weeks ago
No
6 weeks ago
Yes
7 weeks ago
Yes
8 weeks ago
No
Customer Status
Infrequent
Coupon A Level
3
Purchase Level
D
3.
Coupons to spool Customer #8
Trip #1 - (Begin Coupon A Level 3)
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
87 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/ Sandwich Purchase
SW
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A3
Discount
$6.00 OFF Next Purchase of $40.00
or more - OR -
$3.00 OFF Next Purchase of $25.00
or more
A3
Discount
FREE 12 pack Soda
A3
Discount
FREE 1 loaf of bread
4.
Coupons to spool Customer #8
Trip #2 - 7 days from start of program
Purchase = $71.78
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
72 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/ Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A3
Discount
$6.00 OFF Next Purchase of $40.00
or more - OR -
$3.00 OFF Next Purchase of $25.00
or more
A3
Discount
FREE 12 pack Soda
A3
Discount
FREE 1 loaf of bread
5.
Coupons to spool Customer #8
Trip #3 - 12 days from start of program
Purchase = $54.81
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
55 Turkey Bucks
SW
Outside Ad
Free drink at Rod's Sandwich Shop
w/ Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A3
Discount
$6.00 OFF Next Purchase of $40.00
or more - OR -
$3.00 OFF Next Purchase of $25.00
or more
A3
Discount
FREE 12 pack Soda
A3
Discount
FREE 1 loaf of bread
6.
Coupons to spool Customer #8
Trip #4 - 47 days from start of program
Purchase = $63.09
Begin SUPER A Program
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
63 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
SW
Discount
75¢ OFF Chicken Fryers
SW
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
SA3
Discount
$8.00 OFF Next Purchase of $40.00
or more - OR -
$4.00 OFF Next Purchase of $25.00
or more
SA3
Discount
FREE 12 pack Soda
SA3
Install
25 BONUS Turkey Bucks
SA3
Discount
FREE ½ Gallon Ice Cream
SA3
Discount
FREE 10 lb Whole Chicken Fryer
7.
Coupons to spool Customer #8
Trip #2 - 7 days from start of Super A program
Purchase = $48.92
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
49 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
SA3
Discount
$8.00 OFF Next Purchase of $40.00
or more - OR -
$4.00 OFF Next Purchase of $25.00
or more
SA3
Discount
FREE 12 pack Soda
SA3
Install
25 BONUS Turkey Bucks
SA3
Discount
FREE ½ Gallon Ice Cream
SA3
Discount
FREE 10 lb Whole Chicken Fryer
8.
Coupons to spool Customer #8
Trip #3 - 17 days from start of Super A program
Purchase = $55.63
SUPER A is complete, Next Visit resumes
Coupon A Program at trip #4
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
56 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
SA3
Discount
$8.00 OFF Next Purchase of $40.00
or more - OR -
$4.00 OFF Next Purchase of $25.00
or more
SA3
Discount
FREE 12 pack Soda
SA3
Install
25 BONUS Turkey Bucks
SA3
Discount
FREE ½ Gallon Ice Cream
SA3
Discount
FREE 10 lb Whole Chicken Fryer
9.
Coupons to spool Customer #8
Trip #4 - 76 days from start of program
Purchase = $72.18
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
72 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Stet
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A3
Discount
$6.00 OFF Next Purchase of $40.00
or more - OR -
$3.00 OFF Next Purchase of $25.00
or more
A3
Discount
FREE 12 pack Soda
A3
Discount
FREE 1 loaf of bread
10.
Coupons to spool Customer #8
Trip #5 - 84 days from start of program
Purchase = $118.68
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
119 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Ski
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A3
Discount
$3.00 OFF Next Purchase of $25.00
or more
A3
Discount
FREE 12 pack Soda
11.
Coupons to spool Customer #8
Trip #6 - 93 days from start of program
Purchase = $44.11
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
44 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A3
Discount
$3.00 OFF Next Purchase of $25.00
or more
A3
Discount
FREE 12 pack Soda
12.
Coupons to spool Customer #8
Trip #7 - 99 days from start of program
Purchase = $72.53
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
73 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A3
Discount
FREE 12 pack Soda
A3
Discount
20 OFF on ALL Deli Purchases
13.
Coupons to spool Customer #8
Trip #8 - 108 days from start of program
Purchase = $80.39
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
80 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
FREE 12 pack Soda
A5
Discount
20 OFF on ALL Deli Purchases
14.
Coupons to spool Customer #8
Trip #9 - 117 days from start of program
Purchase = $66.34
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
66 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
FREE 12 pack Soda
15.
Coupons to spool Customer #8
Trip #10 - 122 days from start of program
Purchase = $48.61
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
49 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
FREE 12 pack Soda
16.
Coupons to spool Customer #8
Trip #11 - 130 days from start of program
Purchase = $81.42
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
81 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
FREE 12 pack Soda
17.
Coupons to spool Customer #8
Trip #12 ? 137 days from start of program
Purchase = $112.49
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
112 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
A5
Discount
FREE 12 pack Soda
18.
Coupons to spool Customer #8
Trip #13 ? Program is complete
Purchase = $61.00
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
61 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop
w/Sandwich Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
D
Discount
$2.00 OFF Meat Department Purchase
of $10.00 or more
D
Discount
$1.00 OFF Deli Pizza
TABLE 10
Coupon Configuration
1.
Coupon A:
Less than 5 weekly attendances in last 8 weeks.
A levels:
Based on attendance
A1:
4 weekly attendances in last 8 weeks
A2:
3 weekly attendances in last 8 weeks
A3:
2 weekly attendances in last 8 weeks
A4:
1 weekly attendances in last 8 weeks
A5:
0 weekly attendances in last 8 weeks
Purchase Levels:
Coupon B:
$0-$24.99 average purchase
Coupon C:
$25-$49.99 average purchase
Coupon D:
$50-$74.99 average purchase
Coupon E:
$75+ average purchase
Coupon M:
10% increase on Average $50 or less
Test effectiveness after 3 trips
Super M:
Based on NO improvement in average purchase
Run for duration of 3 trips
Scanned data:
ON Building Echo Coupons and Customer
Profiles
2.
Customer #9 Profile
Illustrate Coupon M & Super M
using Echo Coupons to intent
Assume items such as disposable
diapers and baby food have
been scanned previously
Total trips
223
Average Purchase
$22.43
Current Purchase
$24.98
Prior Attendance:
6
1 week ago
Yes
2 weeks ago
Yes
3 weeks ago
No
4 weeks ago
Yes
5 weeks ago
Yes
6 weeks ago
Yes
7 weeks ago
Yes
8 weeks ago
No
Customer status
Frequent
Coupon A level
N/A
Purchase level
B
Maxxer Base
$22
Maxxer Target
rounded to $5
$25
3.
Coupons to spool Customer #9
Trip #1 (Begin Coupon M Program)
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
25 Turkey Bucks
Std
OutsideAd
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
M
Echo
$1 OFF Disposable Diapers Purchase of $25.00
or more
4.
Coupons to spool Customer #9
Trip #2 - - 7 days from start of Program
Purchase $21.68
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
22 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
M
Echo
$1 OFF Disposable Diapers Purchase of $25.00
Or more
5.
Coupons to spool Customer #9
Trip #3 - - 14 days from start of Program
Purchase $16.45
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
16 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
M
Echo
$1 OFF Disposable Diapers Purchase of $25.00
or more
6.
Coupons to spool Customer #9
Trip #4 - - 23 days from start of Program
Purchase = $29.67
Average since program began = $22.60
No Increase - Begin Super M Program
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
30 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
SM
Echo
FREE Box 24 count Disposable Diaper with
Purchase of $25.00
SM
Echo
$1.00 OFF Baby Wipes with Purchase of $25.00
7.
Coupons to spool Customer #9
Super M Trip #2 - - 32 days from start of Program
Purchase = $36.84
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
37 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
SM
Echo
FREE Box 24 count Disposable Diaper with
Purchase of $25.00
SM
Echo
$1.00 OFF Baby Wipes with Purchase of $25.00
8.
Coupons to spool Customer #9
Super M Trip #3 - - 40 days from start of Program
Purchase = $32.32
Super M Complete
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
32 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
SM
Echo
FREE Box 24 count Disposable Diaper with
Purchase of $25.00
SM
Echo
$1.00 OFF Baby Wipes with Purchase of $25.00
9.
Coupons to spool Customer #9
Trip #3 - - 46 days from start of Program
Purchase $26.78
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
27 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
Std
Discount
50¢ OFF Canned Peas
Std
Discount
75¢ OFF Chicken Fryers
Std
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
M
Echo
$1 OFF Disposable Diapers Purchase of $25.00
or more
10.
Coupons to spool Customer #9
Trip #3 - - 50 days from start of Program
Purchase $29.11
Avg > $25.00 - - Coupon M is complete
Class
Type
Description
Std
Info
Shop our NEW Deli
Std
Install
29 Turkey Bucks
Std
Outside Ad
Free drink at Rod's Sandwich Shop w/ Sandwich
Purchase
SW
Discount
50¢ OFF Canned Peas
SW
Discount
75¢ OFF Chicken Fryers
SW
Discount
$3.00 OFF New Prescription
B
Discount
50¢ OFF Laundry Detergent
B
Discount
25¢ OFF Cereal
TABLE 11
INFREQUENCY
COUPON “A”
DEAL
NO Consumption
Level 1
50% Off
1-20% of Brand A vs. all Product Type
Level 2
40% Off
21-40% of Brand A vs. all Product Type
Level 3
25% Off
40-50% of Brand A vs. all Product Type
Level 4
10% Off
TABLE 12
PACKAGE SIZE TO
WEEKLY CONSUMPTION
USE FOR INCENTIVE
LIST PRICE
0-5 ounces
8 ounce size
$1.00
6-15 ounces
12 ounce size
$1.50
16-25 ounces
20 ounce size
$2.50
26 plus ounces
32 ounce size
$4.00
TABLE 13
Super A Level 1
Original incentive plus 20%
Super A Level 2
Original incentive plus 40%
Super A Level 3
Original incentive plus 60%
Super A Level 4
Original incentive plus 80%
Super A Level 5
Double the original incentive
TABLE 14
Household
1
2
3
4
5
6
7
8
Weeks Tracked
10
14
15
14
18
12
13
7
Avg Weekly Consumption
17
12
36
4.5
5
12
44
18.5
of Product Type (Ounces)
Avg Weekly Consumption
4
2
15
3
2
4.5
5
0
of Brand A (Ounces)
% Brand A
24
17
42
67
40
38
11
0
Coupon “A” Level
3
2
4
N/A
4
3
2
1
TABLE 15
HOUSEHOLD
1
2
3
4
5
6
7
8
WEEK #1
Coupon Type
A3 (1)
A2 (1)
A4 (1)
A4 (1)
A3 (1)
A2 (1)
Al (1)
Cents off
60¢
60¢
40¢
10¢
35¢
$1.60
$1.25
Product Size (Oz)
20
12
32
8
12
32
20
WEEK #2
Prior Coupon Redeemed
Yes
No
Yes
No
No
Yes
Yes
Coupon Type
A3 (2)
SA1 (1)
A4 (2)
SA1 (1)
SA1 (1)
A2 (2)
A1 (2)
Cents Off
60¢
70¢
40¢
15¢
40¢
$1.60
$1.25
Product Size (Oz)
20
12
32
8
12
32
20
WEEK #3
Prior Coupon Redeemed
YES
NO
YES
YES
NO
YES
YES
Coupon Type
A3 (3)
SA2 (1)
A4 (3)
SA1 (2)
SA2 (1)
A2 (3)
A1 (3)
Cents Off
60¢
85¢
40¢
15¢
50¢
$1.60
$1.25
Product Size (Oz)
20
12
32
8
12
32
20
WEEK #4
Prior Coupon Redeemed
Yes
Yes
No
Yes
No
No
Yes
Coupon Type
A3 (4)
SA2 (2)
SA1 (1)
A4 (2)
SA3 (1)
SA1 (1)
A1 (4)
Cents Off
60¢
85¢
50¢
10¢
55¢
$1.90
$1.25
Product Size (Oz.)
20
12
32
8
12
32
20
WEEK #5
Prior Coupon Redeemed
Yes
Yes
No
Yes
No
Yes
Yes
Coupon Type
A3 (5)
A2 (2)
SA2 (1)
A4 (3)
SA4 (1)
SA1 (2)
A1 (5)
Cents Off
60¢
60¢
55¢
10¢
65¢
$1.90
$1.25
Product Size (Oz.)
20
12
32
8
12
32
20
WEEK #6
Prior Coupon Redeemed
Yes
Yes
Yes
Yes
No
Yes
Yes
Coupon Type
A2 (3)
SA2 (2)
A4 (4)
SA5 (1)
A2 (4)
Cents off
60¢
55¢
10¢
70¢
$1.60
Product Size (Oz)
12
32
8
12
32
WEEK #7
Prior Coupon Redeemed
Yes
Yes
Yes
No
Yes
Coupon Type
A2 (4)
A4 (4)
A4 (5)
SA5 (1)
A2 (5)
Cents Off
60¢
40¢
10¢
70¢
$1.60
Product Size (Oz)
12
32
8
12
32
WEEK #8
Prior Coupon Redeemed
No
Yes
Yes
Yes
Yes
Coupon Type
SA1 (1)
A4 (5)
SA5 (2)
Cents Off
70¢
40¢
70¢
Product Size (Oz)
12
32
12
WEEK #9
Prior Coupon Redeemed
Yes
Yes
Yes
Coupon Type
SA1 (2)
A3 (2)
Cents Off
70¢
35¢
Product Size (Oz.)
12
12
WEEK #10
Prior Coupon Redeemed
No
Yes
Coupon Type
SA2 (1)
A3 (3)
Cents Off
85¢
35¢
Product Size (Oz.)
12
12
WEEK #11
Prior Coupon Redeemed
Yes
Yes
Coupon Type
SA2 (2)
A3 (4)
Cents Off
85¢
35¢
Product Size (Oz)
12
12
WEEK #12
Prior Coupon Redeemed
Yes
Yes
Coupon Type
A2 (5)
A3 (5)
Cents Off
60¢
35¢
Product Size (Oz)
12
12
WEEK #13
Prior Coupon Redeemed
Yes
Yes
Coupon Type
Cents Off
Product Size (Oz)
Deaton, David W., Gabriel, Rodney G.
Patent | Priority | Assignee | Title |
Patent | Priority | Assignee | Title |
2995727, | |||
3316536, | |||
3465289, | |||
3528058, | |||
3535682, | |||
3576539, | |||
3605092, | |||
3629829, | |||
3657702, | |||
3697693, | |||
3719927, | |||
3786421, | |||
3792437, | |||
3833885, | |||
3876981, | |||
3914789, | |||
3941977, | Sep 01 1972 | The Mosler Safe Company | Off-line cash dispenser and banking system |
3949363, | Jun 28 1974 | RECOGNITION INTERNATIONAL INC | Bar-Code/MICR/OCR merge |
3959624, | Dec 13 1974 | Coded merchandising coupon | |
3987411, | Aug 11 1975 | Unisys Corporation | Character recognition system employing extraneous and required peak detection with variable threshold controlled timing |
4002886, | Jun 20 1975 | Electronic price display unit | |
4015701, | Aug 28 1975 | Unisys Corporation | Apparatus for driving a document through an encoder station |
4017835, | Feb 11 1974 | CODED VERIFICATION SYSTEMS, INC | System for verifying credit status |
4027142, | Mar 06 1974 | RECOGNITION INTERNATIONAL INC | Automated processing of financial documents |
4053735, | Aug 07 1975 | Assured-check computer-based bank credit disbursing system | |
4053737, | Jun 25 1976 | RECOGNITION INTERNATIONAL INC | Magnetic reader for bar encoded characters |
4063070, | Apr 01 1976 | International Business Machines Corporation | Wideband frequency multiplier particularly adapted for use in badge readers and the like |
4087789, | Apr 27 1977 | Unisys Corporation | Magnetic ink character recognition system |
4088879, | Aug 04 1975 | Unisys Corporation | Credit card reader amplifier |
4091448, | Oct 29 1976 | Off-line, one-level/on-line, two-level timeshared automated banking system | |
4107653, | May 23 1977 | Unisys Corporation | Document processing, magnetic character detecting apparatus |
4109238, | Oct 06 1975 | TELECREDIT, INC | Apparatus for verifying checks presented for acceptance |
4114027, | Sep 13 1976 | The Mosler Safe Company | On-line/off-line automated banking system |
4124109, | Feb 11 1977 | Robin, Bissell | Dispensing apparatus and method |
4127770, | Oct 02 1975 | Interroll Fordertechnik GmbH & Co. K.G. | Arrangement for synchronizing an information reading device with the speed of an information medium |
4142235, | May 24 1976 | Tokyo Electric Co., Ltd. | Electronic cash register |
4143355, | Aug 29 1977 | SIGNATURE GUARANTEE SYSTEMS, INC ; SIGNATURE GUARANTEE SYSTEMS, INC , A NE CORP , | Character recognition system |
4143356, | Oct 31 1977 | NCR Canada Ltd - NCR Canada Ltee | Character recognition apparatus |
4148010, | Oct 31 1977 | NCR Canada Ltd. - NCR Canada LTEE | Magnetic ink character reader system |
4176783, | Jun 21 1978 | EPIC DATA INTERNATIONAL INC | Manually operable card reader including column sensor |
4201978, | Oct 19 1978 | NCR Canada Ltd. -- NCR Canada Ltee | Document processing system |
4208575, | Nov 23 1977 | Valmet Corporation | Credit card or check validator |
4245211, | Nov 13 1978 | BANTEC, INC , A CORP, OF DELAWARE | MICR Waveform analyzer |
4260880, | Dec 12 1979 | Key Tronic Corporation | Optical character scanner |
4277689, | Dec 12 1979 | Key Tronic Corporation | Document reader |
4325117, | Dec 31 1979 | Honeywell Information Systems Inc. | Apparatus for calculating a check digit for a stream of data read from a document |
4332325, | Oct 08 1980 | RIVERWOOD INTERNATIONAL USA, INC | Bottle package with promotional card insert |
4356472, | Jun 27 1980 | International Business Machines Corporation | Character recognition system |
4380734, | Jun 30 1980 | AT & T TECHNOLOGIES, INC , | Measuring magnetic intensity independent of speed in a succession of moving magnetic strips |
4381494, | Oct 06 1980 | Unisys Corporation | Intercharacter gap detector for MICRS |
4396902, | Jul 07 1980 | SIEMENS-NIXDORF INFORMATION SYSTEMS, INC , A CORP OF MA | OCR/Variable head slot reader |
4399553, | Dec 29 1979 | Kabushiki Kaisha Sankyo Seiki Seisakusho | Character reader |
4404649, | Nov 03 1980 | Recognition Equipment Incorporated | Document processing system |
4425626, | Nov 29 1979 | Honeywell Information Systems Inc. | Apparatus for translation of character codes for application to a data processing system |
4439670, | Nov 30 1979 | Electronique Marcel Dassault | Method and device for the checking of the number of access attempts to an electronic store, notably that of an integrated circuit of an object such as a credit card or a buyer's card |
4441204, | Dec 15 1980 | Compagnie Internationale pour l'Informatique Cii-Honeywell Bull (Societe | Apparatus for recognition of stylized characters |
4453074, | Oct 19 1981 | American Express Company | Protection system for intelligent cards |
4485300, | Mar 18 1982 | VISA U.S.A., Inc. | Loss control system |
4510615, | Dec 29 1981 | International Business Machines Corporation | Magnetic character reader with double document detection |
4523330, | Dec 23 1982 | NCR Canada Ltd - NCR Canada Ltee | Banking system and method |
4547780, | Sep 17 1984 | Fargo Electronic Services Inc. | Printer with manual paper feed and weigh scale incorporating the same |
4547899, | Sep 30 1982 | NCR Corporation | Waveform matching system and method |
4554446, | Nov 18 1983 | GERALD AND LEONA R SINGER FAMILY TRUST | Supermarket inventory control system and method |
4595997, | Nov 28 1979 | Honeywell Information Systems Inc. | Queue symbol field recovery flags for defining boundaries of one or more fields of a document read by a reader sorter |
4617457, | Dec 19 1983 | NCR Corporation | Teller-assisted, customer-operated ATM document cashing system |
4628194, | Oct 10 1984 | Mars, Inc.; MARS, INCORPORATED, A CORP OF DE | Method and apparatus for currency validation |
4630201, | Feb 14 1984 | International Security Note & Computer Corporation; INTERNATIONAL SECURITY NOTE AND COMPUTER CORPORATION 33 AVENIDA FEDERICO BOYD, APARTADO 951 PANAMA CITY,PANAMA | On-line and off-line transaction security system using a code generated from a transaction parameter and a random number |
4658194, | Feb 07 1984 | Casablanca Fan Company | Closed loop control circuitry for step motors |
4670853, | Sep 04 1984 | Coupon computer and method for handling coupons | |
4672377, | Sep 09 1985 | SINGER, GERALD 10% ; MURPHY, ARTHUR JOHN 45% ; STRATTON, JOSEPH F 45% | Check authorization system |
4672572, | May 21 1984 | Gould Inc. | Protector system for computer access and use |
4673802, | Feb 23 1983 | Omron Tateisi Electronics Co. | System for making payments for transactions |
4674041, | Sep 15 1983 | Catalina Marketing International, Inc | Method and apparatus for controlling the distribution of coupons |
4674802, | Sep 17 1982 | KENNAMETAL PC INC | Multi-insert cutter bit |
4676343, | Jul 09 1984 | International Business Machines Corporation | Self-service distribution system |
4678895, | Oct 29 1982 | VERVE, L L C | System for making payments for transactions |
4703423, | Jul 10 1984 | Recipe Terminal Corporation | Apparatus and method for generation of brand name specific advertising media |
4722054, | Oct 31 1984 | NCR Corporation | Input system for POS terminal |
4723212, | Jul 18 1984 | Catalina Marketing International, Inc | Method and apparatus for dispensing discount coupons |
4727243, | Oct 24 1984 | SPRINT INTERNATIONAL COMMUNICATIONS CORPORATION, A CORP OF DE | Financial transaction system |
4745468, | Mar 10 1986 | RESPONSE REWARD SYSTEMS, L C | System for evaluation and recording of responses to broadcast transmissions |
4748668, | Jul 09 1986 | Yeda Research and Development Company Limited | Method, apparatus and article for identification and signature |
4748673, | Jun 08 1984 | Dassault Electronique | Reader for reading magneto-optical characters, with the options of printing them or storing them |
4750119, | Oct 10 1986 | HAMPTON VENTURES CORP | Purchasing system with rebate feature |
4776021, | Nov 16 1987 | NCR Corporation | Speed compensation scheme for reading MICR data |
4791281, | Oct 16 1986 | C P C , INVESTMENT TRUST | Encoding and decoding system |
4797938, | Oct 15 1985 | International Business Machines Corporation | Method of identifying magnetic ink (MICR) characters |
4799156, | Oct 01 1986 | Strategic Processing Corporation | Interactive market management system |
4809351, | Jun 07 1985 | SABA TECHNOLOGIES | Optical character reader |
4810866, | Aug 07 1987 | Check validation/check writing system | |
4812628, | May 02 1985 | Visa International Service Association | Transaction system with off-line risk assessment |
4821186, | Feb 10 1986 | OMRON TATEISI ELECTRONICS CO | Bar code reading electronic cash register having an automatic discount function |
4825045, | Jul 24 1986 | ADVANCE PROMOTION TECHNOLOGIES, INC | System and method for checkout counter product promotion |
4833308, | Jul 24 1986 | ADVANCE PROMOTION TECHNOLOGIES, INC | Checkout counter product promotion system and method |
4872113, | Aug 27 1987 | JBS Associates, Inc. | Credit check scanner data analysis system |
4876592, | Mar 10 1986 | RESPONSE REWARD SYSTEMS, L C | System for merchandising and the evaluation of responses to broadcast transmissions |
4882675, | Nov 26 1984 | COUPCO, INC | Paperless system for distributing, redeeming and clearing merchandise coupons |
4885685, | Sep 18 1987 | L & C Family Partnership | Investment management system with travel usage funds indexed to customer account status |
4887207, | Dec 29 1987 | International Business Machines Corporation | Automated system for evaluating the sensitivity of inventory costs due to fluctuations in customer demand |
4891503, | Mar 29 1988 | GASCARD CLUB, INC , A CORP OF DE | Distributed authorization system |
4897880, | Feb 17 1987 | Soricon Corporation | Data acquisition control method and system for a hand held reader |
4908761, | Sep 16 1988 | GFG CORPORATION | System for identifying heavy product purchasers who regularly use manufacturers' purchase incentives and predicting consumer promotional behavior response patterns |
4910672, | Jul 18 1984 | Catalina Marketing International, Inc | Method and apparatus for dispensing discount coupons |
4926255, | Mar 10 1986 | RESPONSE REWARD SYSTEMS, L C | System for evaluation of response to broadcast transmissions |
4933536, | Oct 01 1987 | LINDEMANN, DENNIS | Check processing device |
4941090, | Jan 27 1989 | Centralized consumer cash value accumulation system for multiple merchants | |
4947321, | Apr 04 1988 | Stanford Technologies, Inc. | MICR rejects analysis and management information system |
4949256, | May 06 1988 | THE SPERRY AND HUTCHINSON COMPANY, INC | Coupon validation network with storage of customer coupon data for credit on future purchases |
4972504, | Feb 11 1988 | A C NIELSEN US , INC | Marketing research system and method for obtaining retail data on a real time basis |
4975841, | Mar 03 1989 | AMCOL INTERNATIONAL CORPORATION, A DELAWARE CORPORATION | Method and apparatus for reporting customer data |
4982346, | Dec 16 1988 | INTER*ACT SYSTEMS, INC | Mall promotion network apparatus and method |
4993068, | Nov 27 1989 | Motorola, Inc. | Unforgeable personal identification system |
5008518, | Mar 24 1989 | SPECTRA-PHYSICS, INC , 3333 NORTH FIRST STREET, SAN JOSE, CALIFORNIA 95134 A CORP OF DELAWARE | Data gathering system interface |
5010485, | Jan 31 1989 | JENKINS, CAROLYN S | Apparatus, system and method for creating credit vouchers usable at point of purchase stations |
5014324, | Dec 21 1987 | NCR Corporation | MICR character reader using magnetic peaks to update timing clocks |
5025372, | Sep 17 1987 | WELLS FARGO BUSINESS CREDIT, INC | System and method for administration of incentive award program through use of credit |
5034807, | Mar 10 1986 | RESPONSE REWARD SYSTEMS, L C | System for evaluation and rewarding of responses and predictions |
5039848, | Jun 19 1987 | INTER*ACT SYSTEMS, INC | Method and machine for dispensing coupons |
5040226, | May 31 1988 | Computer Sciences Corporation | Courtesy amount read and transaction balancing system |
5053607, | Oct 06 1986 | Point-of-sale device particularly adapted for processing checks | |
5053955, | Mar 23 1989 | FULFILLMENT SYSTEMS INC | Process and apparatus for administering promotional mailings |
5054092, | May 05 1987 | CHECKMATE ELECTRONICS, INC , A CORP OF NEVADA | Hand-operated low cost magnetic character recognition system |
5056019, | Aug 29 1989 | CITIBANK NEW YORK STATE INC | Automated purchase reward accounting system and method |
5057915, | Mar 10 1986 | RESPONSE REWARD SYSTEMS, L C | System and method for attracting shoppers to sales outlets |
5070452, | Jun 30 1987 | NORTHERN PATENT MANAGEMENT, INC | Computerized medical insurance system including means to automatically update member eligibility files at pre-established intervals |
5077805, | May 07 1990 | Eastman Kodak Company | Hybrid feature-based and template matching optical character recognition system |
5091634, | Oct 04 1988 | GN ELECTRONICS INC | Coupon validation terminal |
5095195, | Aug 03 1988 | Thru-The-Wall Corporation | Automated videocassette dispensing terminal with reservation feature |
5117355, | Jan 27 1989 | Centralized consumer cash valve accumulation system for multiple merchants | |
5128520, | Aug 11 1989 | PSC SCANNING, INC | Scanner with coupon validation |
5128752, | Mar 10 1986 | QUEST NETTECH CORPORATION | System and method for generating and redeeming tokens |
5172314, | May 03 1991 | ELECTRONIC RETAILING SYSTEMS INTERNATIONAL, INC | Apparatus for communicating price changes including printer and display devices |
5173851, | Jul 18 1984 | Catalina Marketing International, Inc | Method and apparatus for dispensing discount coupons in response to the purchase of one or more products |
5179375, | Aug 07 1990 | Soricon Corporation | Interconnection system for an electronic cash register |
5185695, | Jul 14 1988 | Method and system for handling discount coupons by using centrally stored manufacturer coupons in place of paper coupons | |
5201010, | Jan 24 1992 | Catalina Marketing Corporation | Method and system for building a database and performing marketing based upon prior shopping history |
5202826, | Jan 27 1989 | Centralized consumer cash value accumulation system for multiple merchants | |
5227874, | Mar 10 1986 | QUEST NETTECH CORPORATION | Method for measuring the effectiveness of stimuli on decisions of shoppers |
5235345, | Oct 04 1990 | Kabushiki Kaisha Toshiba | Image recording apparatus for thermally recording images on a thermal-sensitive medium |
5237496, | Dec 07 1988 | Hitachi, Ltd. | Inventory control method and system |
5237620, | Jan 24 1992 | Catalina Marketing Corporation | Check reader method and system for reading check MICR code |
5245164, | Apr 03 1990 | Omron Corporation | Transaction processing apparatus |
5245533, | Dec 18 1990 | NCH PROMOTIONAL SERVICES, INC | Marketing research method and system for management of manufacturer's discount coupon offers |
5249044, | May 05 1992 | QUEST NETTECH CORPORATION | Product information storage, display, and coupon dispensing system |
5251152, | Jan 17 1991 | Hewlett-Packard Company; HEWLETT-PACKARD DEVELOPMENT COMPANY, L P ; Agilent Technologies, Inc | Storage and display of historical LAN traffic statistics |
5253345, | Jul 07 1988 | Sears Brands, LLC | Point of sale register system |
5256863, | Nov 05 1991 | COMARK TECHNOLOGIES, INC | In-store universal control system |
5283734, | Mar 10 1986 | QUEST NETTECH CORPORATION | System and method of communication with authenticated wagering participation |
5305196, | May 01 1989 | Catalina Marketing Corporation | Check transaction processing, database building and marketing method and system utilizing automatic check reading |
5310997, | Sep 10 1992 | Tandy Corporation | Automated order and delivery system |
5327508, | Jan 24 1992 | Catalina Marketing Corporation | Method and system for building a database and performing marketing based upon prior shopping history |
5337253, | Dec 07 1990 | Kaspar Wire Works, Inc. | Vending machine data processing system |
5353218, | Sep 17 1992 | Catalina Marketing Corporation | Focused coupon system |
5368129, | Jul 23 1992 | QUEST NETTECH CORPORATION | Retail facility with couponing |
5388165, | May 01 1989 | Catalina Marketing Corporation | Method and system for building a database and performing marketing based upon prior shopping history |
5430644, | May 01 1989 | Catalina Marketing Corporation | Check transaction processing, database building and marketing method and system utilizing automatic check reading |
5448471, | May 01 1989 | Catalina Marketing Corporation | Check transaction processing, database building and marketing method and system utilizing automatic check reading |
5459306, | Jun 15 1994 | BLOCKBUSTER L L C | Method and system for delivering on demand, individually targeted promotions |
5481094, | May 28 1993 | Fujitsu Limited | Point-of-sale terminal |
5483049, | Feb 07 1994 | FPX, LLC | Coupon exchanging and check writing system |
5493107, | May 07 1993 | Digicomp Research Corporation | Shelf price label and product placement verification method and apparatus |
5508731, | Mar 10 1986 | QUEST NETTECH CORPORATION | Generation of enlarged participatory broadcast audience |
5515098, | Sep 08 1994 | INVIDI Technologies Corporation | System and method for selectively distributing commercial messages over a communications network |
5526863, | Apr 18 1994 | Michelin Recherche et Technique S.A. | Tire with reduced bead mass |
5537314, | Apr 18 1994 | First Marketrust Intl. | Referral recognition system for an incentive award program |
5592560, | May 01 1989 | Catalina Marketing Corporation | Method and system for building a database and performing marketing based upon prior shopping history |
5604788, | Mar 16 1995 | Google Technology Holdings LLC | Wireless messaging system with electronic mail replication |
5612527, | Mar 31 1995 | MOTIVATION INNOVATIONS LLC | Discount offer redemption system and method |
5612868, | Jul 18 1984 | Catalina Marketing International, Inc | Method and apparatus for dispensing discount coupons |
5621812, | May 01 1989 | Catalina Marketing Corporation | Method and system for building a database for use with selective incentive marketing in response to customer shopping histories |
5632010, | Dec 22 1992 | ELECTRONIC RETAILING SYSTEMS INTERNATIONAL, INC | Technique for communicating with electronic labels in an electronic price display system |
5638457, | May 01 1989 | Catalina Marketing Corporation | Method and system for building a database for use with selective incentive marketing in response to customer shopping histories |
5642484, | May 13 1994 | Captive Communications, Inc. | Pump top advertisement distribution and display system with performance and sales information feedback |
5642485, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
5644723, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
5649114, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
5659469, | May 01 1989 | Catalina Marketing Corporation | Check transaction processing, database building and marketing method and system utilizing automatic check reading |
5675662, | May 01 1989 | Catalina Marketing Corporation | Method and system for building a database for use with selective incentive marketing in response to customer shopping histories |
5687322, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
5697844, | Mar 10 1986 | QUEST NETTECH CORPORATION | System and method for playing games and rewarding successful players |
5708782, | Mar 22 1993 | Method and apparatus for dispensing discount coupons | |
5710886, | Jun 16 1995 | Catalina Marketing Corporation | Electric couponing method and apparatus |
5712989, | Apr 02 1993 | DEUTSCHE BANK AG, NEW YORK BRANCH | Just-in-time requisition and inventory management system |
5713795, | Mar 10 1986 | QUEST NETTECH CORPORATION | System and method of communication with authenticated wagering participation |
5717866, | Jun 28 1996 | CODEPRO INNOVATIONS, L L C | Method for comparative analysis of consumer response to product promotions |
5719382, | Jul 22 1996 | NCR Corporation | Display peripheral incorporating a wedge interface |
5727153, | Jun 06 1995 | STERLING GLOBAL SOLUTIONS, LLC D B A SPARKFLY | Retail store having a system of receiving electronic coupon information from a portable card and sending the received coupon information to other portable cards |
5740549, | Jun 12 1995 | Meta Platforms, Inc | Information and advertising distribution system and method |
5751257, | Apr 28 1995 | Symbol Technologies, LLC | Programmable shelf tag and method for changing and updating shelf tag information |
5759101, | Mar 10 1986 | QUEST NETTECH CORPORATION | Central and remote evaluation of responses of participatory broadcast audience with automatic crediting and couponing |
5761648, | Jul 25 1995 | NEWS AMERICA MARKETING INTERACTIVE LLC; News America Marketing Properties LLC | Interactive marketing network and process using electronic certificates |
5765143, | Feb 28 1995 | EPICOR SOFTWARE CORPORATION; EAGLE PARENT, INC | Method and system for inventory management |
5771172, | Apr 28 1990 | KANEBO TRINITY HOLDINGS, LTD | Raw materials ordering system |
5781894, | Aug 11 1995 | Method and system for advertising on personal computers | |
5793972, | May 03 1996 | CALLAHAN CELLULAR L L C | System and method providing an interactive response to direct mail by creating personalized web page based on URL provided on mail piece |
5797132, | Nov 02 1994 | Pricer AB | Information display system for displaying information such as pricing information on shelves containing retail merchandise |
5806044, | Feb 20 1996 | STERLING GLOBAL SOLUTIONS, LLC D B A SPARKFLY | System and method for distributing coupons through a system of computer networks |
5806045, | Feb 04 1994 | LOYALTY CENTRAL INC | Method and system for allocating and redeeming incentive credits between a portable device and a base device |
5819954, | Sep 29 1993 | Ralphs Grocery Company | Coupon sorting system and method of sorting coupons |
5822735, | Sep 17 1992 | Catalina Marketing Corporation | Focused coupon system |
5832456, | Jan 18 1996 | PLANALYTICS, INC | System and method for weather adapted, business performance forecasting |
5832457, | May 06 1991 | Catalina Marketing Corporation | Method and apparatus for selective distribution of discount coupons based on prior customer behavior |
5844221, | Mar 21 1997 | NCR Voyix Corporation | Method and system for redeeming coupons |
5845259, | Jun 27 1996 | ELECTRONIC CONSUMER CONCEPTS, L L C | Electronic coupon dispensing system |
5845529, | Jul 18 1995 | Malcam Ltd. | Device and method for determining the moisture content of material |
5850446, | Jun 17 1996 | Hewlett Packard Enterprise Development LP | System, method and article of manufacture for virtual point of sale processing utilizing an extensible, flexible architecture |
5854746, | Apr 28 1990 | KRACIE HOME PRODUCTS, LTD | Flexible production and material resource planning system using sales information directly acquired from POS terminals |
5855007, | Nov 15 1995 | NEWS AMERICA MARKETING INTERACTIVE LLC; News America Marketing Properties LLC | Electronic coupon communication system |
5857175, | Aug 11 1995 | Catalina Marketing Corporation | System and method for offering targeted discounts to customers |
5870714, | May 02 1997 | NCR Voyix Corporation | EPL scheduled price verification system and method |
5873069, | Oct 13 1995 | MURPHY USA INC | System and method for automatic updating and display of retail prices |
5875415, | May 12 1995 | Symbol Technologies, Inc. | Universal host interface for data acquisition systems |
5887271, | Feb 20 1996 | STERLING GLOBAL SOLUTIONS, LLC D B A SPARKFLY | System and method for locating products in a retail system |
5899980, | Aug 11 1997 | Trivnet Ltd. | Retail method over a wide area network |
5905246, | Oct 31 1996 | Way Ahead IP LLC | Method and apparatus for coupon management and redemption |
5907350, | Jan 19 1994 | GIX HOLDINGS, L L C | Television signal activated interactive smart card system |
5907830, | Feb 13 1996 | QUOTIENT TECHNOLOGY INC | Electronic coupon distribution |
5918211, | May 30 1996 | TAMIRAS PER PTE LTD , LLC | Method and apparatus for promoting products and influencing consumer purchasing decisions at the point-of-purchase |
5918212, | Jul 29 1997 | NCR Voyix Corporation | Electronic price label price synchronization system and method |
5918214, | Oct 25 1996 | PERKOWSKI, THOMAS J | System and method for finding product and service related information on the internet |
5933813, | Apr 13 1995 | Eldat Communication Ltd. | Sales promotion data processor system and interactive changeable display particularly useful therein |
5937391, | Jul 11 1996 | Fujitsu Limited | Point-service system in online shopping mall |
5963133, | Jul 18 1997 | Electronic tag | |
5974399, | Aug 29 1997 | Catalina Marketing Corporation | Method and apparatus for generating purchase incentives based on price differentials |
5999914, | Oct 16 1996 | Microsoft Technology Licensing, LLC | Electronic promotion system for an electronic merchant system |
6003013, | May 24 1996 | HARRAH S OPERATING COMPANY, INC | Customer worth differentiation by selective activation of physical instrumentalities within the casino |
6009407, | Feb 27 1998 | International Business Machines Corporation; IBM Corporation | Integrated marketing and operations decisions-making under multi-brand competition |
6009411, | Nov 14 1997 | DS-IQ, INC | Method and system for distributing and reconciling electronic promotions |
6012040, | Jun 20 1997 | NCR Voyix Corporation | EPL price change verification system and method |
6014634, | Dec 26 1995 | Catalina Marketing Corporation | System and method for providing shopping aids and incentives to customers through a computer network |
6021362, | Feb 17 1998 | Method and apparatus for dispensing samples and premiums | |
6035280, | Jun 16 1995 | Catalina Marketing Corporation | Electronic discount couponing method and apparatus for generating an electronic list of coupons |
6055573, | Dec 30 1998 | Catalina Marketing Corporation | Communicating with a computer based on an updated purchase behavior classification of a particular consumer |
6061660, | Oct 20 1997 | KROY IP HOLDINGS LLC | System and method for incentive programs and award fulfillment |
6070147, | Jul 02 1996 | IDLOYALTY, LLC | Customer identification and marketing analysis systems |
6076068, | Sep 17 1992 | Catalina Marketing Corporation | Coupon delivery system |
6076070, | Jul 23 1998 | TRAVELPORT OPERATIONS, INC ; TRAVELPORT INC | Apparatus and method for on-line price comparison of competitor's goods and/or services over a computer network |
6078897, | Feb 02 1998 | Flexera Software LLC | Method and apparatus for optimizing orders for goods or services to increase a discount |
6102969, | Sep 20 1996 | AT HOME BONDHOLDERS LIQUIDATING TRUST | Method and system using information written in a wrapper description language to execute query on a network |
6129274, | Jun 09 1998 | Fujitsu Limited | System and method for updating shopping transaction history using electronic personal digital shopping assistant |
6129276, | Jun 26 1996 | Symbol Technologies, LLC | Shopping cart mounted portable data collection device with tethered dataform reader |
6138911, | Dec 03 1996 | AIMIA PROPRIETARY LOYALTY U S INC | In-store points redemption system and method |
6141010, | Jul 17 1998 | B E TECHNOLOGY, LLC | Computer interface method and apparatus with targeted advertising |
6142371, | Apr 30 1998 | Fujitsu Limited | Customer service apparatus, method and card, and computer readable record medium having customer service processing program recorded thereon |
6154738, | Mar 27 1998 | PRODUCT ASSOCIATION TECHNOLOGIES, LLC | Methods and apparatus for disseminating product information via the internet using universal product codes |
6185541, | Dec 26 1995 | Catalina Marketing Corporation | System and method for providing shopping aids and incentives to customers through a computer network |
6216129, | Dec 03 1998 | PRIME RESEARCH ALLIANCE E , INC , A CORPORATION OF BRITISH VIRGIN ISLANDS | Advertisement selection system supporting discretionary target market characteristics |
6236985, | Oct 07 1998 | International Business Machines Corporation | System and method for searching databases with applications such as peer groups, collaborative filtering, and e-commerce |
6246997, | Mar 26 1998 | Toshiba Global Commerce Solutions Holdings Corporation | Electronic commerce site with query interface |
6249772, | Jul 08 1997 | GROUPON, INC | Systems and methods wherein a buyer purchases a product at a first price and acquires the product from a merchant that offers the product for sale at a second price |
6260024, | Dec 02 1998 | Red Hat, Inc | Method and apparatus for facilitating buyer-driven purchase orders on a commercial network system |
6269343, | Aug 18 1999 | GROUPON, INC | On-line marketing system and method |
6278979, | Dec 18 1998 | Catalina Marketing Corporation | System and apparatus for dispensing coupons having selectively printed borders around preferred products |
6292786, | May 19 1992 | Kioba Processing, LLC | Method and system for generating incentives based on substantially real-time product purchase information |
6307958, | May 01 1989 | Catalina Marketing Corporation | Method and system for building a database for use with selective incentive marketing in response to customer shopping histories |
6314406, | Jun 26 1996 | Symbol Technologies, LLC | Customer information network |
6317722, | Sep 18 1998 | Amazon Technologies, Inc | Use of electronic shopping carts to generate personal recommendations |
6321208, | Apr 19 1995 | Catalina Marketing Corporation | Method and system for electronic distribution of product redemption coupons |
6321210, | May 06 1991 | Catalina Marketing Corporation | Method and apparatus for selective distribution of discount coupons |
6321984, | Feb 25 1997 | Wayne Fueling Systems LLC | Adjustable price fuel dispensing system |
6330543, | Nov 14 1997 | DS-IQ, INC | Method and system for distributing and reconciling electronic promotions |
6332128, | Feb 19 1999 | Excentus Corporation | System and method of providing multiple level discounts on cross-marketed products and discounting a price-per-unit-volume of gasoline |
6334108, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
6336099, | Apr 19 1995 | Catalina Marketing Corporation | Method and system for electronic distribution of product redemption coupons |
6351735, | May 01 1989 | Catalina Marketing Corporation | Check transaction processing, database building and marketing method and system utilizing automatic check reading |
6377935, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
6424949, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
6484146, | Aug 11 1995 | Catalina Marketing Corporation | System for offering targeted discounts to customers and collecting purchasing behavior data |
6516302, | May 26 1999 | Kioba Processing, LLC | Method and system for accumulating marginal discounts and applying an associated incentive upon achieving one of a plurality of thresholds |
6609104, | May 26 1999 | Kioba Processing, LLC | Method and system for accumulating marginal discounts and applying an associated incentive |
6611811, | May 26 1999 | Kioba Processing, LLC | Method and system for accumulating marginal discounts and applying an associated incentive upon achieving threshold |
6684195, | May 01 1989 | Catalina Marketing Corporation | Method and system for selective incentive point-of-sale marketing in response to customer shopping histories |
6741968, | Apr 24 1998 | Excentus Corporation | Method for processing information through a clearinghouse |
6993498, | Jul 15 1999 | Kioba Processing, LLC | Point-of-sale server and method |
7231357, | Apr 19 1999 | COUPONS COM INCORPORATED | System and method for the targeted distribution of discount coupons over a network |
7236942, | Dec 19 1997 | PayPal, Inc | Pre-sale data broadcast system and method |
20010014868, | |||
20010021914, | |||
20020026350, | |||
20060100931, | |||
20100106587, | |||
20120136720, | |||
EP511463, | |||
EP512509, | |||
EP708409, | |||
EP749091, | |||
EP837438, | |||
GB1525928, | |||
GB2094532, | |||
JP5216941, | |||
JP5547560, | |||
JP5627468, | |||
JP58155475, | |||
JP58178475, | |||
JP59184965, | |||
JP59186965, | |||
JP5994166, | |||
JP9101988, | |||
RE30579, | Oct 28 1977 | Telecredit, Inc. | Check authorization system |
RE30580, | Oct 28 1977 | Telecredit, Inc. | Check authorization system |
RE30821, | Apr 12 1961 | Telecredit, Inc. | Customer service unit |
RE34915, | Nov 20 1991 | COUPCO, INC | Paperless system for distributing, redeeming and clearing merchandise coupons |
WO8603310, | |||
WO9103789, | |||
WO9503570, | |||
WO9641289, | |||
WO9708638, | |||
WO9723838, | |||
WO9814921, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Aug 26 2005 | Midnight Blue Remote Access LLC | (assignment on the face of the patent) | / |
Date | Maintenance Fee Events |
Date | Maintenance Schedule |
Oct 15 2016 | 4 years fee payment window open |
Apr 15 2017 | 6 months grace period start (w surcharge) |
Oct 15 2017 | patent expiry (for year 4) |
Oct 15 2019 | 2 years to revive unintentionally abandoned end. (for year 4) |
Oct 15 2020 | 8 years fee payment window open |
Apr 15 2021 | 6 months grace period start (w surcharge) |
Oct 15 2021 | patent expiry (for year 8) |
Oct 15 2023 | 2 years to revive unintentionally abandoned end. (for year 8) |
Oct 15 2024 | 12 years fee payment window open |
Apr 15 2025 | 6 months grace period start (w surcharge) |
Oct 15 2025 | patent expiry (for year 12) |
Oct 15 2027 | 2 years to revive unintentionally abandoned end. (for year 12) |