Interactive computerized methods and apparatus for conducting an incentive awards program5983196Abstract A computer implemented system awards promotional incentives. A participant in the awards system calls or connects to an interactive platform for registering and/or redeeming credits preferably described in uniquely identified certificates. In a telephone environment, the interactive platform is connected to a toll free telephone number where a participant's call is handled by a computer controlled voice response unit. In a computer network environment, a computer user connects to the interactive platform over the network. The participant receives awards credits based on the unique identification of certificates. Award credits for a participant are accumulated in a stored record associated with the participant until redeemed. Award credits can also be acquired as an instant winner based on a random or algorithmic selection of callers to receive such credits. Awards include electronic prizes such as free long distance telephone time, electronic cash and/or service credits. Connection to the interactive platform may occur during execution of an application program such as an electronic game or electronic shopping. Claims I claim: Description TECHNICAL FIELD
______________________________________
MODULE NAMES NAME OF THE MODULE
______________________________________
GP Module Greet.backslash.PIN
SM Module Select Menu
CN Module Certificate Number
SB Module Speech Balance
AR Module Award Redemption
M(n) Module(s) Promotional Message(s)
P(n) Module(s) Polling
IW Module Instant Win
NC Module Name Capture
GB Module Goodbye
______________________________________
The modules are discussed more in detail in a telephone embodiment described more in detail hereinafter The entries shown in column 610 of the call flow table of FIG. 6 utilize the abbreviations above. Although the call flow table shown in FIG. 6 is illustrated as responding to the number of interactions represented by a particular call, the particular sequence of modules invoked can be a function of other information. For example, particular sequences can be utilized which are specific to the manufacturer of a product or the provider of a service being promoted as identified by the source field of a certificate data base entry, discussed hereinafter. Other customized sequences of modules specified in a call flow table can be specified by information from the participant data base, other than the number of the call. However, it is convenient, particularly in the early interactions of a participant with the interactive platform to specify a call flow sequence based on the number of times the participant has called or connected to the platform. FIG. 7 is a representation of an exemplary field layout for a certificate database in accordance with the invention. A record is kept of each certificate. The records are keyed by certificate number (field 710). Field 715 is used to indicate that the certificate has been used, that is, reported by a participant and credited to the participant's account. Field 720 indicates the number of credits of the award value associated with a particular certificate number. Field 725 indicates a product code such as the universal product code associated with the product for which the certificate was issued. Field 730 indicates the source from which the certificate was received by the participant, such as the distribution chain or merchant through which products having the product code are distributed. The source field 730 is particularly useful because it allows great flexibility in identifying the origin of the product involved in the promotion. Such a field can, and will, of course, identify a manufacturer or producer of the goods or services. In addition, it can identify divisions or manufacturing facilities, stops along the chain of distribution, the store or service facility from which the product or services originated and, under certain circumstances, even the employee who accounted for the sale. By appropriately controlling the printing and distribution of the coupons or the certificates, a great deal of information about how a particular product or service got into the hands of a purchaser can be gathered. FIG. 8 is a representation of exemplary smart processes used in accordance with the invention. The smart processes 800 include generally, particular types of functionality which can be selectively activated as part of an overall interaction sequence to carry out an award or promotional program. For example, smart processes 800 include a smart poll capability 810, a smart talk capability 820, a smart Q & A capability 830, a smart win capability 840, and a smart award capability 850. Each of these is discussed in greater detail in connection with FIGS. 9, 10, 11A and 11B, 12 and 13, respectively. FIG. 9 is a flow chart of an exemplary smart poll process used in accordance with the invention. A typical polling sequence may contain a plurality of queries. However, a polling sequence is preferably restricted to a relatively small number of queries. The process is invoked by a call from the call flow table which may be accompanied by state information such as the number of the interaction with the participant and the participant identifier (900). With the participant identifier, the participant information may be retrieved from the participant database (910) and a particular poll query selected based on state information and/or previous responses by the participant and the query is sent to the participant (920). In a telephone environment, a voice response unit may generate the query in audible form for presentation to the participant. In a computer network, the query may be sent as a short message. A response from the participant (930) is stored in the participant data base and a check is made to determine whether the number of queries posed is greater than N (940). If it is not, additional queries are selected (940-N), whereas if the number of queries posed exceeds N, (940-Y), the process returns (950). The smart poll process permits very individualized customization of polling queries directed to a program participant. As the participant's record in the participant data base evolves with more and more information, that information can be used to control the presentation of information to a participant to feature certain products to which the participant may be considered receptive given the demographic information captured about the participant during the polling process. For example, if, in response to a polling question, a participant indicated that he had no children, then any subsequent questions relating to children or children's products would be excluded from presentation to that participant, whereas participants with children would receive such queries. The selection of queries can be a simple if/then/else table in a simple embodiment or can utilize artificially intelligent techniques for selecting polling questions to pose to a participant. What is particularly useful is that, as the participant information in the participant data base record evolves, the type of queries presented to the participant change as well. FIG. 10 is a flow chart of an exemplary smart talk process used in accordance with the invention. The purpose of the smart talk process is to permit a variety of messages to be played to a participant during the interaction with the interactive platform. The processes invoked, typically, by a call from the call flow table passing state and participant information as previously described (1000). The participant information is retrieved from the participant data base (1020) and a promotional message to be played selected from the pool of messages based on participant information and state information (1030), the message is played or sent to the participant (1040) and the process returns. Thus, whereas the smart polling process gathers the information for about the participant, the smart talk process utilizes that information to select the particular promotional message to play for the participant based on the information recorded in the participant data base and state information. For example, if the participant data base indicated that there was a baby in the house under 6 months old, in response to a poll query, a different promotional message for baby food would be played than if the baby were 24 months old. Thus, the promotional messages provided to the participant can be specific to the participant's circumstances. FIGS. 11A and 11B are flow charts of alternative smart Q & A processes used in accordance with the invention. The purpose of the smart Q & A process is principally to obtain name and address information from a user. It is used more commonly in the telephone network environment, although it would also be utilized in an integrated network. FIG. 11A depicts a process which is designed to permit a verbal statement of the participant's name and address to be captured and incorporated into the participant data base. The process begins with a call from the call flow table (1100) and a participant is asked to provide his or her name and address (1110). The verbal response from the participant is recorded (1120) and, played, at a later time, for an operator to transcribe into the participant data base (1130) and the process returns. The recording and playback, of course, could be omitted if an operator were available to take the information live. FIG. 11B represents a more sophisticated version of the flow chart of the process described in the flow chart of FIG. 11A. When the process is activated by a call from the call flow table (1145), the interactive platform retrieves the name and address of the participant based on caller ID information by, for example, dialing up an information service (1150). When the participant is asked for his or her name and address, it is optionally recorded and compared with the name and address retrieved from the information service. If they are identical (1160-Y), the information retrieved from the information service is stored in the participant data base (1170) and the process returns. If there are variations, such as a change of name or zipcode (1160-N), the information received from the information service is edited (1165) and the revised version is stored in the participant database (1170) and the process returns. The recording of the response can occur in either analog or digital form. The use of name and address information retrieved from an on line service reduces the service time required of an operator because the operator need not manually type in the information. A particularly powerful use of this capability is found under the circumstance when a sponsor of a promotional program wishes to identify his "good customers." A good customer might be defined as a customer who has made three purchases of a particular type in the last thirty days. By invoking the name and address capture routine of FIGS. 11A and 11B, only for those participants who have registered certificates for the three purchases in question within thirty days, the sponsor of the program can receive a list of names and addresses which contain only those customers who have made such purchases. In the prior art, a sponsor of a program was limited to either capturing everyone's name and address, or no one's. This permits the name and address capture to be customized to the needs of the particular sponsor. As a result, since the cost of direct mailings is very high, the sponsor can customize a mailing to only his best purchasers, however the sponsor may define that term. As a result, a sponsor will not waste resources in conducting a direct mailing to customers who might not be responsive to his entreaties. FIG. 12 is a flow chart of an exemplary smart win process in accordance with the invention. As with the other processes, the smart win process begins with a call from the call flow table (1200) passing state and/or participant information. In this case, it may also pass certificate information such as a certificate ID (1210). With certificate ID information, certificate information from the certificate data base may be retrieved. A particular award algorithm is selected (1220) based on certificate information and/or participant information as discussed more hereinafter. If the participant is a winner, the award amount is credited (1230) and the process returns. The function of the smart win process is to make awards to certain participant in a controlled manner. A number of award algorithms are selectively usable in accordance with invention. The first award algorithm is a simple, random selection algorithm. Each user who interacts with the interactive platform essentially engages in a lottery with a controlled probability of an award determined by a random or pseudo-random process. For example, a random algorithm may be utilized to randomly select a winner with a parameter driven probability of success of, for example, 0.01. Thus, one out of every 100 participants connecting to the interactive platform would be an instant winner using this type of award algorithm. Such an algorithm can simply involve a random number generation within a range of values with only one or more values constituting a winning situation. A second award algorithm that is selectively utilized involves selecting every tenth interaction with the interactive platform for an award. Thus, the arrival of a connection from a particular participant serves as a selection variable and if the arrival is an Nth arrival, it is rewarded. One can spread out the levels of awards so that, although there is an award with an Nth interaction, higher level awards occur, for example, at every 5Nth interaction. A third category of award algorithms involves a control constant win algorithm based on, for example, a certificate, such as one described in conjunction with FIGS. 15A-D hereinafter. An algorithm of this type permits a sponsor of a promotional program to control the winning process in a way which permits award expenditures to be kept within budget. One form of a control constant win algorithm is based on the source field of the certificate as contained in the certificate data base described previously. Thus, every Nth interaction for a participant engaging in a transaction with a particular source might be rewarded. Since a sponsor might be more interested in the quantity of goods sold or ordered rather than in the number of interactions, another control constant win algorithm involves rewarding every interaction which accumulates a quantity of goods ordered or purchased that exceeds a particular threshold. Thus, if a wholesaler wished to reward a customer who purchased over ten cases of goods, the aggregate orders would be accumulated, based on certificates, until the threshold was exceeded, at which time the award would be made. Thus, a customer who ordered ten cases of goods on ten different occasions would be rewarded equally with one customer who ordered ten cases of goods on one occasion. A third control constant win algorithm involves guaranteeing a particular prize to a particular source. As indicated above, the source field of a certificate data base can identify a manufacturer, a step in the distribution chain, a retailer, a store of a particular retailer, or whatever level of detail may be required for a particular award program. A particular sponsor may wish to guarantee a prize to a particular level of the distribution chain. For example, it may be that a sponsor of a program may wish to ensure that a first prize is awarded in each and every store of its retail outlets. This type of award algorithm can be achieved using the source field of the certificate data base. In another control constant win situation, an interactive game, such as football, might be undertaken to hold a participant's interest in the interactive process. For example, a football game might involve a selection on the part of a user of whether, for a particular down, a football team should punt, pass or kick. The user would select which option. However, there would be a winning and a losing version of each choice available to the user. The number of winning versions would be determined in a manner which would be consistent with controlling a prize budget. However, the user selection would still provide the excitement of a play description in which his selected option would be executed. By using the source field of a certificate, expected wins can be spread across a distribution channel in whatever manner desired. FIG. 13 is a flow chart of an exemplary smart award process in accordance with the invention. During a participant interaction, a participant will be offered the opportunity to select award redemption. When the participant selects award redemption (1300), the participant information is retrieved from the data base which includes information about awards previously received (1310) A participant is notified of the prizes available for the cumulative value of awards the participant has received (1320), and the participant selects a prize, if the participant so desires (1330). The award credits for a participant are then adjusted for the redemption (1340) by reducing the award credits available in the participant data base for the participant. The prize selected by the participant can be instantly delivered if it is an electronic prize or, physically delivery of a physical prize can be scheduled (1350), and the process returns. There are many types of electronic prizes which can be delivered on-line. As illustrated more, hereinafter, in the detailed example, a prize can be a certain number of minutes of long distance telephone time. Alternatively, an electronic prize can be an electronic transfer of digital cash or an electronic transfer to a banking institution of the user's selection. There are other types of prizes which can be delivered electronically. For example, in a CATV system environment, the behavior to be rewarded might be usage of a certain number of pay-per-view programs and the reward for the desired behavior of using a certain number of pay-per-view programs would be a credit against the next month's CATV bill or a free premium channel for a period of time, or a free pay-per-view event. As can be seen from the description of the interactive system described to this point, great flexibility is available in putting together an award program which can meet almost every need of both a sponsor of such a program, and of a participant. The individual processes described above, can be put together selectively to achieve a customized response for any particular sponsor or for any particular system environment. FIGS. 14-26 will be used to describe a particular application in more detail showing how the functionality of individual smart processes is combined with the information contained in the smart data base to carry out a particular promotional program. In the example set forth in FIGS. 14-26, the network is a public switch telephone network and the interactive platform provides the appropriate interfaces to that network. FIG. 14 is block diagram of an exemplary system useful for carrying out the invention in this particular application. As shown in FIG. 14, individual telephone subscribers 1450, are connected to respective central offices 1430 which may be linked over portions of a public switched telephone network 1440 such as a tandem switch. When a subscriber 1450 calls a toll free telephone number identified inside the certificate, to register a certificate as part of the incentive award system, the user is connected to a voice response unit at 1410 which interacts with CPU 1400 to provide messages to the user as directed by the CPU and to receive and store responses from the participant over the telephone network. A connection unit 1460 is selectively activated to permit connection of an incoming call from a participant 1450, to an outgoing trunk which provides long distance service for the participant under certain award conditions, to be described more hereinafter. Operation of the awards system in accordance with the invention centers around a certificate. FIGS. 15A, 15B, 15C and 15D represent front, rear, inside left and inside right views of an exemplary certificate, respectively, in accordance with the invention. The front of the certificate contains sponsor information such as a logo, and identification of the award program. The reverse typically includes award information such as the type of prizes available and how to redeem an award. The coupon is constructed, preferably, of light cardboard with full color printing at least on the outer front and reverse portions of the certificate. The certificate is constructed so that it opens like a book when slight pressure is applied to separate the front and back sheets. As shown in FIG. 15D, a corner is removed from the blank used to form the certificate to facilitate that separation. The views in FIGS. 15A and 15B are shown as if the two sheets were folded together prior to opening. By removing the lower right hand corner of the right sheet, as viewed in FIG. 15D, the lower right corner of the front sheet can be utilized to initiate a peeling back action to separate the front and back sheets. FIGS. 15A and 15B depict the certificate in the unopened state, whereas FIGS. 15C and 15D necessarily depict the certificate as opened in order to view the inside left and inside right information. FIG. 16 is a flow chart of an exemplary Greet.backslash.PIN (GP) module in accordance with the invention. When a call is received at the voice response unit, a module initiates a greeting (1600), and a personal identification number (PIN), such as a ten digit telephone number, is requested of the calling participant (1610). If the PIN number is not in the participant's database (1615-N) a participant database record is created for this PIN (1620). If a PIN number is in a participant database (515-Y), and if the phone time is one minute or greater (1645-Y), the SM module is called (1650). If the phone time is zero (1645-N), the number of calls in a participant database record for that PIN is accessed and a call flow table is utilized to determine the order and sequence in which interactions with participant occur (1630). The date of the last call is updated to today's date in the participant record (1635), modules are sequentially called in the order specified in a "call flow table" (1640), and after all the modules have been called, the process returns or loops to await the next arrival of a participant call. FIG. 17 is a flow chart of an exemplary phone card program in accordance with the invention. When a participant earns a sufficient level of credits to qualify for an award, one of the awards which may be selected, as shown in FIG. 5, are a certain number of minutes of long distance service. The cumulative number of minutes awarded is stored in the participant database record for the participant. This entry in the database functions like a phone card to the extent that it may be redeemed upon request to complete a long distance call. FIG. 17 illustrates an exemplary way of doing this. Access to this module is typically achieved through the SM module illustrated in FIG. 18, described later. When the module of FIG. 17 is entered, the voice response unit requests the input destination number for the long distance call (1700). As discussed above, the system shown in FIG. 14 seizes an outgoing trunk to the long distance carrier and dials the destination number specified by the participant. When the called destination number answers, a connection is made between the participant and the destination number (1720-Y) and a timer is started (1730). When the call is terminated (1735), the value in the timer is deducted from the phone time in the participant database and the timer is reset (1740). The module then returns. If connection cannot be made to the destination long distance number (1720-N), either the module SM will be called recursively or the process can return. FIG. 18 is a flow chart of an exemplary select menu (SM) Module in accordance with the invention. This module is typically entered from the GP module shown in FIG. 16. When the module is entered, the voice response unit announces to the participant that the participant has X minutes of long distance time available (1800). The participant is prompted (1) to either use some of the existing time (1810-U) in which case the phone card program is called (1815), (2) to add credits with a new certificate (1810A) in which case the CN Module, shown in FIG. 19, is called (1830), or (3) to exit the system in which case the process returns. FIG. 19 is a flow chart of an exemplary certificate number (CN) module in accordance with the invention. When this module is invoked, the user is calling to add credits based on one or more certificates in his possession. When the certificate number is entered (1900) a format check occurs (1910) to ensure the validity of the input data. If the format is okay (1910-Y), a check is made to see if the certificate has been previously used (1920). If the certificate is unused (1920-Y), the certificate entry in the certificate database is marked to indicate the certificate has now been used and the number of credits associated with that certificate number in the certificate database is added to the participant's record in the participant database (1940) and the process returns. If the certificate has been used (1920-N) a used certificate error message is generated and presented to the participant (1930). FIG. 20 is a flow chart of an exemplary speak balance (SB) module in accordance with the invention. When this module is entered, the number of credits available to the calling participant is read from a participant's record in a participant database (2000). When the credits available do not exceed the minimum award level (2010-N), this response announces that the participant has X credits with Y credits to go toward award Z. In this case, the award Z would be the minimum award as shown in the award table of FIG. 5. The value X for the X credits comes from the credits available in the participant database and the variable Y is calculated as the difference between the award level required credits and the credits available, X. If the number of credits exceeds the minimum award level (2010-Y), the announcement changes to reflect that shown in block 2030. An announcement states that the participant has X credits which he can redeem for a Z1 award, if the participant desires. The Z1 award will be the highest level award for which the credits available, X, qualifies. The system will hold out the possibility of the Z2 award which it identifies in the announcement and will give a value of the number of credits, Y1, needed to qualify for the C2 award. If the participant desires to redeem (2040-Y), the AR module is called (2050). Otherwise (2040-N), the process returns (2060). FIG. 21 is a flow chart of an exemplary award redemption (AR) module in accordance with the invention. In entering this module, the participant receives an announcement which lists the awards for which the participant qualifies based on the credits available (2100). The participant has an option to select an award or to repeat the announcement of the list (2110). If a repeat is requested (2110-R), the announcement is repeated (2100). If an award is selected (2110-1-N), a check is made to determine if the award selected is a phone time award (2115). If the award is phone time (2115-Y), an amount of time equivalent to the award selected is added to the phone entry in the participant database (2120). The user is offered an option to use the time immediately (2125), and if the user chooses to use the phone time (2125-Y), the phone card program is called (2130). Otherwise, (2125-N) the process returns. If the award is not phone time (2115-N), the zip code will be retrieved from the address portion of the participant database. If the zip code is all zeros (2145-Y), a name capture routine will be called (2155) to capture the address information for the participant in order to mail the award to the participant. If the zip code is not all zeros, an address has been previously recorded in the participant database. The contents of the address record will be repeated back to the participant to ensure that the address is current. If it is (2150-Y), an order fulfillment request will be generated automatically (2160) and the process returns. The name capture routine is discussed more hereinafter in conjunction with FIGS. 25A and 25B. FIG. 22 is a flow chart of an exemplary promotional message (M(n)) module in accordance with the invention. A plurality of different promotional messages are specified by the index n, the appropriate message specified by that index is retrieved and played for the participant (2200) and the process returns. FIG. 23 is a flow chart of an exemplary polling (P(n)) module in accordance with the invention. A typical polling sequence contains a limited number of questions. In the example shown, the number of questions is 3. The particular question set is specified by the index n, and when selected (2300), the questions are posed one at a time as indicated by the do loop (2305, 2310 and 2320). The questions are designed to permit a dialed response which will be correlated with the particular question posed to the user. At the end of the three questions, a "Thank you" message (2330) is played and the process returns. FIG. 24 is a flow chart of an exemplary instant win (IW) module in accordance with the invention. When this module is entered, the participant's record in the participant database is utilized to look up the number of next instant win credits X(1300). If that number is zero (2410-Y), the process returns. If it is not zero (2410-Y) the participant is informed that the participant has been awarded X credits (2430) and the credits available have been increased in the participant database by that amount. The number of wins for the participant is also incremented in a participant database (2450) and the number of next instant win credits is set to zero in the participant database (2460). The process then returns. FIGS. 25A and 25B is a flow chart of an exemplary name capture (NC) module in accordance with the invention. If automatic number identification information is available from the central office for the incoming call (2500-Y), that identification information is captured (2505) and utilized as a query to access a reverse database for the corresponding address (2510). On line services provide access to address information from a corresponding telephone number query. For example, the well known Haines Directory has an ongoing service which permits this kind of information to be accessed. Other commercial services also provide access to this type of information. If the address information is available in response to the query, the voice response unit queries the participant to determine whether the first few digits of the stored participant's address or the first few digits of the address retrieved from the reverse book service (2550) correctly reflect the current address. If they do (2550-Y), the retrieved current address is entered in a participant database record for the participant (2520) and the process returns (2520). If ANI information is not available (2500-N) or if the reverse book corresponding address information does not match (2515-N), the calling participant is invited to speak the correct address so that the information may be recorded (2530). Information is recorded (2535) and played back to the participant with the request that the participant confirm the accuracy of the recorded information (2540). If it is accurate (2540-Y), the process returns (2550) whereas if it is not (2545-N), the process loops back to item 2530 where an attempt will again be made to record the address. Once the address has been recorded correctly, it will be entered into the participant database manually by an operator transcribing the recorded information. Whether captured automatically, or recorded manually, the entered address information will be utilized to automatically generate an order fulfillment from an order center either run by the company providing the incentive award system described herein or by a company under contract. FIG. 26 is a flow chart of an exemplary good bye (GB) module in accordance with the invention. A parting message (2600) is played for the participant, the call incoming from the participant is terminated (2610), called terminating information is recorded in the participant record (2620), the revised participant record is stored in the participant database (2630) and the process returns. The example just discussed illustrates how the interactive platform can be used in a particular network environment to conduct an incentive awards program. FIGS. 27 and 28 illustrate how an awards program can be incorporated into other types of computer activity such as the running of a program or process. FIG. 27 is a block diagram of an exemplary computer architecture of a computer terminal shown in FIG. 2. A computer terminal suitable for interaction with the interactive platform of the invention includes a CPU 2700 connected to a bus 2710. The computer includes a main memory 2720, a display controller 2730 with accompanying display 2735. A memory controller 2750 interfaces a plurality of storage devices such as CD ROM 2755, floppy drive(s) 2760 and hard drive 2765. A network interface card 2740 permits access to a network for the terminal device. FIG. 28 is a flow chart of how an awards interaction in accordance with the invention can be invoked during execution of another program, such as one running using a CD ROM. Such an environment might occur when, for example, a computer user, using a terminal such as that shown in FIG. 27 is running an interactive game on the computer which interacts with content stored on, for example, a CD ROM. As program execution of the game instructions occurs (2800), a user may make a choice which the software provider desires to reward (2810). In the context of an interactive game, it may be that the game developer desires to reward users who achieve a certain level of proficiency with the game and, when a user makes a choice which raises his score above a threshold level, entitles the user to that reward. When that occurs, the user can be connected to the interactive platform 110 over the network (2820) where an award processing protocol will be executed (2830) such as ones described above. When the processing of the award information has been completed, program interactive execution continues (2840) and the user will have been rewarded for playing and/or purchasing the game. It is clear that a CD ROM program need not necessarily be involved, and the program could involve a program stored on a floppy disk or other memory medium or a network downloaded program. Thus, by using an interactive platform in accordance with the invention, a variety of promotional programs may be administered conveniently, effectively, and in ways which overcome the problems of the prior art and which provide considerable advantages over that which has been done before. In this disclosure, there is shown and described only the preferred embodiment of the invention, but, as aforementioned, it is to be understood that the invention is capable of use in various other combinations and environments and is capable of changes or modifications within the scope of the inventive concept as expressed herein.
|
Same subclass Same class Consider this |
||||||||||
