US20070001396A1

Movatterモバイル変換

Info

Publication number: US20070001396A1
Application number: US11/428,413
Authority: US
Inventors: Jay Walker; James Jorasch; Thomas Sparico; Geoffrey Gelman
Original assignee: Individual
Current assignee: Individual
Priority date: 2004-02-02
Filing date: 2006-07-03
Publication date: 2007-01-04
Also published as: US9666025B2; US8500546B2; US20070004508A1; US20130316807A1

Abstract

In accordance with the present invention, a gaming device such as a slot machine calculates a speed of game play, and in turn determines a pay schedule based on the speed of game play. The pay schedule for higher speeds of game play typically provides a higher payout percentage, which attracts players and provides an incentive to play faster and for longer periods of time. The greater speed of play and time period of playing may actually increase revenues derived from the gaming device even though the payout percentage is higher. Speed of game play may be calculated by measuring the number of games played in a predetermined time period, or the time elapsed between games. The gaming device may select a payout table from a plurality of payout tables based on this speed. Alternatively, the gaming device may determine a multiplier based on the speed of game play, and adjust a base payout table in accordance with the multiplier.

Description

FIELD OF THE INVENTION

The present invention relates to amusement devices, and more specifically to electronic chance devices.

BACKGROUND OF THE INVENTION

Casinos and other entities that derive revenue from gaming devices, such as slot machines, video poker machines and video blackjack machines, attempt to maximize revenue. Gaming devices generate revenue in accordance with the following equation:
REVENUE=(HOUSE EDGE)=(HOURS PLAYED)=(PLAYS/HOUR)
Of the above three variables, two, Hours Played and Plays/Hour, are directly controlled by the player, and are thus difficult for a casino to change. The third, House Edge, is directly controlled by a casino but is nonetheless difficult to change for regulatory reasons. In addition, increasing House Edge can affect other variables to actually decrease revenue, as is described below.

Players are primarily concerned with finding a gaming device with a low “House Edge”, also known as “hold percentage” (average percentage of wagered money which is kept by the gaming device per game). Equivalently, players are primarily concerned with finding a gaming device with a high “payout percentage” (100% less House Edge, which equals the average percentage of wagered money which is returned to a player per game). Low hold percentages (high payout percentages) are a significant factor in attracting players to one casino rather than another. Accordingly, many casinos advertise that they have gaming devices with very high payout percentages.

Although a high payout percentage (low House Edge) may attract players, it also results in lower revenue. Casinos, of course, would prefer higher revenue, and may increase the House Edge to increase revenue. Paradoxically, increasing the House Edge does not always increase revenue. The House Edges of gaming devices are often displayed in publications or on the gaming device itself. Many players will avoid gaming devices that they believe to have low payout percentages, or high House Edges. Thus, if the House Edge is increased on certain gaming devices, the Hours Played or Plays/Hour on those gaming devices may decrease, and revenues may likewise decrease.

In addition, when a casino wants to adjust the hold percentage of a slot machine, state and/or local regulations may require that the machine be removed from the casino floor, adjusted accordingly, then reactivated. Accordingly, some casinos may be reluctant to increase the House Edge of gaming devices in an attempt to increase revenues from those devices.

Increasing the Hours Played is difficult or impossible because a casino cannot easily modify player behavior. Casinos typically remove clocks from the view of players, make the seats and playing area more comfortable and serve free drinks in an attempt to modify player behavior. Additionally, the gaming devices themselves have become increasingly more entertaining in order to entice the player to play longer. Such measures may, at best, indirectly increase the Hours Played, but do not necessarily increase the Hours Played significantly or at all.

Increasing the Plays/Hour (speed of game play) is likewise difficult or impossible. Efforts to increase this factor include providing a spin button, rather than a handle, on some slot machines, allowing the player to initiate each game quickly. In addition, some slot machines have faster stopping reels, which end each game more quickly. Furthermore, a group of gaming machines may be in communication over a network, allowing each of a group of players to influence the movement of an object in a race, such as a horse race or car race. Such a racing game may make some players play faster than they would have. However, other players view such a game as annoyingly complicated and do not participate.

Casinos may also sponsor tournaments, in which the first player to win a jackpot or reach a certain score wins a prize. Casinos may also organize player clubs, in which players receive points for the number of plays or amounts wagered. Such points can be redeemed for goods and services once the player has reached a certain threshold. Casinos may also offer players the chance to win a “progressive jackpot”, which increases over time and is typically available to all players in a casino playing slot machines. When a progressive jackpot reaches a large dollar amount, players typically play rapidly in an attempt to win that jackpot. Since each player knows that all other players have a chance to win, they play faster in an attempt to increase their chances of winning the jackpot. However, other players are not attracted by such casino promotions, and their playing behavior is thus unaffected by the promotions.

In summary, it would be advantageous to increase a player's attraction to a gaming device.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a schematic illustration of an electronic gaming device provided in accordance with the present invention.

FIG. 2 is a schematic illustration of a plurality of gaming devices which are in communication with a network server.

FIG. 3 is a diagrammatic representation of a set of elements of a slot machine-type game, and arrangement of those elements in a slot machine-type game.

FIG. 4 is a schematic illustration of an outcome probabilities database of the electronic gaming device ofFIG. 1.

FIG. 5 is a schematic illustration of an exemplary payout table of the electronic gaming device ofFIG. 1.

FIG. 6 is a flowchart illustrating a process for directing a game in accordance with the present invention.

FIG. 7 is a schematic illustration of a selection table and payout tables of the electronic gaming device ofFIG. 1.

FIGS. 8A, 8B and8C are schematic illustrations of one embodiment of the payout tables ofFIG. 7.

FIG. 9 is a schematic illustration of another embodiment of a selection table of the electronic gaming device ofFIG. 1.

