A portion of the disclosure of this patent document contains material which is subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent disclosure, as it appears in the Patent and Trademark Office patent files or records, but otherwise reserves all copyright rights whatsoever.
The present invention relates generally to gaming machines, and methods for playing wagering games, and more particularly, to a gaming system having tools for categorizing wagers and metering performance of wagering games and supplemental features.
According to one aspect of the present invention, a method of operating a wagering game comprises receiving one or more configuration inputs to create at least one wagering game configuration. The at least one wagering game configuration comprises at least one base game and at least one portal game. The at least one base game is operable in response to receipt of a primary wager, the primary wager being within a range of allowable wagers. The range includes minimum and maximum allowable wagers. The at least one portal game having a set of eligibility criteria. The method further comprises creating a plurality of wager categories based upon the set of eligibility criteria and a size of the primary wager, activating participation in the at least one portal game if the set of eligibility criteria is satisfied, and metering the entire primary wager to a single wager category.
According to another aspect of the invention, a gaming system comprises a plurality of gaming devices in communication with an control computer, the control computer in communication with at least one memory storage device and at least one wagering game configuration stored on the at least one memory storage device, the at least one wagering game configuration comprising a base game and at least one portal game. At least one controller is operative to (i) receive a plurality of wager categories associated with the at least one wagering game configuration, (ii) receive a size of a primary wager amount collected from at least one player, (iii) assign the primary wager amount to a first one of the plurality of wager categories in accordance with a set of eligibility criteria, and (v) add the size of the primary wager amount to a credit in meter associated with the first wager category.
According to yet another aspect of the invention, a computer readable storage medium encoded with instructions for operating an expected value calculator, the expected value calculator performing the steps of (i) receiving a wagering game configuration comprising at least one base game and at least one portal game, (ii) in response to receiving the wagering game configuration, generating a plurality of wager categories associated with the wagering game configuration, (iii) receiving an input of a primary wager amount associated with play of the at least one base game, (iv) assigning the primary wager amount to one of the plurality of wager categories, and (v) calculating a theoretical overall payback percentage based upon a size of the primary wager.
According to yet another aspect of the invention, a computer readable storage medium is encoded with instructions for directing a gaming system to perform the above method.
Additional aspects of the invention will be apparent to those of ordinary skill in the art in view of the detailed description of various embodiments, which is made with reference to the drawings, a brief description of which is provided below.
a is a perspective view of a free standing gaming machine embodying the present invention;
b is a perspective view of a handheld gaming machine embodying the present invention;
a, 9b, 9c is an example of a PAR sheet which can be dynamically generated by a software tool of the present invention;
While this invention is susceptible of embodiment in many different forms, there is shown in the drawings and will herein be described in detail preferred embodiments of the invention with the understanding that the present disclosure is to be considered as an exemplification of the principles of the invention and is not intended to limit the broad aspect of the invention to the embodiments illustrated.
Referring to
The gaming machine 10 comprises a housing 12 and includes input devices, including a value input device 18 and a player input device 24. For output the gaming machine 10 includes a primary display 14 for displaying information about the basic wagering game. The primary display 14 can also display information about a bonus wagering game and a progressive wagering game. The gaming machine 10 may also include a secondary display 16 for displaying game events, game outcomes, and/or signage information. While these typical components found in the gaming machine 10 are described below, it should be understood that numerous other elements may exist and may be used in any number of combinations to create various forms of a gaming machine 10.
The value input device 18 may be provided in many forms, individually or in combination, and is preferably located on the front of the housing 12. The value input device 18 receives currency and/or credits that are inserted by a player. The value input device 18 may include a coin acceptor 20 for receiving coin currency (see
The player input device 24 comprises a plurality of push buttons 26 on a button panel for operating the gaming machine 10. In addition, or alternatively, the player input device 24 may comprise a touch screen 28 mounted by adhesive, tape, or the like over the primary display 14 and/or secondary display 16. The touch screen 28 contains soft touch keys 30 denoted by graphics on the underlying primary display 14 and used to operate the gaming machine 10. The touch screen 28 provides players with an alternative method of input. A player enables a desired function either by touching the touch screen 28 at an appropriate touch key 30 or by pressing an appropriate push button 26 on the button panel. The touch keys 30 may be used to implement the same functions as push buttons 26. Alternatively, the push buttons 26 may provide inputs for one aspect of operating the game, while the touch keys 30 may allow for input needed for another aspect of the game.
The various components of the gaming machine 10 may be connected directly to, or contained within, the housing 12, as seen in
The operation of the basic wagering game is displayed to the player on the primary display 14. The primary display 14 can also display the bonus game associated with the basic wagering game. The primary display 14 of the gaming machine 10 may include a number of mechanical reels to display the outcome in visual association with at least one payline 32. Alternatively, the primary display 14 may take the form of a hybrid display incorporating both electromechanical display components, such as reels, with an electronic display, which may include a cathode ray tube (CRT), a high resolution LCD, a plasma display, an LED, or any other type of display suitable for use in the gaming machine 10. As shown, the primary display 14 includes the touch screen 28 overlaying the entire display (or a portion thereof) to allow players to make game-related selections. In the illustrated embodiment, the gaming machine 10 is an “upright” version in which the primary display 14 is oriented vertically relative to the player. Alternatively, the gaming machine may be a “slant-top” version in which the primary display 14 is slanted at about a thirty-degree angle toward the player of the gaming machine 10.
A player begins play of the basic wagering game by making a wager via the value input device 18 of the gaming machine 10. A player can select play by using the player input device 24, via the buttons 26 or the touch screen keys 30. The basic game consists of a plurality of symbols arranged in an array, and includes at least one payline 32 that indicates one or more outcomes of the basic game. Such outcomes are randomly selected in response to the wagering input by the player. At least one of the plurality of randomly-selected outcomes may be a start-bonus outcome, which can include any variations of symbols or symbol combinations triggering a bonus game.
In some embodiments, the gaming machine 10 may also include a player information reader 52 that allows for identification of a player by reading a card with information indicating his or her true identity. The player information reader 52 is shown in
Depicted in
The player-accessible value input device 118 may comprise, for example, a slot located on the front, side, or top of the casing 112 configured to receive credit from a stored-value card (e.g., casino card, smart card, debit card, credit card, etc.) inserted by a player. In another aspect, the player-accessible value input device 118 may comprise a sensor (e.g., an RF sensor) configured to sense a signal (e.g., an RF signal) output by a transmitter (e.g., an RF transmitter) carried by a player. The player-accessible value input device 118 may also or alternatively include a ticket reader, or barcode scanner, for reading information stored on a credit ticket, a card, or other tangible portable credit or funds storage device. The credit ticket or card may also authorize access to a central account, which can transfer money to the handheld gaming machine 110.
Still other player-accessible value input devices 118 may require the use of touch keys 130 on the touch-screen display (e.g., primary display 114 and/or secondary display 116) or player input devices 124. Upon entry of player identification information and, preferably, secondary authorization information (e.g., a password, PIN number, stored value card number, predefined key sequences, etc.), the player may be permitted to access a player's account. As one potential optional security feature, the handheld gaming machine 110 may be configured to permit a player to only access an account the player has specifically set up for the handheld gaming machine 110. Other conventional security features may also be utilized to, for example, prevent unauthorized access to a player's account, to minimize an impact of any unauthorized access to a player's account, or to prevent unauthorized access to any personal information or funds temporarily stored on the handheld gaming machine 110.
The player-accessible value input device 118 may itself comprise or utilize a biometric player information reader which permits the player to access available funds on a player's account, either alone or in combination with another of the aforementioned player-accessible value input devices 118. In an embodiment wherein the player-accessible value input device 118 comprises a biometric player information reader, transactions such as an input of value to the handheld device, a transfer of value from one player account or source to an account associated with the handheld gaming machine 110, or the execution of another transaction, for example, could all be authorized by a biometric reading, which could comprise a plurality of biometric readings, from the biometric device.
Alternatively, to enhance security, a transaction may be optionally enabled only by a two-step process in which a secondary source confirms the identity indicated by a primary source. For example, a player-accessible value input device 118 comprising a biometric player information reader may require a confirmatory entry from another biometric player information reader 152, or from another source, such as a credit card, debit card, player ID card, fob key, PIN number, password, hotel room key, etc. Thus, a transaction may be enabled by, for example, a combination of the personal identification input (e.g., biometric input) with a secret PIN number, or a combination of a biometric input with a fob input, or a combination of a fob input with a PIN number, or a combination of a credit card input with a biometric input. Essentially, any two independent sources of identity, one of which is secure or personal to the player (e.g., biometric readings, PIN number, password, etc.) could be utilized to provide enhanced security prior to the electronic transfer of any funds. In another aspect, the value input device 118 may be provided remotely from the handheld gaming machine 110.
The player input device 124 comprises a plurality of push buttons on a button panel for operating the handheld gaming machine 110. In addition, or alternatively, the player input device 124 may comprise a touch screen 128 mounted to a primary display 114 and/or secondary display 116. In one aspect, the touch screen 128 is matched to a display screen having one or more selectable touch keys 130 selectable by a user's touching of the associated area of the screen using a finger or a tool, such as a stylus pointer. A player enables a desired function either by touching the touch screen 128 at an appropriate touch key 130 or by pressing an appropriate push button 126 on the button panel. The touch keys 130 may be used to implement the same functions as push buttons 126. Alternatively, the push buttons 126 may provide inputs for one aspect of the operating the game, while the touch keys 130 may allow for input needed for another aspect of the game. The various components of the handheld gaming machine 110 may be connected directly to, or contained within, the casing 112, as seen in
The operation of the basic wagering game on the handheld gaming machine 110 is displayed to the player on the primary display 114. The primary display 114 can also display the bonus game associated with the basic wagering game. The primary display 114 preferably includes a number of mechanical reels to display the outcome in visual association with at least one payline. Alternatively, the primary display 114 may take the form of a hybrid display incorporating both electromechanical display components, such as reels, with an electronic display, which may include a high resolution LCD, a plasma display, an LED, or any other type of display suitable for use in the handheld gaming machine 110. The size of the primary display 114 may vary from, for example, about a 2-3″ display to a 15″ or 17″ display. In at least some aspects, the primary display 114 is a 7″-10″ display. As the weight of and/or power requirements of such displays decreases with improvements in technology, it is envisaged that the size of the primary display may be increased. Optionally, coatings or removable films or sheets may be applied to the display to provide desired characteristics (e.g., anti-scratch, anti-glare, bacterially-resistant and anti-microbial films, etc.). In at least some embodiments, the primary display 114 and/or secondary display 116 may have a 16:9 aspect ratio or other aspect ratio (e.g., 4:3). The primary display 114 and/or secondary display 116 may also each have different resolutions, different color schemes, and different aspect ratios.
As with the free standing gaming machine 10, a player begins play of the basic wagering game on the handheld gaming machine 110 by making a wager (e.g., via the value input device 118 or an assignment of credits stored on the handheld gaming machine via the player input device 124, e.g. the touch screen keys 130 or push buttons 126) on the handheld gaming machine 110. In at least some aspects, the basic game may comprise a plurality of symbols arranged in an array, and includes at least one payline 132 that indicates one or more outcomes of the basic game. Such outcomes are randomly selected in response to the wagering input by the player. At least one of the plurality of randomly selected outcomes may be a start-bonus outcome, which can include any variations of symbols or symbol combinations triggering a bonus game.
In some embodiments, the player-accessible value input device 118 of the handheld gaming machine 110 may double as a player information reader 152 that allows for identification of a player by reading a card with information indicating the player's identity (e.g., reading a player's credit card, player ID card, smart card, etc.). The player information reader 152 may alternatively or also comprise a bar code scanner, RFID transceiver or computer readable storage medium interface. In one presently preferred aspect, the player information reader 152, shown by way of example in
Turning now to
The controller 34 is also coupled to the system memory 36 and a money/credit detector 38. The system memory 36 may comprise a volatile memory (e.g., a random-access memory (RAM)) and a non-volatile memory (e.g., an EEPROM). The system memory 36 may include multiple RAM and multiple program memories. The money/credit detector 38 signals the processor that money and/or credits have been input via the value input device 18. Preferably, these components are located within the housing 12 of the gaming machine 10. However, as explained above, these components may be located outboard of the housing 12 and connected to the remainder of the components of the gaming machine 10 via a variety of different wired or wireless connection methods.
As seen in
Communications between the controller 34 and both the peripheral components of the gaming machine 10 and external systems 50 occur through input/output (I/O) circuits 46, 48. More specifically, the controller 34 controls and receives inputs from the peripheral components of the gaming machine 10 through the input/output circuits 46. Further, the controller 34 communicates with the external systems 50 via the I/O circuits 48 and a communication path (e.g., serial, parallel, IR, RC, 10bT, etc.). The external systems 50 may include a gaming network, other gaming machines, a gaming server, communications hardware, or a variety of other interfaced systems or components. Although the I/O circuits 46, 48 may be shown as a single block, it should be appreciated that each of the I/O circuits 46, 48 may include a number of different types of I/O circuits.
Controller 34, as used herein, comprises any combination of hardware, software, and/or firmware that may be disposed or resident inside and/or outside of the gaming machine 10 that may communicate with and/or control the transfer of data between the gaming machine 10 and a bus, another computer, processor, or device and/or a service and/or a network. The controller 34 may comprise one or more controllers or processors. In
The gaming machines 10,110 may communicate with external systems 50 (in a wired or wireless manner) such that each machine operates as a “thin client,” having relatively less functionality, a “thick client,” having relatively more functionality, or through any range of functionality there between. As a generally “thin client,” the gaming machine may operate primarily as a display device to display the results of gaming outcomes processed externally, for example, on a server as part of the external systems 50. In this “thin client” configuration, the server executes game code and determines game outcomes (e.g., with a random number generator), while the controller 34 on board the gaming machine processes display information to be displayed on the display(s) of the machine. In an alternative “thicker client” configuration, the server determines game outcomes, while the controller 34 on board the gaming machine executes game code and processes display information to be displayed on the display(s) of the machines. In yet another alternative “thick client” configuration, the controller 34 on board the gaming machine 110 executes game code, determines game outcomes, and processes display information to be displayed on the display(s) of the machine. Numerous alternative configurations are possible such that the aforementioned and other functions may be performed onboard or external to the gaming machine as may be necessary for particular applications. It should be understood that the gaming machines 10,110 may take on a wide variety of forms such as a free standing machine, a portable or handheld device primarily used for gaming, a mobile telecommunications device such as a mobile telephone or personal daily assistant (PDA), a counter top or bar top gaming machine, or other personal electronic device such as a portable television, MP3 player, entertainment device, etc.
Turning now to
The system 300 further includes a feature icon 370 for displaying and receiving selection and activation of various supplemental features to the wagering game 360. The feature icon 370 in
As seen in
Any number of wagering-game features 374 may be made available to be activated by a player of the gaming system 300. The features 374 may include any number of improvements, additions, enhancements, or modifications of a standard basic wagering game experience displayed on the primary display 314. For example, the features 374 may include eligibility or participation in bonus games, progressive jackpots or awards, or community games or events, including group games, team competitions, and competitive or collaborative play. The features 374 may also include wagering game assets such as free spins, wild symbols, multipliers, symbol upgrades, expanding wild symbols, scatter symbols, etc. The features 374 may also include eligibility or participation in secondary wagering games, side-bet games, reel re-spins, or extra chances or opportunities during play of the primary wagering games.
In other embodiments, the features 374 that may be activated may include features usable in a selection game, such as additional selections, opportunities to replace or re-do a prior selection, opportunities to undo a poor selection or selection of a terminating symbol, etc. Moreover, the features 374 may include eligibility or participation in enhanced awards, improvements of randomly selected outcomes of a primary wagering game, advancement to higher levels of play, advancement to newer or more favorable episodes of wagering games, etc. In yet other embodiments, features 374 may include eligibility and participation in additional wagering games, other games within a casino or gaming establishment (e.g., other table games or electronic games), wide area progressive jackpots, local area progressive jackpots, tangible prize awards, player reward points and loyalty programs, etc. The features 374 of the gaming system 300 as described herein may comprise any feature available on a wagering game which may be funded by an increased wager, a side wager, a secondary or separate wager, via player reward points, or in any other manner utilizing any form of currency, monetary input or other value.
It should also be understood that the features 374 activated in the system 300 of the present invention may be any number of available wagering game features as described herein. Moreover, the features may include any enhancements or additions to the primary wagering game as described in detail in U.S. Patent Application Ser. No. 60/844,032 filed on Sep. 12, 2006, and US. Patent Application Ser. No. 60/802,984 filed on May 24, 2006, both of which are assigned to WMS Gaming Inc. Both such applications are hereby incorporated by reference, in their entirety, as if full set forth herein.
Turning to
In alternative embodiments, the operator control interface 380 may be located elsewhere as part of the gaming system 300. For example, the operator control interface 380 may be viewable and usable on one or more gaming devices 310 in the system. For example, through a menu system, an operator may be able to recall the operator control interface 380 so as to appear on the primary display 314 of a gaming device 310, such as those shown and described with reference to
In
The Portal Games category 386a includes display of a plurality of supplemental features 374 which are organized and displayed in groups 375. In one embodiment, as shown in
In the Base Themes category 386b window are displayed a plurality of primary wagering games 360 available on the system for play and configuration. The primary wagering games 360 may be displayed graphically or using text, or both. Moreover, the primary wagering games 360 may be individually displayed by theme or title (such as “Jungle Wild,” “Super Jackpot Party,” or “Zeus”), or may also be displayed in sets 361 (such as “Cascading Greatest Hits”). Thus, a theme set 361 may be used and labeled to group a plurality of primary wagering games 360 together which have a common element, feature, or association. In the example shown, the games in the theme set 361 all have game play in which the symbols “cascade” or fall into the array rather than reels which spin and stop to display symbols. Other primary wagering games 360 and sets 361 may be displayed in the Base Themes category 386b, but not visible until the category 386b is scrolled down using the menu bar slider on the right side of the Base Themes category 386b window.
On a right side of the control screen 384 are one or more configurations 390a,b which are displayed as active once configured and activated by the operator. Each configuration includes a Base Theme, or primary wagering game 360a,b as well as, optionally, one or more Portal Games, or supplemental features 374. Moreover, each configuration 390a,b is specific to one or more denominations 387 as displayed along the bottom of the configuration 390a,b. Thus, the first configuration 390a applies only to the associated denominations 387a,b,c of $0.001, $0.01 and $0.02, respectively, while the second configuration 390b applied only to its associated denomination 387d of $0.05. An overall payback percentage 392a,b for each configuration 390a,b is associated with and displayed for each configuration 390a,b created by the operator.
The control screen 384 and operator control interface 380 employ drag and drop technology via one or more input devices such that the operator control interface 380 provides a graphical user input for receiving operator configurations of wagering games. Thus, in the embodiment shown, an operator creates a new configuration 390 by pressing the new configuration button 388. Once created, the operator first selects a Base Theme, or primary wagering game 360, from the Base Themes category 386b by selecting the theme and dragging and dropping it onto the newly created configuration 390 bar. Once dropped on the new configuration 390, the Base Theme 360 appears near the bottom of the new configuration 390. The operator then selects one or more Portal Games, or supplement features 374, and drags and drops them in succession onto the new configuration 390. They are visually stacked on top of the Base Theme 374 in the order that they are selected.
The operator also selects the denominations 387 for which he desires the new configuration 390 to be active by dragging and dropping denominations 387 from the Available Denom category 386c to the new configuration 390. The activated denominations 387 are thus displayed along the bottom of the new configuration 390 underneath the Base Theme 360. The dragging and dropping may be accomplished using a touch screen overlying the operator control interface 380 and control screen 384, or via an external input device such as a mouse, trackball, pointer, or other device. The operator can continue creating additional new configurations in the same manner which are displayed next to one another, and are also capable of being navigated using the menu slider bar along the bottom of the control screen 384
It should be understood that the listing of primary wagering games 360 in the Base Themes category 386b includes a listing of icons, identifiers, or labels associated with the relevant primary wagering games 360. Thus, the primary wagering games 360 in the Base Themes category 386b need not be the games 360 themselves, but instead may be textual listings, graphical icons, or other representations of the games 360. When the drag and drop technology is employed on the control screen 384, an operator may drag and drop an icon or other representation of the primary wagering game 360 in the Base Themes category 386b to the new configuration 390. Thus, as used herein, dragging and dropping “a Base Theme or primary wagering game 360,” for example, refers to dragging an icon, identifier, or other representation of the primary wagering game 360 from one area of the control screen 384, and placing it or “dropping it” on another area of the control screen 384.
Similarly, the supplemental features 374 listed in the Portal Games category 386a may be represented by icons, identifiers, labels, or other representations. Thus, as used herein, dragging and dropping “a Portal Game or supplemental feature 374”, for example, refers to dragging an icon, identifier, or other representation of the supplemental feature 374 from one area of the control screen 384, and placing it or “dropping it” on another area of the control screen 384. Similarly, the denominations 387 displayed in the Available Denoms category 386c may be icons, identifiers, labels or other representations of available denominations 387. As used herein, dragging and dropping “an Available Denom or denomination 387,” for example, refers to dragging an icon, identifier, or other representation of the denomination 387 from one area of the control screen 384, and placing it or “dropping it” on another area of the control screen 384. In alternative embodiments, other elements on the control screen 384 which are capable of “drag and drop” manipulation may also be visually represented on the control screen 384 by an icon, label, identifier or other representation.
Turning to
Similarly, the second configuration pop-up window 394b is used to configure aspects of the first Portal Game, or supplement feature 374a, on the configuration 390a, which in this case is a “Fast Hit Progressive” feature 374a. The pop-up window 394b includes another slider bar 396d for configuring a feature payback percentage or a “contribution” percentage. The pop-up window 394b further includes a pull down menu 397a for configuring an appearance or “skin” of the feature 374a. As seen in
The third configuration pop-up window 394c corresponds to a second Portal Game, or supplemental feature 374b of the configuration 390a, which in this embodiment is a “Reel Em In Big Event” feature 374b. The pop-up window 394c includes yet more slider bars 396e,f for configuring various aspects of the associated Portal Game 374b. In this case, one slider bar 396e is used for configuring a side wager amount for the feature 374b. Another slider bar 396f is used for configuring a feature payback percentage (RTP %) for the selected feature 374b.
The various configurations performed in the configuration pop-up windows 394a,b,c affect the overall configuration 390a displayed. Thus, for example, the overall payback percentage 392a for the configuration 390a may be affected by various changes in the configurations of the configuration pop-up windows 394a,b,c. In one example, the overall payback percentage 392a is a function of, among other things, the size of the side wager and the feature payback percentage of the second Portal Game 374b, as displayed in the third configuration pop-up window 394c. Adjusting the feature payback percentage via the relevant slider 396f affects the overall payback percentage 392a displayed for the configuration 390a. Thus, the configuration 390a is dynamic and is displayed in real time or near real time, such that as one or more aspects of the configuration pop-up windows 394a,b,c are adjusted, the overall payback percentage 392a is dynamically updated. In this way, an operator is able to see the effects of particular adjustments in the pop-up windows 396a,b,c on the overall configuration 390a. Moreover, the size of the graphical windows of the elements of the configuration 390a may be adjusted to show relative changes in the payback percentages. Thus, changing the payback percentage of the selected Base Theme 360a, or selected features 374a,b causes the window around them to increase or decrease in size, and further causes the overall height of the stacked elements to increase or decrease as the overall payback percentage 392a increases or decreases as well. This gives the operator a visual impression of the configuration 390a as the height of the configuration 390a, as well as the size of the elements 360a,374a,b therein, change in response to adjustments of the slider bars 396.
Turning to
Turning to
As before, each of the configurations 390a,b includes a display of an overall payback percentage 392a,b. Moreover, each configuration 390a,b displays both the name of the primary wagering game 360a, as well as (in parentheses) the name of the theme set 361 (Cascading Greatest Hits) to which it belongs. Also as explained before, each configuration 390a,b is still configurable by denomination 387a,b. Thus, although a new configuration 390a,b is created for each Base Theme 360a,b in the theme set 361, the operator can still make one configuration 390a available on certain denominations 387a, while a second configuration 390b is available on other denominations 387b. In the embodiment shown, the operator is free to drag and drop Portal Games 374 to the various configurations 390a,b. Because the configurations 390a,b are associated with a theme set 361, dragging and dropping a Portal Game 374 onto one of the configurations 390a,b will cause it to be added to all of the configurations 390a,b for that theme set. Of course, the operator can remove features 374 from certain configurations 390a,b should he see fit to do so. The operator may also remove entire configurations 390a,b if they are undesirable, or may modify their configurations as he sees fit.
In alternative embodiments, a large variety of input commands may be usable by the operator through any appropriate input device, such as a touch screen or mouse. The operator can remove Base Themes 360 and Portal Games 374 by dragging and dropping off of the configuration 390, or by using a delete keystroke or mouse click. Entire configurations 390 may be removed in a similar fashion, or may copied, cut, pasted, etc. Moreover, various elements can be set as default parameters, such as default denominations 387, numbers of paylines, payback percentages, etc. Various colors may be used as well. For example, a selected color may be used to signify default components, such that an operator can tell whether a particular configuration 390 includes components which have been modified or not. Moreover, using the input devices discussed, an operator can change the default components for future use.
As used herein the term “theme” or “themes” is used to signify one or more of the base games, also referred to as “primary wagering games,” such as the one displayed in
As used herein, a “payback percentage” refers to one or more numbers which signify a theoretical mathematical value associated with a gaming device or system indicating a theoretical percentage or proportion of wagers which will be either returned to players via awards or retained by an operator of the gaming device or system. One example of a payback percentage is referred to as a “payout percentage,” which is a theoretical average percentage of all wagers input into a gaming device or system which are returned or dispensed to players in the form of awards. Another example is a “hold percentage” which is the theoretical average percentage of all wagers input into a gaming device or system that are held, earned or retained by an operator of the gaming device or system. A payout percentage and a hold percentage are related in that they sum to 100%. For example, if a gaming device has a 95% payout percentage, it will have a 5% hold percentage. This means that over many plays of wagering games on the gaming device, a theoretical 95% of all wagers input into the device will be dispensed or returned to players in the form of one or more awards. Likewise, a theoretical 5% of all wagers input into the device will be retained by the operator. A “payback percentage” as used herein can be a payout percentage, a hold percentage, or any other number or index which indicates or provides information relating to mathematical probabilities and theoretical expectations as to what portion of wagers input into a gaming system will be returned and/or what portion will be retained or held.
As described, in an embodiment, selection and activation of one of the features 374 requires input of an additional wager in the form of a secondary wager, side bet, or other monetary input. Thus, in one embodiment, selection of a desired feature 374 causes a player's wager account to be debited in an appropriate amount associated with the feature. In an alternative embodiment, one or more of the features 374 may be activated or selected without placing additional wagers or incurring additional fees. In yet another alternative embodiment, the cost of additional features 374 may be debited from or supplied by player loyalty points, frequent player points, comps, player tracking card points, a designated feature fund, or other collected secondary economy accounts, instead of or in addition to currency wagers.
An overall payback percentage 392 displayed on a configuration 390 is calculated automatically, for the activated denomination, and is a function of the primary payback percentage of the Installed Theme 360, the wager amount on the primary wagering game (a minimum qualifying primary wager), a feature payback percentage of any activated feature 374, and any Side Bet amount required to play the feature 374.
An overall payback percentage 392 of a configuration 390 (the payback percentage of the primary wagering game 360 plus one or more activated portal games or supplemental features) may be calculated as a function of the primary payback percentage (the payback percentage of the primary wagering game 360) as well as the feature payback percentages of any of the portal games or features 374 which have been enabled. When activated, the primary wagering game 360 is configured or set to a primary payback percentage (as seen in
As seen, changes in the payback percentages of either the primary wagering game or any of the activated bonus features affect the overall payback percentage. Moreover, changes in the unit Side Bet amount also affect the overall payback percentage of a primary wagering game (per denomination). Also, activation of additional bonus features would further affect the overall payback percentage. Thus, for a primary wagering game having a primary payback percentage and a minimum qualifying primary wager, having at least one bonus feature activated, the general equation for the overall payback percentage is given in Equation 2, where N features are enabled, each having a unit Side Bet amount:
In an embodiment, activation of successive additional features 374 causes the overall payback percentage to increase. In other words, with each successive feature that is enabled, the overall payback percentage increases due to the addition of a feature 374 having a higher payback percentage. However, although features 374 having increasingly higher payback percentages are permitted to be activated, in an embodiment one or more rules of a rule set may limit the overall payback percentage to be within a predefined range. Thus, for example, the overall payback percentage of a particular base game theme and one or more activated portal games may be limited, for example, to be within the range of 80% to 98%. Other embodiments and configurations are possible as well. Various controls or mechanisms may be used by the rule set to accomplish such a limiting function. For example, features 374 or subsets thereof may be deactivated so as to be unable to be selected if activation would force the overall payback percentage out of the allowable range.
The control screen 384 and other elements displayed to the operator in the FIGURES herein are only examples of possible configurations of the system 300. Many other configurations may be used so as to allow an operator to view, select, and configure primary wagering games and available portal games and supplemental features. The various configurations may use graphical displays to visually link supplemental features with primary wagering games. Moreover, the control screen may permit configuration of parameters of wagering games beyond those described herein and displayed in the FIGURES. In alternative embodiment, the control screen 384 is contained in a handheld device which the operator may use to configure one or more primary wagering games and/or features as he walks through a casino floor, for example. In such an embodiment, the handheld device may be in communication with a central configuration server or computer, or the handheld device itself may comprise the control terminal discussed herein.
In another embodiment of the invention shown in
The operator control computer 530 includes a central processing unit (microprocessor) 550 which is supported by read-only memory (ROM) 552, random access memory (RAM) 554, and a nonvolatile storage memory such as a hard drive 556. Input devices 558 such as a keyboard and/or mouse support the local entry of data and/or commands. Output devices 560 such as a monitor or display support the conveyance of information to a local operator. A communications input/output module 562 facilities bidirectional communications between the CPU 550 and external nodes over a wired or wireless communications link. As will be appreciated by those skilled in the art, the functionality provided by the structure shown in
The operator control computer 530 is configured to perform the functions of creating and managing wager categories, as described further herein. Moreover, the operator control computer 530 performs accounting tasks, such as metering of wagers into the system 500 as described further herein. The operator control computer 530 may interface with other programs on the server 540, such as accounting systems, operating systems, game configuration software, etc. These functions could also be done by the gaming machine itself.
One of the functions of the operator control computer 530 is to create and store wager categories which are dependent upon the configuration selections of an operator, such as which base games to activate, and which portal games to associate with each base game. As described with reference to
As used herein, a “base game” refers to a primary wagering game, such as the slot game described with reference to
Each portal game offered by the system 500 may include one or more portal characteristics. Some of the characteristics of the various portal games include scope, trigger, and eligibility characteristics. Table 1 below provides examples of these types of portal characteristics. For example, under the “scope” characteristic, a portal game may be a linked portal game or a standalone portal game. As seen under the Description column in Table 1, a linked portal game receives contributions from multiple EGMs (electronic gaming machines, such as the gaming devices shown and described with reference to
An example of a “pay-for” portal game is illustrated. Suppose that a player makes a wager of 10 credits×10 pay lines plus an additional 1-credit side wager for a pay-for portal. This is a total bet of 101 credits. The base game payout is based on a 100-credit wager, and therefore its expected value (Base Game EV) is computed independent of the additional side wager. The portal payout is based on a 1-credit wager, and therefore its expected value (Portal Game EV) is computed independent of the base game wager. Because the player must make a side wager (1 credit in this instance), the portal game is a “pay-for” portal.
A “zero-cost” portal differs as described in this example. Suppose that a player makes a wager of 10 credits×10 paylines on a zero-cost portal in which 2% of all coin in contributes to some jackpot. The base game sees a wager of 100 credits, and the portal sees a wager of 2 credits, for a total of 102 credits. However, the player actually only wagers 100 credits. The additional 2 credits came from the fact that part of the player's wager applied to two games simultaneously. This is in fact what zero-cost means: it means that part of the player's primary wager applies to the portal game and base game simultaneously (hence, it seems like the portal game was free to the player). Thus, as discussed herein, a zero-cost portal game (when activated) will affect an overall payback percentage of the wagering game, even though it does not require a separate additional side wager from a player.
The gaming system 500 may employ many different types of features, or portal games, as discussed herein. The portal games may include progressives, bonus rounds, multiple base games simultaneously, and player game customization, each of which is described further below.
Progressives.
All progressive jackpot games, be they linked or standalone, could be built using portal games. A typical “traditional” progressive would be implemented as a zero-cost portal: some small percentage of the total wager would also be applied to the progressive jackpot. A progressive jackpot which is a “Buy-a-Progressive” feature would be implemented as a pay-for portal, thereby requiring a side wager.
Bonus Rounds.
All bonus rounds could be built using the portal architecture.
Playing Multiple Base Games Simultaneously.
It is also possible to enable the player to play multiple base games simultaneously (or at least have them viewable on screen simultaneously). In this case, one of the base games would occupy most of the screen and the second base game would run in a smaller “window” on the screen. Although it has been common practice to refer to the second (smaller) base game as a portal, for the purposes of this document it is a base game because it directly accepts wagers from the player. Multiple base games can link to the same portal game.
Player Game Customization.
Perhaps the ultimate goal of portals is to allow the player to pick and choose which portals are associated with the base game they are playing. In one embodiment, an operator is responsible for pre-configuring which portals are associated with which base games, as discussed with reference to
One of the main benefits of the system 500 shown and described herein is the ability to create wager categories based upon activated wagering game configurations, and the ability to meter all portal activity against the currently active base game paytable using the created wager categories.
Wager Categories for Zero Cost Portals
Wager categories are created and stored differently by the system 500 based upon whether the portal games added to the wagering game configuration are “pay-for” portals or “zero-cost” portals. First, creation of wager categories for zero-cost portals is explained. Zero-cost portals do not have wagers in and of themselves; rather, typically a percentage of the overall base game wager (primary wager) is also applied to the zero-cost portal. Participation in a zero-cost portal could, however, be subject to a minimum bet requirement, or other eligibility requirement. As an example, most traditional progressive jackpot features require the player to make a max bet wager in order to be eligible. If there are no minimum bet requirements for a zero-cost portal, then every base game spin equates to a zero-cost portal “spin”, and by definition there is only one wager category, which is the EV of the base game paytable plus the EV of the zero-cost portal. If there is a minimum bet requirement for a zero-cost portal, then there are potentially two wager categories of the base game paytable: the first category would be just the EV of the base game paytable without the portal (where the wager did not meet the minimum bet requirement) and the second would be the EV of the base game plus the EV of the zero-cost portal. In one embodiment, this second wager category is only needed if the EV of the portal exceeds 4%, which corresponds to one accounting protocol which only requires different wager categories if two wagers on the same paytable yield a 4% or greater difference in EV. In such an embodiment, if the two wagers yielded less than a 4% spread, wager categories are not strictly required, but not restricted either. In another embodiment, a second wager category is created regardless of how small the difference in EV between wagers.
An example of creating wager categories is explained. Let us assume that BG is the base game and BGPT is the active paytable which has a payback of 88%. Also assume that ZC_A and ZC_B are zero-cost portals. ZC_A has no minimum bet requirement but ZC_B requires max bet. Further assume that both ZC_A and ZC_B consume 1% of all coin-in and pay back all 1% at some random time (they are the same kind of portal except that one requires the player to play max bet). Finally, let us assume that BGPT is configured for $1.00 denom and has a max bet of $45.00 (from 1 to 45 credits). The system 500 will create two wager categories, BG+ZC_A and BG+ZC_A+ZC_B. This occurs as a result of examining the range of possible wager by the player. The player can wager anywhere between 1 and 45 credits. If he wagers anything between 1 and 44 credits, inclusive, he will be eligible to participate in the base game BG, as well as in the first zero-cost portal ZC_A. However, since 1-44 credits is not a maximum bet, he will not be eligible for ZC_B. Thus, the first wager category which applies to wagers of 1 to 44 credits is BG+ZC_A. This leaves only a wager of 45 credits, which qualifies the player for participation in the BG, ZC_A, and ZC_B (since it is a maximum wager). Thus, the second wager category is BG+ZC_A+ZC_B.
Once these two wager categories are created, the system 500 uses a metering function to account for wagers which are placed in the various wager categories. When a wager is received by the system 500, the wager is evaluated to see if it falls into the first wager category (in this case 1-44 credits) or the second wager category (in this case 45 credits). If it falls into the first wager category, the BG is incremented by the full wager amount since the wager does not meet the minimum bet requirement for ZC_B. In this example, wagers of this kind (first wager category) have an EV of 88% (BGPT) plus 1% (ZC_A)=89%. If the wager falls into the second wager category, the metering function of the system 500 increments ZC_B by the full wager amount any time the player makes a wager that meets the minimum bet requirement for eligibility in ZC_B.
The metering function of the system 500 is illustrated by the following examples using the wager categories created. The values in the Coin In Meter column represent the increment to be applied to the respective coin-in meter for the wager category and not the final value of the meter.
Player wagers $15.00 (15 credits), not eligible for ZC_B.
Player wagers $45.00 (45 credits), which is a maximum wager, making them eligible for both ZC_A and ZC_B.
Thus, as seen in the above examples, when a wager is between 1 and 44 credits, the metering function of the system 500 adds the credits to the first wager category. Likewise, when the wager is 45 credits, the metering function of the system 500 adds the credits to the second wager category.
Suppose that a third zero-cost portal (ZC_C) is now added to the active configuration by the operator. Let us assume that ZC_C is a zero-cost portal with a minimum bet requirement of $15.00 (15 credits) and that ZC_C works in a similar fashion to ZC_A and ZC_B. The activation of ZC_C (along with ZC_A and ZC_B) causes the system to create three wager categories. The first wager category now corresponds to wagers between $0.00-$14.00 (0 to 14 credits), where the player is eligible only for ZC_A, which means that the total EV is 88%+1%=89%. The second wager category corresponds to wagers between $15.00-$44.00 (15-44 credits), where the player is eligible for both ZC_A and ZC_C, but not ZC_B since they did not play max bet. That makes the total EV for this wager 88%+1%+1%=90%. The third wager category is for max bet wagers of $45.00 (45 credits), where the player is eligible for all three portals which makes the total EV 91%.
The metering function of the system 500 is again illustrated in the following examples, now using the three wager categories created.
Player wagers $10.00 (10 credits), not eligible for ZC_B or ZC_C.
Player wagers $30.00 (30 credits), making them eligible for both ZC_A and ZC_C.
Player wagers $45.00 (45 credits), making them eligible for all three portals.
Thus, as seen in the above examples, when a wager is between 1 and 14 credits, the metering function of the system 500 adds the credits to the first wager category. Similarly, when the wager is between 15 and 44 credits, the metering function of the system 500 adds the credits to the second wager category. Likewise, when the wager is 45 credits, the metering function of the system 500 adds the credits to the third wager category. Therefore, with zero-cost portals, activation of additional portals causes additional permutations of wager categories in combination with the base game.
Wager Categories for Pay for Portals
The system 500 creates wager categories for pay-for portals in a different way. Pay-for portals have their own wager (a side wager) which could be one or more credits. Because a player can choose to play or not to play a pay-for portal, mere existence of the pay-for portal can require the base game paytable to have two wager categories—one for the case where the player opts in, and one for the case where the player opts out. Moreover, since pay-for portals can have multiple bet levels, pay-for portals in and of themselves can have multiple wager categories.
Here are some examples of creation of wager categories for pay-for portals, and metering credits received with respect to such wager categories. Let us assume that BG is the base game and BGPT is the active paytable which has a payback of 92% at max bet and 87% for lesser bets. Also assume that PF_A and PF_B are pay-for portals with bet levels of 0, 1, or 2 credits. PF_A pays out 89% at 1 credit and 91% at 2 credits. PF_B pays out 90% at 1 credit and 95% at 2 credits. Finally, let us assume that BGPT is configured for $1.00 denom (1 credit) and that the maximum wager is $45.00 (45 credits).
The system 500 creates at least one wager category for each pay-for portal. In instances where a pay-for portal has multiple wager levels, the system 500 creates multiple wager categories for that pay-for portal. Thus, referring to the example configuration above, Table 2 below shows the different wager categories and the EV of each:
In Table 2, ‘WC1’ refers to wager category 1, and “WC2” refers to wager category two. Thus, the base game itself has two wager categories (BG-WC1 and BG-WC2). This is because for wagers of 1 to 44 credits, the base game is configured to have an expected value of 87%, but if the player places a max bet of 45 credits, the base game has an expected value of 92%. Similarly, each of the pay-for portals has two wager categories, because each pay-for portal provides a different expected value for one credit side-wagers than for two credit side-wagers.
When a wager is made, more than one wager category may be metered, based upon how many credits the player chooses to wager on the base game (primary wager) and on each pay-for portal (side wagers). Here are some examples that illustrate how the system 500 meters of pay-for portals.
Player wagers $15.00 on the base game and $1.00 (1 credit) on PF_A.
Player wagers $30.00 on BG, $2.00 on PF_A, and $1.00 on PF_B.
Player wagers $45.00 (max bet) on BG and $2.00 each on PF_A and PF_B.
Wager Categories and Metering for Combinations Having Both Pay-for and Zero-Cost Portals
The system 500 can create wager categories for wagering game configurations which include both pay-for portals and zero-cost portals. Moreover, the system 500 can further create wager categories for configurations in which the base game itself has multiple wager categories (different expected values for different wager amounts or ranges). The following example shows how the system 500 creates wager categories for a complex configuration including a base game with a plurality of expected values based upon wager size, pay-for portals and zero-cost portals.
For the following example, the following assumptions are made:
There are two active base game paytables here, and therefore two complete meter sets, each with multiple wager categories. Thus, the system 500 meters separately for separate base game paytables. The following Table 3 shows the meter sets and wager categories.
It should be noted that as defined, wager category BGPT_A-WC2+ZC_A can never be metered because BGPT_A-C2 requires a bet of $45.00 (45 credits), and eligibility in ZC_C is achieved with a bet of only $30.00 (30 credits). Therefore, a player can never play BGPT_A-WC2 without also playing ZC_C. However, the wager category is shown above anyway. The system 500, in an embodiment, may activate mechanisms to prune or eliminate “impossible” wager categories.
$10.00 wager on BGPT_A, $2.00 wager on PF_A, $1.00 wager on PF_B.
$30.00 wager on BGPT_A, $1.00 wager on PF_A, no wager on PF_B.
Max bet on BGPT_A, $1.00 wager on PF_A, $2.00 wager on PF_B.
$2.00 wager on BGPT_B, $0.50 wager on PF_A, $0.25 wager on PF_B
$10.00 wager on BGPT_B, $0.25 wager on PF_A.
When a wager is made via the base game, the game and/or relevant game component must gather the wagers from the base game and all pay-for portals and report the wagers to the system 500. When the report is made, the report must contain a list of wagers rather than a summation. The list must be of a form equivalent to a mapping of wager categories to wager amounts specified in monetary units.
Thus, as seen from the examples herein, the system 500 provides a metering function which accounts for all wagers received by the system 500 by assigning each such wager to an appropriate wager category which has been created for the relevant wagering game configuration or combination. As used herein, “metering” means keeping track of and accounting for all wagers received into (“coin-in”) the system 500, including by way of assigning wagers to appropriate associated wager categories. In other embodiments, metering may also include tracking of awards paid out of the system 500 (“coin out”), number of games played, etc. The purpose of metering is to monitor performance of wager games to for purposes of comparing actual performance (actual expected value) of such games against their theoretical expected value. Thus, metering is a form of monetary reconciliation. In the examples described herein, the system 500 uses a method of aggregate metering, which involves assigning wagers to one or more wager categories when such wagers are received. In the case of zero-cost portals, the aggregate metering method assigns the entire primary wager received to one wager category, where each wager category is a permutation of the base game wager category. In the case of pay-for portals, the aggregate metering method assigns the entire primary wager to one wager category, and any relevant side wagers to the associated wager categories for the pay-for portals.
In an alternative embodiment, metering may be done on a component by component basis. For example, operators may be interested in how the various pay-for portals are performing, just as they are interested in knowing which game themes are played more than others. To that end, it is possible for the system 500 to maintain separate coin-in/coin-out meters for each portal as well. Thus, in addition to, or instead of the aggregate metering described herein, the system 500 may meter each component of a configuration separately, and provide performance data therefore.
EV Calculations and Paytables
As described in the various embodiments and examples herein, the system 500 assigns or calculates an expected value (EV) for each wager category created. The assigned EV for each wager category may be reported to other components of the system 500, such as accounting software. In the portal environment, some dynamic calculation is necessary because some portal parameters that influence EV are operator configurable.
Computation of the EV of a portal paytable depends upon the portal type. It should be noted that some paytables have an EV specified as a minimum and maximum payback percentage, both of which are described below. A gaming device 510 (EGM) and the system 500, for different reasons, may be interested in both of these values. Moreover, the method used to compute the minimum and maximum differs in certain situations (namely progressives)
Zero-Cost/Standalone/Base-Game Triggered.
This is an EGM bonus round. The EV of the portal is actually built into the base game paytable. The minimum and maximum EVs of the portal are defined as credits won per trigger. In one embodiment, the system could define “portal classes.” For example, every base game may have one or more bonus rounds built into it which are typically triggered by way of some base game event such as a particular reel combination. Each base game's math is defined such that the mathematician assigns a certain portion of the overall game EV to the bonus round itself, where the calculation of that EV, as a percentage, can have two components: a probability of triggering the bonus round and an average payback per trigger. Multiplying these two values gives you an EV specified as a percentage. The base game controls the probability of triggering, and the bonus round “controls” the average payback. Therefore, a set of portals could be defined all of which pay out a certain specific number of credits each time they are “triggered”. This specific payback-per-trigger may be used to define a “class” of portals.
Zero-Cost/Linked/Base-Game Triggered.
This is a traditional progressive. The EV of this portal is defined as credits won per trigger. Calculation of the portal minimum EV requires knowledge of the reset amount (portal configuration parameter) but not contribution rates because regulations do not allow contribution to be included in paytable EVs for the purposes of satisfying minimum payback percentage. Calculation of the portal maximum EV also requires knowledge of the contribution rate.
Zero-Cost/Standalone/Self-Triggered.
Portal EV is defined as credits won per trigger. The portal minimum EV is calculable given the reset amount (portal configuration parameter) but not contribution rates because regulations do not allow contribution to be included in paytable EVs for the purposes of satisfying minimum payback percentage. The portal maximum EV is computed inclusive of contribution.
Zero-Cost/Linked/Self-Triggered.
Portal EV is defined as credits won per trigger. The portal EVs are calculable given the reset amount and contribution rates (portal configuration parameters). Note that because it is our intention to meter Fast Hit as paytable win rather than progressive win, it is possible to include the contribution rate in the portal EV.
Pay-for/Standalone/Self-Triggered.
Portal EV is defined as a payback percentage which is more easily calculable since the portal itself has coin-in. This percentage is available to the EGM locally.
Pay-for/Linked/Self-Triggered.
Portal EV is defined as a payback percentage which is more easily calculable since the portal itself has coin-in. This percentage resides on the server (CGC). The EGM must query the server for this value.
In some embodiments, the system 500 must ensure that wagering games which are playable must maintain an overall payback percentage (or EV) that is within a certain range. For example, gaming regulations may require that payback percentages for wagering games be between a minimum and maximum allowable payback percentage. In some embodiments, each component of the wagering game (for example, each portal game) must have an individual EV that is within a range allowed by relevant regulations. In other embodiments, regulations do not prohibit use of portals that are outside of the jurisdictionally accepted range of EVs, so long as such portals are coupled with base games (and/or other portals) such that an overall payback percentage (as described herein) is maintained within the jurisdictionally acceptable range of payback percentages. Thus, in some embodiments, portals could be used to augment an already legal paytable to a higher payback percentage and other ideas that portals could lower an overall payback percentage. Moreover, zero-cost portals (which have no minimum bet requirements) can be used to augment an invalid paytable (percentage too low) to a legal value by increasing an overall payback percentage.
Gaming devices 510 (EGMs) of the system may use the payback percentage of a paytable to report theoretical values (for example to an accounting system), as well as to compare the payback percentages against jurisdictional limits to ensure legality.
In the portal world, there must be no combination of base game wager and portal wager that yields a payback percentage below the minimum limit or above the maximum limit allowed within a certain regulatory jurisdiction. Furthermore, in an alternative embodiment, it may be desirable to require that all pay-for portals have payback percentages within the jurisdictional limits themselves, even though it is not possible to play a portal without also playing the base game. The minimum and maximum theoretical EVs of a paytable/portal combination shall be computed using an EV Calculator, described below. This tool must consider all possible combinations of wagers on the base game and pay-for portals and report both the maximum achievable EV and the minimum achievable EV.
Consider an example. For purposes of this example, the following assumptions are made.
The EV Calculator must permute based upon wager to determine which wager has the minimum and maximum EV. Note that this permutation does not match the wager categories; it is more complicated than that. Also note that for table rows in which the base wager is a range, the EV is also specified as a range (because it is dependent upon wager level). Table 4 below shows the various EVs based upon range of base wager and the various wagers which can be placed on the two pay-for portals.
Therefore, the theoretical maximum that would be reported for this paytable/portal combination would be 93.56% (shown shaded in Table 4), achieved with max bet (45 credits) on the base game and no portal side wagers. The theoretical minimum that would be reported for this paytable/portal combination and used for comparison against jurisdictional limits is 87.11% (also shown shaded in Table 4), achieved with a bet level of 1 credit on the base game and 2 credits on portal PF_B. Note that even though PF_B itself has no wager categories, the EV calculator still has to permute all possible bet levels of PF_B in order to find the maximum and minimum values.
Thus, the EV calculator calculates an EV (or a range of EV) for every possible wager combination which may be played for the configured base game and associated portal games. By doing so, the EV calculator can determine an absolute maximum and minimum EV for the wagering game configuration, which is necessary for ensuring that the configuration complies with regulations. If one or more wagering combinations were determined to be outside of the regulatory range, the wagering game configuration would need to be re-configured to be legal.
In an embodiment, the EV Calculator is a tool that has two modes/functions:
Given a base game paytable, denomination, and a set of zero-cost and pay-for portal configurations, the EV calculator must run through all combinations of wagers and determine the following:
a. The set of wager categories required
b. The minimum payback percentage
c. The maximum payback percentage
d. The top award
e. The odds of winning the top award
f. The volatility index of the combination
g. A semi-unique accounting system paytable ID
Given a base game paytable, denomination, and a set of zero-cost and pay-for portal configurations, the EV calculator must output a “virtual” PAR sheets (PAR stands for Patron Average Return) containing the accounting system paytable ID and any other relevant information present on PAR sheets, which are provided to regulators to ensure compliance with certain gaming regulations.
Given a base game paytable, denomination, a set of zero-cost and pay-for portal configurations, and a wager amount (including the breakdown of wager to base game and individual portal), the EV calculator must output the theoretical EV of the given wager or the wager category into which the coin in should be metered.
The EV Calculator is used by the system 500 to ensure that a given paytable/denomination combination creates a “virtual paytable” that falls within jurisdictional limits. This tool will also reside on the EGM for the purposes of performing the same check. A “standalone” version of the tool that can run on a PC/laptop may also be needed to aid regulatory approval and/or casino operators and/or WMS test personnel so that these individuals can run EV calculations without an AOM or EGM (as a way of independently verifying the output of the AOM and EGM versions).
An example of a PAR sheet is shown in
With the system 500 of the current invention, when a wagering game configuration includes a base game and one or several portal games, calculation of the various parameters (such as the EVs shown in Table 4, for example) becomes exponentially more difficult. Generation of PAR sheets for every wager category and possible wager for a given configuration of base and portal games would be cumbersome. Thus, instead of generating a PAR sheet for each possible combination of base game and associated portal games, and each wager category therein, the EV Calculator (a standalone version, for example) may provide a software tool to regulators in which various wager combinations can be examined, checked, analyzed and verified. While generation of all possible PAR sheets could produce hundreds or thousands of pages of PAR sheets, the EV Calculator provides a software tool to regulators who can enter various data into the tool and see (or print) outputs for particular wager scenarios for which they seek information. A standalone version of the EV Calculator may be loaded on a computer, or may be stored on a CD-ROM, DVD-ROM, disk, or other appropriate storage media for use with a computer.
The systems as described and shown in various embodiments herein, offers a number of advantages over traditional systems. By allowing an operator to create and store wagering game configurations which include base games and various types of portal games, an operator can implement more exciting and entertaining wagering games within their facility. This in turn allows players to experience a greater number and variety of wagering game events including various portal games. Moreover, the systems described herein allow operators a method of accounting for wagers put into the system and awards paid out of the system. By creating wager categories as described herein and metering received wagers in accordance with such wager categories, the system provide a method of aggregate metering which allows for an efficient method of monetary reconciliation. Moreover, the system provides an EV calculator tool which can be used on the gaming devices or server of the system, or on a standalone version, to verify certain performance aspects and parameters of wagering game configurations on the system, for example, to ensure compliance with gaming regulations. Other benefits are provided as well.
A graphical representation of wager categories which can be created and used for metering by the system 500 is shown in
Moreover, the base game and each of the portal games has an associated EV or expected value. When playing the base game alone, the EV of the base game is 88%. When playing the base game in concert with one or more of the zero-cost portals, the players overall payback percentage goes up as seen by the EVs shown in
The wager scale shown in
An example accounting and metering performed by the system 500 is depicted in
The table in
On a first wager (1st Bet), a player places a max bet wager on the base game, a 2 credit side wager on PF_A, and a 1 credit side wager on PF_B. Thus, the metering function of the system meters the wagers to the appropriate wager categories. The 15 credit wager on the base game is a max bet, and thus falls into wager category 2. The 2 credit wager on PF_A is metered to wager category 4. The 1 credit wager on PF_B is metered to wager category 5. On a second wager (2nd Bet), a player places a 9 credit wager on the base game, a 1 credit side wager on PF_A, and a 1 credit side wager on PF_B. Again the system meters the wagers to the proper wager categories. The 9 credit primary wager is metered to wager category 1. The 1 credit side bet on PF_A is metered to wager category 3. The 1 credit side bet on PF_B is metered to wager category 5. On a third wager (3rd Bet), the player wagers 10 credits on the base game and 2 credits on PF_A. The system meters the wagers accordingly. The 10 credit wager is metered to wager category 1. The 2 credit side wager on PF_A is metered to wager category 4.
A total of all wagers in each wager category is kept by the system, as seen in
Thus, after the first three wagers have been made, and a total of 41 credits has been received into the system, the theoretical overall payback percentage is 89.17%. Of course the system can continue to monitor the overall payback percentage as additional wagers are received and metered to the appropriate wager category, and the totals for each category are kept.
An actual payback percentage for the system is calculated by:
Thus, in the example in
Each of these embodiments and obvious variations thereof is contemplated as falling within the spirit and scope of the claimed invention, which is set forth in the following claims.
This application is a U.S. National Stage of International Application No. PCT/US2008/012590, filed Nov. 7, 2008, entitled “Gaming System Having Tools for Categorizing Wagers and Metering Performance of Wagering Games and Supplemental Features,” which claims the benefit of U.S. Provisional Application No. 61/002,751, filed on Nov. 9, 2007, both of which are incorporated herein by reference in their entirety.
Filing Document | Filing Date | Country | Kind | 371c Date |
---|---|---|---|---|
PCT/US2008/012590 | 11/7/2008 | WO | 00 | 5/6/2010 |
Publishing Document | Publishing Date | Country | Kind |
---|---|---|---|
WO2009/061479 | 5/14/2009 | WO | A |
Number | Name | Date | Kind |
---|---|---|---|
4679143 | Hagiwara | Jul 1987 | A |
5083271 | Thacher et al. | Jan 1992 | A |
5655961 | Acres et al. | Aug 1997 | A |
5761649 | Hill | Jun 1998 | A |
5851149 | Xidos et al. | Dec 1998 | A |
RE37885 | Acres et al. | Oct 2002 | E |
6645077 | Rowe | Nov 2003 | B2 |
6802778 | Lemay et al. | Oct 2004 | B1 |
RE38812 | Acres et al. | Oct 2005 | E |
7144321 | Mayeroff | Dec 2006 | B2 |
7285049 | Luciano, Jr. et al. | Oct 2007 | B1 |
20040137982 | Cuddy et al. | Jul 2004 | A1 |
20050054419 | Souza et al. | Mar 2005 | A1 |
20050187014 | Saffari et al. | Aug 2005 | A1 |
20050239542 | Olsen | Oct 2005 | A1 |
20060073887 | Nguyen et al. | Apr 2006 | A1 |
20060073888 | Nguyen et al. | Apr 2006 | A1 |
20060079310 | Friedman et al. | Apr 2006 | A1 |
20060142079 | Ikehara et al. | Jun 2006 | A1 |
20060154730 | Okuniewicz | Jul 2006 | A1 |
20060178206 | Kraft et al. | Aug 2006 | A1 |
20060189367 | Nguyen et al. | Aug 2006 | A1 |
20060211493 | Walker et al. | Sep 2006 | A1 |
20070060314 | Baerlocher et al. | Mar 2007 | A1 |
20070060321 | Vasquez et al. | Mar 2007 | A1 |
20070072668 | Hein et al. | Mar 2007 | A1 |
20070191088 | Breckner et al. | Aug 2007 | A1 |
20070218975 | Iddings et al. | Sep 2007 | A1 |
20070243934 | Little et al. | Oct 2007 | A1 |
20070259709 | Kelly et al. | Nov 2007 | A1 |
20070293293 | Baerlocher et al. | Dec 2007 | A1 |
20070298857 | Schlottmann et al. | Dec 2007 | A1 |
20070298874 | Baerlocher et al. | Dec 2007 | A1 |
20070298875 | Baerlocher et al. | Dec 2007 | A1 |
20080020830 | Ikehara et al. | Jan 2008 | A1 |
20080020831 | Ikehara et al. | Jan 2008 | A1 |
20080020832 | Iddings et al. | Jan 2008 | A1 |
20080020833 | Baerlocher et al. | Jan 2008 | A1 |
20080020834 | Breckner et al. | Jan 2008 | A1 |
20080020846 | Vasquez et al. | Jan 2008 | A1 |
20080045344 | Schlottmann et al. | Feb 2008 | A1 |
20080064502 | Schlottmann et al. | Mar 2008 | A1 |
20080070680 | Baerlocher et al. | Mar 2008 | A1 |
20080070692 | Schlottmann et al. | Mar 2008 | A1 |
20080070693 | Schlottmann et al. | Mar 2008 | A1 |
20080070694 | Schlottmann et al. | Mar 2008 | A1 |
20080070695 | Baerlocher et al. | Mar 2008 | A1 |
20080076514 | Baerlocher et al. | Mar 2008 | A1 |
20080076515 | Baerlocher et al. | Mar 2008 | A1 |
20080076517 | Baerlocher et al. | Mar 2008 | A1 |
20080076552 | Baerlocher et al. | Mar 2008 | A1 |
Number | Date | Country |
---|---|---|
5251830 | Dec 2005 | AU |
WO 2005120672 | Dec 2005 | WO |
WO 2006076185 | Jul 2006 | WO |
WO 2008030904 | Mar 2008 | WO |
Entry |
---|
Written Opinion corresponding to co-pending International Patent Application Serial No. PCT/US2008/012590, United States Patent Office; dated Jan. 30, 2009; 4 pages. |
International Search Report corresponding to co-pending International Patent Application No. PCT/US2008/012590, United States Patent Office; dated Jan. 30, 2009; 2 pages. |
Number | Date | Country | |
---|---|---|---|
20100261521 A1 | Oct 2010 | US |
Number | Date | Country | |
---|---|---|---|
61002751 | Nov 2007 | US |