FIGS. 10A, 10B and10C are schematic illustrations of payout tables calculated in accordance with the selection table ofFIG. 9.

FIGS. 11A, 11B and11C are schematic illustrations of one embodiment of the payout tables ofFIG. 7.

FIG. 12 is a flowchart illustrating a process for directing a game in accordance with the present invention.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS

Applicants have recognized that it is possible to increase the speed of play (Plays/Hour) of a gaming device significantly, and thereby significantly increase the revenue. Players typically do not consider the speed of play, but instead attempt to find a gaming device with a low House Edge. Accordingly, a gaming device that is played rapidly will not discourage players, and can thus generate more revenue by providing an incentive to play faster and for longer periods of time. Such a gaming device may generate so much revenue that the higher payout percentage will be offset.

By offering an incentive to play faster, a gaming device will typically be played more often over time than those devices that do not provide such an incentive. In this way the present invention increases a player's attraction to a gaming device embodying the present invention. The casino can in turn derive greater revenue from the gaming device, even though the player is afforded a higher payout percentage.

In jurisdictions which require a gaming device to be monitored, the gaming device could maintain an audit trail for later review by regulators. Thus, the gaming device could automatically adjust the hold percentages as desired while conforming to regulatory requirements.

In accordance with the present invention, a gaming device such as a slot machine calculates a speed of game play, and in turn determines a pay schedule or outcome probability based on the speed of game play. The pay schedule or outcome probabilities for higher speeds of game play may provide a higher payout percentage, which attracts players and provides an incentive to play faster and for longer periods of time. The greater speed of play and time period of playing may actually increase revenues derived from the gaming device, even though the payout percentage is higher. Speed of game play may be calculated by measuring the number of games played in a predetermined time period, or the time elapsed between games. The gaming device may select a payout table from a plurality of payout tables based on this speed. Alternatively, the gaming device may determine a multiplier based on the speed of game play, and adjust a base payout table in accordance with the multiplier.

As will be understood by those skilled in the art, the drawings and accompanying descriptions presented herein are exemplary arrangements for stored representations of information. A number of other arrangements may be employed besides the tables shown. Similarly, the illustrated entries represent exemplary information, but those skilled in the art will understand that the number and content of the entries can be different from those illustrated herein.

Referring toFIG. 1, agaming device10 comprises aprocessor12, such as one or more conventional microprocessors, which is in communication with adata storage device14, such as an appropriate combination of magnetic, optical and/or semiconductor memory. Theprocessor12 and thestorage device14 may each be (i) located entirely within a single computer or other computing device; (ii) connected to each other by a remote communication link, such as a serial port cable, telephone line or radio frequency transceiver; or (iii) a combination thereof. For example, thegaming device10 may comprise one or more computers which are connected to a remote server computer for maintaining databases.

Theprocessor12 is further in communication with adisplay16 andplayer input devices18. Thedisplay16 is a graphical display device, such as a video monitor of a type used in conventional electronic gaming devices, for displaying images generated by theprocessor12 during a game. Such images are described below. Thedisplay16 need not be included in certain types of gaming devices, such as purely mechanical slot machines. Theplayer input devices18 include input devices well known in the art, such as a touch screen for generating a signal indicative of a location on the touch screen that is touched or pressed by a player, and/or buttons which indicate player commands and selections when actuated. Other input devices will be understood by those skilled in the art.

Theprocessor12 is further in communication with acoin acceptor20 for generating a signal indicative of the number of coins inserted and their type. Thecoin acceptor20 thereby allows theprocessor12 to determine an amount of funds which are deposited by a player and retained in a coin reservoir (not shown). Ahopper22 for dispensing coins from the coin reservoir (not shown) is in communication with theprocessor12. When the player requests to “cash out” (receive all funds he is due), the processor determines if the player is due any funds (“credit”). If so, theprocessor12 directs thehopper22 to release an appropriate number and type of coins in a known manner.

Theprocessor12 is further in communication with acard reader24 for reading information stored on a player tracking card (not shown). Such a player tracking card may be magnetically encoded with data representing an amount of funds, and/or with data representing a player identifier, such as a player name or account number. Accordingly, a player may use a player tracking card instead of inserting coins into and receiving coins from thegaming device10. The player identifier can be used in accessing other player-related information stored on a network server or other remote device. Thus, thecard reader24 also allows theprocessor12 to receive and transmit player-related information. Thecard reader24 may also include a display for displaying the value of funds stored in association with a player tracking card, thereby informing the player of an amount of funds available.

Aclock26 in communication with theprocessor12 generates signals that indicate time. Thus, theprocessor12 may ascertain the time of day or the time that has elapsed between two events.

Thestorage device14 stores (i) aprogram28 for controlling theprocessor12; (ii) anoutcome probabilities database30 for indicating probabilities of game outcomes; and (iii) one or more payout tables32 for indicating payouts (funds won) for game outcomes. Theprocessor12 performs instructions of theprogram28, thereby operating in accordance with the present invention, and particularly in accordance with the methods described in detail herein. For example, theprogram28 stores data indicative of game rules and elements. Theprogram28 furthermore includes program elements that may be necessary, such as an operating system and “device drivers” for allowing the processor to interface with computer peripheral devices, such as thehopper22 and thecard reader24. Appropriate device drivers and other necessary program elements are known to those skilled in the art, and need not be described in detail herein.

In the above-described embodiment, thegaming device10 is an electronic or electro-mechanical device similar to those used in casinos. As such, thegaming device10 would include typical components such as thecoin acceptor20, thehopper22 and/or thecard reader24. In another embodiment, thegaming device10 may be implemented as software that directs one or more computers, such as conventional personal computers based on Intel Pentium® microprocessors. Furthermore, such software implementations of thegaming device10 may be operative to implement gaming over networks, such the Internet.

Referring toFIG. 2, each of

gaming devices

40,42,44 and46 is in communication with anetwork48, and is thereby in communication with anetwork server50. Communication with thenetwork server50 allows each gaming device to access player-related information stored on the network server. Those skilled in the art will understand that many types of player-related information may be stored, such as funds and predefined game preferences. Those skilled in the art will also understand that many types of gaming devices may operate in communication with a network server, while many others may operate without any such communication to another device.

Referring toFIG. 3, aset60 of elements includes all possible elements of a slot machine-type game. Theset60 includes acherries element62, abell element64, abar element66, anorange element68, a plum element70 and a seven element72. During such a game, the device randomly selects one element from each of a plurality of reels, yielding a subset of elements that defines the outcome for that game. For example, one possible subset is a bar element, a plum element and a bell element. Another possible subset is an orange element and two cherry elements.

For each reel in a slot machine-type game, the selected element is one of twenty-two equally likely choices, each choice being one of theset60 of all possible elements. For example, aplurality74 of reels includes

reels

76,78 and80, and the player is randomly provided with an element chosen from each of the

reels

76,78 and80, thereby yielding a subset that consists of three elements. The three elements define the outcome, and therefore a payout.

It is noted that the number of choices is greater than the number of elements. For example, although there are six

elements

62,64,66,68,70 and72, there are twenty-two choices on each reel, and therefore there are 10,648 possible arrangements of elements for each game (22×22×22=10,648).

Referring toFIG. 4, theoutcome probabilities database30 ofFIG. 1 is shown in detail. Each row of the depicted database represents a database entry, and each entry defines a probability of an outcome occurring. In particular, each entry includes anoutcome description100 which describes the outcome, and a number of arrangements ofelements102 which indicates the number of arrangements of elements which yield the outcome. For example, theentry110, corresponding to the outcome “orange/orange/orange”, indicates that there are forty-two arrangements of elements which yield the outcome “orange/orange/orange”. This is because, as shown inFIG. 3, thereel76 has two orange elements, thereel78 has three orange elements and thereel80 has seven orange elements (2×3×7=42). Similarly, theentry112, corresponding to the outcome “bar/bell/bell”, indicates that there are four arrangements of elements which yield the outcome “bar/bell/bell.” This is because, as shown inFIG. 3, thereel76 has two bar elements, thereel78 has two bell elements and thereel80 has one bell element (2×2×1=4).

Each entry of theoutcome probabilities database30 further includes aprobability104 which indicates the probability during each game of the outcome occurring. For example, theentry110, corresponding to the outcome “orange/orange/orange”, indicates that there is a probability of 0.394% of the outcome “orange/orange/orange” occurring. This is because, as discussed above, there are forty-two arrangements of elements which yield the outcome “orange/orange/orange”, and there are 10,648 possible arrangements of elements (42/10,648=0.00394=0.394%). Similarly, theentry112, corresponding to the outcome “bar/bell/bell ”, indicates that there is a probability of 0.038% of the outcome “bar/bell/bell ” occurring. This is because, as discussed above, there are four arrangements of elements which yield the outcome “bar/bell/bell ”, and there are 10,648 possible arrangements of elements (4/10,648=0.00038=0.038%).

Each entry further includes arandom number range106 which indicates a range of random numbers that correspond to an occurrence of the outcome. For example, in the embodiment illustrated byFIG. 4 a random integer from 1 to 10,648 is selected for each game. Accordingly, each integer from 1 to 10,648 corresponds to one of the entries of theoutcome probabilities database30. Therandom number range106 for each entry is selected in accordance with thecorresponding probability104. For example, theentry110 indicates that a randomly selected integer which is from 10,467 to 10,508 corresponds to the outcome “orange/orange/orange”. Since the range from 10,467 to 10,508 consists of forty-two integers, and the randomly selected integer may be from 1 to 10,648, the probability of the outcome “orange/orange/orange” occurring is 0.394% (42/10,648=0.00394=0.394%).

Note that the random number ranges106 inFIG. 4 include for each combination a number of integers equal to the number of ways in which the corresponding combination may arise. In other words, for a given combination, the number of arrangement ofelements102 is equal to the number of integers in therandom number range106. As an example, there are listed six hundred eighty ways in which the combination “cherry/any/any” may occur. Therandom number range106 corresponding to “cherry/any/any” is listed as “8571-9250”. The number of integers in the range “8571-9250” is also equal to six hundred eight.

However, in various embodiments, random number ranges corresponding to a particular combination need not include a number of integers equal to the number of arrangements of elements that yield the combination. For example, even though only one arrangement of elements yields the combination “7/7/7”, there may be twenty integers in a random number range corresponding to the combination “7/7/7”. As is well known in the art, a combination may be chosen as an outcome of a particular handle pull by using a random number generator to determine a random integer, and choosing the combination if the randomly chosen integer falls within a random number range corresponding to the combination. Of course, there are many other ways of choosing a combination, such as using a separate random number to determine the symbol on each reel. In any event, it follows that the probability of occurrence of a particular combination need not be based on the number of arrangements of elements that will yield the combination. In the prior example using “7/7/7”, the probability of the combination's occurrence may thus be set to 20/10648, even though there is only one arrangement that yields “7/7/7”. Embodiments involving changing probabilities for particular combinations will be described further herein.

Referring toFIG. 5, an exemplary payout table120 of the payout tables32 (FIG. 1) is illustrated. Each row of the payout table120 indicates a payout for an outcome. The payout table120 thus defines a possible pay schedule for a game. As described below, the actual pay schedule of a game may vary over time, and may correspond to any of a number of payout tables. A pay schedule as used herein indicates the payouts actually provided for outcomes of a game.

Each entry of the payout table120 includes (i) anoutcome description122 that describes the outcome; (ii) apayout124 that indicates the number of coins awarded to the player when the outcome occurs, in which thepayout124 is for each coin the player wagers (e.g. payout of four indicates four coins awarded for every coins wagered); (iii) aprobability126 which indicates the probability during each game of the outcome occurring; and (iv) an expectedpayout128 which indicates the average number of coins awarded for each game that are due to the outcome. As is known in the art, the expectedpayout128 is an “expected value” which is equal to the sum of all products of each payout multiplied by the corresponding probability of the payout occurring. It is noted that the sum of all expected payouts shown in the payout table120 is approximately 0.954, and as is known the payout percentage is defined as the sum of all expected payouts expressed as a percentage. Thus, the payout percentage of a gaming device operating according to the payout table120 is approximately 95.4%. Equivalently, the hold percentage, or House Edge, is approximately 4.6%.

Referring toFIG. 6, aprocess150 initiates with the payer indicating a wager amount for a game (step152) and starting the game (step154). The gaming device10 (FIG. 1) calculates a speed of game play, as is described below, in any of a number of manners (step156). Based on the calculated speed of game play, the gaming device determines a pay schedule (step158). The player is then provided with a payout in accordance with the determined pay schedule (step160).

Thestep156 of calculating a speed of game play may comprise measuring a number of games played in a predetermined time period, measuring a time elapsed between games, or measuring a time elapsed between other events. The clock26 (FIG. 1) of the gaming device10 (FIG. 1) may be used to measure a time period and a time elapsed. Such measurements may be initiated upon the start of a game. For example, theclock26 may measure a time elapsed between consecutive games of a series of games. Similarly theclock26 may measure a number of games played in a time period that begins upon the start of a game. In other embodiments, measurements may be initiated after a predetermined delay, which may be measured in units of time, number of games or a combination thereof. For example, the speed of game play may be measured as the number of games played within a five minute period, in which the five minute period begins after thirty seconds of a first game being initiated. Alternatively, the speed of game play may be measured as the number of games played within a five minute period, in which the five minute period begins after fifteen games are played within a ninety second time period.

Once the speed of game play is calculated, the gaming device determines a pay schedule based on the calculated speed of game play. In general, a pay schedule may be determined by (i) selecting a payout table from a plurality of payout tables based on the speed of game play, or (ii) multiplying the payout values of a payout table by a multiplier that is based on the speed of game play.

As mentioned above, a speed of play may be measured or estimated based on an elapsed time interval between many types of events. Such events may include: (i) the occurrence of a particular outcome, such as “cherry/cherry/cherry”; (ii) the occurrence of a particular symbol, such as “plum”; (iii) the occurrence of a particular number of symbols (e.g., a measuring time starts when a fifth “orange” symbol occurs, regardless of when earlier “orange” symbols occurred); (iv) the occurrence of a particular number of like outcomes (e.g., a measuring time starts when the third “bar/bar/bar” occurs; (v) the occurrence of a particular sequence of outcomes (e.g., “cherry/bar/any” occurs on a handle pull immediately following “plum/bell/any”); (vi) the occurrence of a particular sequence of symbols (e.g., “plum” occurs in the outcome of a first pull, and “cherry” occurs in the outcome of the next pull); (vii) the initiation of a bonus round; (viii) the occurrence of a payout of a certain amount; (ix) the occurrence of a certain number of consecutive losses; and so on. Additionally, a measured time interval may include an interval between any two or more of the above events, in any particular order. For example, a measured time interval may begin when a player loses three times in a row, and end when a player achieves an outcome “plum/plum/bell”. A measured time interval may also begin at an arbitrary or desired time (e.g., at a time chosen by the gaming device or server), and may end with one of the above events.

In various embodiments, a pay schedule may be determined directly based on the elapsed time between two or more events, such as the events described above. For example, if less than twenty minutes has elapsed between two outcomes of “plum/bell/bar”, then a first pay schedule may be selected. However, if more than twenty minutes has elapsed, then a second pay schedule may be selected. The second pay schedule may have a higher house edge than the first.

In various embodiments, a measure of an elapsed time between certain events may be used to estimate a rate of play. The rate of play may be estimated based on the elapsed time, and based on the probability of occurrence of the events defining the bounds of the measured time interval. An example is illustrated below.

Suppose a measured time interval starts immediately upon the conclusion of a game. The measured time interval ends when event E occurs. Suppose further that event E occurs with probability p during any given handle pull. It follows that the probability that event E will occur for the first time after one handle pull is p. The probability that event E will occur for the first time after two handle pulls is p*(l−p). The probability that event E will occur for the first time after three handle pulls is p*(1−p)². In general, the probability that event E will occur for the first time after k handle pulls is p*(1−p)^k−1. The expected number of handle pulls required before event E occurs is therefore equal to:

\begin{matrix} \sum_{k = 1 \dots \infty} k * p * {(1 - p)}^{k - 1} = p * \sum_{k = 1 \dots \infty} k * {(1 - p)}^{k - 1} \\ = - p * ⅆ / ⅆ p (\sum_{k = 1 \dots \infty} {(1 - p)}^{k}) \\ = - p * ⅆ / ⅆ p ((1 - p) / p) \\ = - p * (- p - (1 - p)) / p^{2} \\ = 1 / p \end{matrix}

The rate of play may be estimated to be the expected number of handle pulls divided by the measured time interval. Thus, if the measured time interval is denoted “t”, the rate of play may be estimated to be 1/(p*t).

To use a more tangible example, suppose that a measured time interval will begin immediately and end upon the occurrence of a combination of the form “cherry/any/cherry”. Suppose further that the combination “cherry/any/cherry” occurs after 20 minutes of play. According to the table ofFIG. 4, the probability of the combination “cherry/any/cherry” occurring on a given handle pulls is 0.639%. The rate of play may therefore be estimated as 1/(p*t)=1/(0.639%*20 minutes)=7.83/minute, or 7.83 handle pulls per minute. Consistent with the present invention, a pay schedule may be determined based upon an estimated rate of play even if the rate of play is not measured directly.

In various embodiments, a rate of play may alternatively be estimated by measuring the number of a particular event or group of events within a fixed time period. For example, a rate of play may be estimated based upon the number of outcomes “any/any/cherry” that occur within a ten-minute interval.

In various embodiments, a pay schedule may be determined directly from a measure of a particular number of events per unit time, even if such events do not correspond to discrete handle pulls. For example, if a person achieves at least three outcomes of the form “any/any/cherry” in a ten minute period, then the person may be eligible to receive the benefit of a first pay schedule. However, if the person achieves at least six outcomes of the form “any/any/cherry” in a ten minute period, then the person may be eligible to receive the benefit of a second pay schedule.

Referring toFIG. 7, a selection table180 for selecting a payout table from a plurality of payout tables based on the speed of game play is illustrated. Those skilled in the art will understand that the selection table180 may be implemented as a database stored in the storage device14 (FIG. 1), may be implemented by process steps defined by the program28 (FIG. 1), or a combination thereof. The selection table180 includes

entries

182,184 and186, each of which indicates a payout table to select upon calculating a speed of game play. Each of the

entries

182,184 and186 includes (i) aspeed identifier188 for uniquely identifying the entry; (ii) a speed ofplay190 range; and (iii) a selected payout table192 for indicating which of a plurality of payout tables is to be the pay schedule for a game. In the example illustrated byFIG. 7, the selected payout table192 may indicate one of three payout tables200,210 and220, which are named “standard”, “enhanced” and “superior”, respectively, for reference purposes. For example, if the speed of game play is calculated to be six games per minute, then theentry184 indicates that the enhanced payout table210 is to be the pay schedule. Those skilled in the art will understand that the selection table180 may include any number of payout tables and/or entries.

Referring toFIGS. 8A, 8B and8C, the payout tables200,210 and220 are illustrated in detail. Each of the payout tables200,210 and220 indicates similar payouts for the various outcomes except the payout for the “seven/seven/seven” outcome. Theentry202 defines the payout for that outcome to be one hundred, theentry212 defines the payout to be one hundred fifty and theentry222 defines the payout to be two hundred. Accordingly, the payout table220 defines a payout percentage which is higher than that of the payout table210. Similarly, the payout table210 defines a payout percentage which is higher than that of the payout table200. However, as described above, the higher speed of play can compensate for the higher payout percentages (lower hold percentages). As indicated by Table 1, the revenue derived from the gaming device can actually be higher even when the hold percentage is lower.

TABLE 1


Revenue Calculations for Selection Table 180

	STANDARD	ENHANCED	SUPERIOR

Payout Percentage	95.4%	95.8%	96.3%
Hold Percentage	4.6%	4.2%	3.7%
Minimum Plays per	1	4	9
Minute
Maximum Plays per	3	8	—
Minute
Minimum Average	0.046	0.167	0.333
Revenue per Minute
Maximum Average	0.139	0.334	—
Revenue per Minute

In Table 1, minimum and maximum average revenue per minute are calculated by multiplying the hold percentage with the minimum and maximum plays per minute, respectively. In addition, the listed values for revenue are in proportion to the amount wagered. For example, the maximum average revenue per minute of 0.046 indicates a revenue per minute of 4.6 cents for games in which a dollar (100 cents) is wagered.

As noted above, in the example illustrated byFIGS. 8A, 8B and8C, each of the payout tables200,210 and220 indicates similar payouts for the various outcomes except the payout for the “seven/seven/seven” outcome. However, those skilled in the art will understand that the plurality of payout tables may indicate similar or vastly dissimilar payouts, and likewise may indicate equal or unequal payout percentages. Typically, payout percentage will be higher for payout tables which are selected for higher speeds of game play, and the revenue per time period will typically be higher for higher speeds of game play. It can be especially advantageous to increase only the payout for unlikely outcomes, such as the outcome having the highest payout (e.g. a “jackpot” outcome). Even doubling the payout of an extremely unlikely event can attract players while also resulting in a payout percentage that is still acceptable to a casino.

FIG. 9 illustrates a selection table250 for determining a pay schedule by multiplying the payout values of a predetermined payout table (“base payout table”) by a multiplier that is based on the speed of game play. Those skilled in the art will understand that the selection table250 may be implemented as a database stored in the storage device14 (FIG. 1), may be implemented by process steps defined by the program28 (FIG. 1), or a combination thereof. The selection table250 includes

entries

252,254 and256, each of which indicates a multiplier that is based on a speed of game play. Each of the

entries

252,254 and256 includes (i) aspeed identifier258 for uniquely identifying the entry; (ii) a speed ofplay260 range; and (iii) amultiplier262 for indicating an amount by which to multiply the payout values of the base payout table. Since a payout (number of coins won per coin wagered) is typically an integer, a product of the multiplier and a payout may be rounded down to the highest integer value. For example, for a multiplier 1.04 and apayout 20, the product is 1.04×20=20.8, which rounds down to 20. In many cases, this rounding down will result in an unchanged payout.

The speed of play thus indicates a multiplier. For example, if the speed of game play is calculated to be nine games per minute, then theentry256 indicates that the multiplier is 1.04. Those skilled in the art will understand that any number of multipliers and/or entries in the selection table250 may be used.

Referring toFIGS. 10A, 10B and10C, payout tables280,290 and300 are illustrated in detail. The payout tables280,290 and300 correspond to the multipliers ofFIG. 9 applied to a base payout table, which is equal to the payout table120 ofFIG. 5. The payout table280 corresponds to the speed of play indicated by theentry252, and thus to a multiplier of 1.00. Thus, the payout table280 indicates the same payouts as the base payout table. The payout tables290 and300 correspond to the speeds of play indicated by the

entries

254 and256, respectively, and thus to multipliers of 1.02 and 1.04, respectively. Accordingly, the payout table300 defines a payout percentage which is higher than that of the payout table290. Similarly, the payout table290 defines a payout percentage which is higher than that of the payout table280. However, as indicated by Table 2, the revenue derived from the gaming device can actually be higher even when the hold percentage is lower.

TABLE 2


Revenue Calculations for Selection Table 250

TABLE	TABLE	TABLE
280	290	300

Payout Percentage	95.4%	95.6%	96.0%
Hold Percentage	4.6%	4.4%	4.0%
Minimum Plays perMinute	1	4	9
Maximum Plays per Minute	3	8	—
Minimum Average Revenue per Minute	0.046	0.177	0.362
Maximum Average Revenue per Minute	0.139	0.355	—

In some embodiments, a pay schedule may be selected based on the probabilities of occurrence of one or more combinations contained therein. Referring toFIGS. 11A, 11B and11C, payout tables1100,1110 and1120 are illustrated in detail. Each of the payout tables1100,1110 and1120 indicate similar probabilities for the various outcomes except the probabilities for the “nonwinning combination” outcome and the “seven/seven/seven” outcome. Theentry1102 defines the probability for that outcome to be 80.485%, theentry1112 defines the probability to be 80.480% and theentry1122 defines the probability to be 80.475%. Meanwhile, theentry1104 defines the probability for that outcome to be 0.009%, theentry1114 defines the probability to be 0.014% and theentry1124 defines the probability to be 0.019%. Accordingly, the payout table1120 defines a payout percentage which is higher than that of the payout table1110. Similarly, the payout table1110 defines a payout percentage which is higher than that of the payout table1100. As can readily be derived, the payout percentages for tables1100,1110, and1120 are the same as those for tables800,810, and820, respectively. Namely, the respective payout percentages are 95.4%, 95.8%, and 96.3%. As described above, the higher speed of play can compensate for the higher payout percentages (lower hold percentages). As indicated by Table 1, the revenue derived from the gaming device can actually be higher even when the hold percentage is lower. As will further be appreciated, a difference between two pay tables in a first probability of a first outcome may necessitate a difference in a second probability of a second outcome. In this way, the sum of probabilities for all possible outcomes is maintained at one. Thus, for example, a comparison of tables1100 and1110 shows a change of probability for two different outcomes.

The probability of an outcome may be varied from pay table to pay table in a number of ways. In some embodiments, a random number range corresponding to a particular outcome is expanded to include additional integers (e.g., to increase the probability of the corresponding outcome's occurrence), or reduced to include fewer integers (e.g., to decrease the probability of the corresponding outcome's occurrence). For instance, in order to achieve the probability for the outcome “7/7/7” illustrated in table1120, the random number range corresponding to “7/7/7” may be expanded to include “10,647-10,648”. With two integers in this range, and with one integer selected at random from the range “1-10,648”, the probability of “7/7/7” becomes 2/10,648, or 0.019%. In some embodiments, a total range from which random numbers are selected may be expanded or reduced. If the total range is expanded, while the range corresponding to a particular outcome is held fixed, then it will be appreciated that the probability of occurrence of the outcome will be reduced. Conversely, if the total range is reduced, while the range corresponding to a particular outcome is held fixed, then the probability of occurrence of the outcome will be increased. It will be appreciated that the probability of an outcome's occurrence may also be varied by simultaneously changing the total range and the range corresponding to the outcome.

In some embodiments, the probability of occurrence of a particular outcome may be changed by adding or removing symbols from the reels of a gaming device. For example, if a physical or virtual reel (e.g., a representation of a physical reel stored in memory), has a fixed length, and each symbol on the reel is equally likely to occur in an outcome, then adding or subtracting symbols may change the number of possible combinations of symbols that can yield a particular outcome. For instance, removing a “cherry” symbol from the first reel of a gaming device may result in fewer possible combinations for the outcome “cherry/any/any”, which may in turn reduce the probability of occurrence of the outcome “cherry/any/any”.

In some embodiments, the probability of occurrence of an outcome may be altered through the addition or removal of “wild” symbols. Wild symbols may take the place of one or more other symbols in creating the combination for an outcome. For example, an outcome of “wild/7/7” may be equivalent to “7/7/7”, as the wild symbol may act as a “7” so as to result in the highest paying outcome. Thus, with the addition of wild symbols “7/7/7” and/or other outcomes may occur with greater probability. Similarly, if wild symbols are removed from a game (e.g., removed from the reels of a gaming device, or removed from a deck of cards) then the probabilities of certain outcomes may be reduced. In related embodiments, the probability of the occurrence of one or more outcomes may be changed by designating a symbol to be wild. For example, in a game of poker, all threes may be designated as wild. This may increase the probability of occurrence of various winning outcomes. Similarly, symbols that are already designated as wild may be un-designated, with a corresponding effect on the probabilities of occurrence of various outcomes.

In some embodiments, the payout percentage of a pay schedule may be altered through the addition or subtraction of combinations altogether. For example, in a game of video poker, a new combination designated a “wrap-around straight” may be added to a pay schedule. The new combination may have an associated payout where it had none before. Thus, the payout percentage of a gaming device may increase with the addition of combinations. Similarly, certain combinations may be removed from a pay schedule. For example, “cherry/any/any” may be removed as a winning combination. The payout percentage of a gaming device may thereby be reduced.

In some embodiments, a pay schedule may be based upon multiple games, or handle pulls at a gaming device. For example, a pay schedule may describe a first payout if a player obtains a total of ten “cherry” symbols over the course of a designated number of handle pulls, and a second payout if the player obtains a total of eight “cherry” symbols. In such embodiments, the probability of the player achieving a certain outcome or result may be varied by varying the time allowed, or the number of handle pulls in which a player must obtain the outcome or result. To continue the prior example, the probability of the player obtaining a certain number of “cherry” symbols may be altered by giving the player more handle pulls in which to obtain the “cherry” symbols. For example, a player may be more likely to obtain ten “cherry” symbols if given ten handle pulls than if he is given only five handle pulls.

In another embodiments, a pay schedule is based upon a game in which a player advances a character on a game board. The player may advance the character by achieving certain outcomes during handle pulls. For example, an outcome may indicate that a game character is to advance three spaces on the game board. The player may be paid according to a pay schedule where payouts are based on locations on the game board that have been reached by a game character. For instance, a first payout is made if a game character reaches a first location, and a second payout is made if a game character reaches a second location. In a game board embodiment, the probability with which a game character reaches a certain location on the game board may be altered by altering the layout of the game board. For instance, extra spaces may be inserted into the game board in order to make it more difficult for a game character to reach the final space. Alternatively, trap doors may be added to the game board. The trap doors may steer a game character away from the optimal path to the final space. As will be appreciated, there are many other ways of altering a probability of achieving a certain outcome or result in a game. In some embodiments, the present invention contemplates all the ways of adjusting such a probability in order to effect the payout percentage of a pay schedule.

In various embodiments of the present invention, it may be difficult to estimate a rate of play at certain times. For example, when a player makes the first few pulls of a gaming session, there is little data based upon which to judge a rate of play. Accordingly, even though a player may in fact play rapidly from the very start of a session, the player may not receive the benefit of enhanced, superior, or other improved pay schedules until he is well into a session.

Therefore, in one or more embodiments, a pay schedule may be applied retroactively to a player. At a first point in time, such as at the time a player achieves an outcome, a player may receive a first payout based on a first pay schedule. At a second point in time after the first point in time, it may be determined that a second pay schedule should be retroactively applied to the outcome achieved at the first point in time. If a second payout from the second pay schedule corresponding to the outcome is greater than the first payout, then the player may be paid the difference. For example, suppose a player achieves an outcome of “7/7/7” during the first game of a session. The player is paid one hundred coins using “standard”pay schedule200. Suppose further that the player continues playing games rapidly. The gaming device may subsequently determine that “superior”pay schedule220 would have been used had it been recognized how fast the player would make handle pulls. Thus, the gaming device may determine that the superior pay schedule should be retroactively applied to the player's outcome of “7/7/7”. The superior pay schedule pays 200 coins for the outcome “7/7/7”. Since the player will have already been paid 100 coins using the standard pay schedule, the player may receive an additional 100 coins.

Embodiments involving retroactively applied pay schedules are described more fully with reference toFIG. 12. Atstep1210, a gaming device generates an outcome for a player. Atstep1220, the gaming device determines a first payout for the outcome based on a first pay schedule. Atstep1230, the gaming device provides the first payout to the player. Atstep1240, the gaming device stores an indication of the outcome and an indication of the first payout. Note that the gaming device may just as well store an indication of the outcome and an indication of the first pay schedule, as the first payout may be derived from knowledge of the first outcome and pay schedule.

Atstep1250, the gaming device determines whether a second pay schedule should be retroactively applied to the outcome. In making such a determination, the gaming device may determine whether the player's rate of play has exceeded a certain threshold. The gaming device may also determine whether the handle pull on which the player achieved the outcome should be factored in to a current measure of a rate of play. For example, if the player made handle pulls at a slow rate for the first twenty handle pulls after achieving the outcome, but later picked up the pace, then the gaming device may decide that the handle pull on which the player achieved the first outcome should not count in a current measure of a rate of play. The gaming device may also make the determination ofstep1250 based on whether the payout for the second pay schedule is greater than the payout for the first pay schedule corresponding to the outcome. For example, if the first pay schedule has a greater payout for the outcome, then the gaming device may not retroactively apply the second pay schedule, as such a retroactive application might involve retracting moneys already paid out.

If, afterstep1250, the gaming device determines not to retroactively apply the second pay schedule, then process1200 ends. However, if the gaming device decides to retroactively apply the second pay schedule, flow proceeds to step1260. Atstep1260, the gaming device retrieves the stored indications of the outcome and first payout. At step1270, the gaming device determines a second payout for the outcome based on the outcome and the second pay schedule. For instance, the second payout may be the payout corresponding to the outcome in the second pay schedule. Atstep1280, the gaming device determines the difference between the second payout and the first payout. Then, atstep1290, the gaming device provides this difference to the player. It will be appreciated that the process steps1200 may be carried out in any practicable order while still falling within the scope of the present invention. In addition, it will be appreciated that additional steps may be added, and/or steps may be left out, while still maintaining the spirit of the present invention.

The retroactive application of pay schedules provides a number of advantages. A player who achieves a winning outcome may be motivated to continue playing at a gaming device in the hopes of garnering even greater winnings when a larger payout is retroactively applied to the winning outcome. A player may be further motivated to engage in certain behaviors, such as rapid play, that will trigger a retroactive application of a pay schedule. Such behaviors may lead to greater profits for a casino.

In should be noted that any benefit may be provided to a player retroactively. For instance, rather than applying a retroactive pay schedule to a winning outcome achieved by a player, a gaming device may provide free handle pulls, a fixed payout, a free entry into a bonus round, an ability to select one or more symbols of an outcome, and so on. In addition, a casino may provide benefits such as free or discounted hotel rooms, meals, show tickets, and so on.

In various embodiments, although a player's speed of play may not be immediately discernable (e.g., the player has just begun playing), the gaming device or network server may infer an initial rate of play. Such an initial rate of play may be a universally applicable default rate of play. Alternatively, the initial rate of play may be inferred based on historical rates of play as measured from prior players at the casino or at the particular gaming device. In some embodiments, the network server may store a historical rate of play in association with a player. For example, a network server may store an average rate of play for a player over his last five sessions. If the player later inserts his player tracking card (or otherwise provides an identifier), the network server may retrieve the player's historical rate of play, and use the rate as the starting rate for a session. Accordingly, the applicable pay schedule at the start of the session may be based upon the historical rate of play.

In one embodiment, a player may achieve a first winning outcome and receive a first corresponding payout. The winning outcome may remain displayed in a corner of a display screen of the player's gaming device as the player continues to initiate handle pulls. If the player again achieves the same winning outcome, the player may be paid for the latest outcome. However, the player may also receive an additional payout for the first of the winning outcomes. In other words, a player can continue to earn payouts on an outcome if like outcomes are subsequently achieved. This scheme is analogous in some ways to a commission-based sales system, where a seller to a first party may earn further commissions on sales made by the first party to a second party. A player who achieves winning outcomes may thus be motivated to remain at a gaming device so that the outcomes may continue to “earn” further payouts. Of course, a player may receive additional payouts for a first outcome based on any event, such as achieving a second outcome that is not identical to the first outcome. Additionally, a player may earn payouts for a first event based on the subsequent achievement of a second event, even if the first event is not the occurrence of a particular outcome. For example, the first event may be the occurrence of two “7” symbols in an outcome. The player need not necessarily receive a payout for the first event. However, the player may receive a payout for each subsequent “7” that occurs in future outcomes.

In various embodiments, a player's speed of play may be indicated by a gaming device. The indication may take the form of (i) a numerical speed expressed in pulls per unit time (e.g., 10 pulls per minute); (ii) a graphical depiction of a speed in relation to a target speed (e.g., the level of mercury in a thermometer as a percentage of the total volume of the thermometer indicates the player's current speed as a percentage of a speed required to achieve a more favorable pay schedule); (iii) a colored display where, for example, reds and other colors near the bottom of the spectrum indicate slow speeds, while purples and other colors near the top of the spectrum indicate rapid speeds; (iv) a graphical depiction of a dial or other meter indexed from “slow” to “fast”, with an indicator pointing somewhere in between; (v) a depiction of a character moving at a speed proportional to the player's rate of play (e.g., a horse runs around a track at a speed proportional to the player's rate of play); and on. When a gaming device indicates a player's speed, the player may become better aware of his speed, and may be motivated to play more rapidly.

A gaming device may also provide indications of a pay schedule to be applied to a player should the player play at one or more speeds. For example, a gaming device may display a “superior” pay schedule along with a message saying, “Play a little faster and you can use this pay schedule. The jackpot is twice the normal level!” Indications of a pay schedule may further motivate a player to play more rapidly.

In one or more embodiments, an applicable pay schedule may be determined based on rates other than just a rate of completing handle pulls. In some embodiments, a pay schedule is determined based on a rate at which a player makes wagers, i.e., a rate of coin-in. Such a rate may be expressed in terms of dollars per minute, coins per minute, tokens per minute, yen per minute, or some other expression of currency per unit time. Notably, if a first player has a higher rate of play than a second player, the second player may still have a higher rate of coin in. For example, a first player may wager one coin per handle pull and make ten handle pulls per minute. The first player's rate of coin-in is then ten coins per minute. A second player may wager two coins per handle pull and make seven handle pulls per minute. The second player's rate of coin-in is then fourteen coins per minute. Although the second player's rate of play is slower, his rate of coin-in is higher. Accordingly, the second player may receive the benefit of a more favorable pay schedule that does the first player. In some embodiments, a pay schedule may be determined based on a rate of lines wagered per unit time. For example, a player who plays three paylines per game, and plays ten games per minute, plays a total of thirty paylines per minute.

Varying embodiments of the present invention may use different time windows for calculating a speed of play. Time windows of different sizes have different advantages and disadvantages. For example, in an embodiment involving a short time window, a speed of play may be calculated based on the number of handle pulls made in the last minute. An embodiment involving a short time window has the advantage of quickly detecting changes in a player's rate of play. For example, if a player begins a session at a slow rate of play, but then increases his speed of play rapidly, then this increase will be detected quickly. However, using a short time window has the disadvantage of calculating a rate of play based on a potentially anomalous sample. For example, a player who has hitherto played rapidly may take a one-minute break in order to talk to a friend. If the player's rate of play is measured over the time window in which he takes a break, then the player may be ascribed an unfairly low rate of play. Such a player may become frustrated that he is given the “standard” pay schedule, and may depart the gaming device.

An embodiment involving a long time window may avoid to some degree the possibility of anomalous sample measurements. However, long time windows may not as readily capture sudden changes in a player's rate of play. For example, a player who plays slowly for a time but then quickly increases his rate of play may still be ascribed a slow rate of play, since the long time window will account for some of the play during the slow period. Such a player may also become frustrated, since he has started to play rapidly, but has not obtained a more favorable pay schedule.

Although the present invention has been described with respect to a preferred embodiment thereof, those skilled in the art will note that various substitutions may be made to those embodiments described herein without departing from the spirit and scope of the present invention. For example, although a slot machine-type game has been described, the present invention is likewise applicable to other types of games, such as video poker, video blackjack and video roulette.