Patent Application
20240257607
Casinos have long sought new ways to induce play on the gaming devices. They try to increase player time on gaming devices, average wager amount, and speed of play. Various techniques have been used in attempts to gain higher casino profits. One such technique in the casino gaming industry is the addition of bonus opportunities. This usually takes the form of an additional bonus game in conjunction with a base game of a gaming device.
As another avenue to encourage play, casinos adopted a new technology in the form of player tracking systems. In a player tracking systems a player registers for a player-tracking card at a registration desk. The player is typically given a plastic magnetic strip player card for use while playing gaming devices on the casino floor or at the card tables. Each player card has an ID on it that associates it with a player record in a player tracking database. Players are awarded loyalty points, credits or other representations of value. Such awards can then be redeemed at a later time.
More recent additions to the casino player loyalty systems provide bonus prizes or prize pools that are periodically given to players on a random basis (e.g. mystery bonusing, mystery jackpot). This gives the player a more instantaneous and larger reward versus the slow accrual of loyalty points. This is done for several reasons: to help induce play on the gaming device, to encourage players to become carded players; to create player loyalty for the casino, and to provide bonus prizes without modifying the base gaming device software.
However, these methods of awarding bonuses have several limitations. They may require that a player become a member of a club when they wish to remain anonymous. Also, these methods require that a casino patron be engaged in wagering activities.
Group games involving many players are known to be implemented in a predefined area, where a number of gaming machines on the casino floor are roped off for the special event. Only machines within the enclosed area are eligible for participating in a group game or a bonusing award. One popular game type set up in this manner is the slot tournament game. From the casino operator's perspective, such a rigid physical configuration is time-consuming to set up, tying up valuable assets, and lack the flexibility to be reconfigured quickly. From the player's perspective, such an approach also requires them to move around to find the sweet spot—the location where the special machines and awards are set up. Not only this is inconvenient for some players, it interrupts their wagering activities.
With the advent of mobile technology, additional opportunities for accommodating casino patrons have arisen. Handheld gaming devices allow players to participate in wagering activities in traditional, as well as non-traditional gaming areas, such as a hotel room, a restaurant, or next to a pool. Certain restrictions apply to handheld gaming devices, in which the device's location determines the eligibility of the device to conduct wagering activities or particular game-related features.
There is a continuing need to provide new and different gaming devices and gaming systems as well as new and flexible ways to provide awards to players on mobile and traditional gaming devices, including bonus awards and special game features that enhance their playing experiences.
Embodiments are described herein in the context of a reconfigurable gaming zone. The present disclosure relates generally to gaming systems, more specifically to game events control systems with in a gaming system, and even more specifically to game events control systems to reconfigure gaming zones in gaming systems.
In one embodiment, a method of operating a zone-based gaming activity includes generating, in response to a request, a reconfigurable zone, determining one or more eligible participants, and modifying said zone to change the number of eligible participants.
In another embodiment, a method for configuring the operating constraints of a zone-based gaming activity including defining a location for deploying the zone, defining the size of a zone, defining one or more criteria for selecting eligible participants, and defining one or more criteria for modifying the zone.
In still another embodiment, a method of operating a zone-based gaming activity includes randomly generating, in response to a request, a location of a reconfigurable zone, randomly determining one or more eligible participants, and modifying said zone to change the number of eligible participants.
The present invention provides other hardware configured to perform the methods of the invention, as well as software stored in a machine-readable medium (e.g., a tangible storage medium) to control devices to perform these methods. These and other features will be presented in more detail in the following detailed description of the invention and the associated figures.
The accompanying drawings, which are incorporated into and constitute a part of this specification, illustrate one or more example embodiments and, together with the description of example embodiments, serve to explain the principles and implementations.
In the drawings:
Embodiments are described herein in the context of a reconfigurable award zone. The following detailed description is illustrative only and is not intended to be in any way limiting. Other embodiments will readily suggest themselves to such skilled persons having the benefit of this disclosure. Reference will now be made in detail to implementations as illustrated in the accompanying drawings. The same reference indicators will be used throughout the drawings and the following detailed description to refer to the same or like parts.
In the interest of clarity, not all of the routine features of the implementations described herein are shown and described. It will, of course, be appreciated that in the development of any such actual implementation, numerous implementation-specific decisions must be made in order to achieve the developer's specific goals, such as compliance with application-and business-related constraints, and that these specific goals will vary from one implementation to another and from one developer to another. Moreover, it will be appreciated that such a development effort might be complex and time-consuming, but would nevertheless be a routine undertaking of engineering for those of ordinary skill in the art having the benefit of this disclosure.
In accordance with the present invention, the components, process steps, and/or data structures may be implemented using various types of operating systems, computing platforms, computer programs, and/or general purpose machines. In addition, those of ordinary skill in the art will recognize that devices of a less general purpose nature, such as hardwired devices, field programmable gate arrays (FPGAs), application specific integrated circuits (ASICs), or the like, may also be used without departing from the scope and spirit of the inventive concepts disclosed herein.
The zone controller 140 conducts the operation of the reconfigurable award zone game. In one embodiment, the zone controller 140 may be a standalone local controller networked with the plurality of EGMs 135 within a specific area (e.g., such as a carousel of slot machines, gaming devices near the door, and the like) and/or a number of MGDs 125 that are grouped together in a logical group (e.g., spinning reels slot machines, video poker devices, table games, progressive slots, mobile gaming devices, and the like). In another embodiment, the zone controller may be integrated in the EGMs 135. When integrated in EGMs 135, the zone controller is a software application that runs inside the gaming device or slot machine, leveraging hardware available within the slot machine to perform its functions. Regardless of whether the zone controller is implemented as a standalone device or a software application, the zone controller can be located near the EGMs 135 to simplify network connections, or can be located remotely from the EGMs 135 and communicating over a suitable network.
The zone controller 140 may communicate with the MGD 125 and EGM 135 via either a wireless link, a wired connection, or an optical connection. The network architecture may be that of a client-server network, a token-ring network, a peer-to-peer network, or an ad-hoc wireless network. Though not a requirement, it is desirable for the zone controller to be able to have both wired and wireless capabilities. In one embodiment, the zone controller may be configured for networking with fixed gaming devices over a wired Ethernet network, networking with mobile gaming devices over a short range Bluetooth wireless network, and networking with the system servers (such as Player Tracking server, Location Tracking server, etc.) over a longer range WiFi, WiMax, or Cellular connection. In another embodiment, the entire network connection may be wireless.
When using wireless communication, any type of standard or protocol may be used to implement the communication. Examples of acceptable wireless communication protocols include CDMA, GSM, and related derivatives. In one example, the zone controller 140 uses a wireless communication standard such as Bluetooth™ to communicate with portable wireless devices, although other wireless communication protocols such as IrDA (Infrared Direct Access), IEEE 802.11n, IEEE 802.11b, IEEE 802.11x (e.g. other IEE802.11 standards), Zigbee, Wireless USB, Ultra Wide Band, Near Field Communication (NFC), and HomeRF may also be used. Any type of wireless transmission may be implemented as well, including but not limited to optical, electromagnetic energy, radio or other frequency communication and infrared-type communications.
In a typical deployment cycle, the zone controller 140 retrieves the operating parameters of the award zone, implements the parameters to create an award zone, provisions the zone-based game feature, selects the eligible participants, notifies them, operates the periodic zone modification, determines the new number of participants, notifies them, stores the game states, monitors for the zone modification signal, decides if the gaming ending condition occurred, and awards the prize(s) to the remaining eligible participant(s) when the game ends, if applicable.
In one embodiment, zone controller 140 may be configured to communicate with MGD 125 and EGM 135 via an antenna 115. Antenna 115 may receive and transmit signals to and from the game system 100 and receive and transmit signals from a wireless interface 145 of the MGD 125 or EGMs 135. As is known in the art, the wireless interface 145 may also operate to demodulate, decode and otherwise process information to and from remote locations. Any known wire or optical communication system may be used and are well known in the art and will not be discussed in detail herein.
Both the EGMs 135 and MGDs 125 may be referred to as gaming devices. The electronic gaming machines (EGMs) 135 may correspond to gaming devices typically found in the gaming environment such as slot machines, video poker machines, video blackjack machines, video keno machines, video bingo machines, pachinko machines, and video lottery terminals. In one embodiment, the EGMs may be positioned at or near play table games so that for players who prefer to play table games, the zone controller 140 may communicate with the gaming devices associated with players at the gaming tables. The EGM 135 may also be smart TVs, kiosks, or electronic game tables such as electronic tables made by well known gaming manufacturers such as Digideal Corporation, Elektroncek, Shuffle Master, Pokertek, and others.
The mobile gaming devices (MGDs) 125 may be any portable electronic device such as a cell phone, a smart phone, a portable media player, a laptop computer, a tablet computer, a portable gaming device, a personal digital assistant or the like.
Thus, it is contemplated that communication between the zone controller 140 and EGM 135 and MGD 125 may be located within the gaming establishment where players are allowed by gaming regulations to participate in a gaming activity. When a zone controller 140 notifies EGM 135 and MGD 125 that they are eligible to participate in the zone play, the notification goes to all devices in the manner that is appropriate for that device. By looking up the EGM's 135 and MGD's 125 registry database, or by querying the device itself, the message can be tailored to the device's capabilities. For example, a slot machine's or EGM's notification may go through the Player Tracking device installed on the machine, while the MGD 125 may receive a text message.
Game server 130 may be configured to manage and control the operation of games of chance played on gaming devices 135 and MGDs 125. The game server 130 may be configured to store and download games, transmit game software and outcomes relating to the game of chance being played, or, alternatively, be configured to determine a winning game outcome and/or appropriate payout. The game server may be configured to perform any other function desired by the user such as determining bonus events, payouts, and the like.
Accounting server 170 may be configured to receive, store and transmit accounting information relating to a player's account. Accounting information may include any accounting information such as the amount of input of monies, payment of monies, wagers and similar financial events occurring at the MGD 125 or the EGM 135. The accounting server 170 may also be configured to store award amounts or running totals associated with particular groups or categories of player preferences, interests or attributes.
Player tracking server 150 may be configured to store player tracking information. Player tracking information may include player tracking points/credits accumulated by the player, the amount of wins and losses by the player, and any other player account information desired to be tracked. The player tracking information may be combined or associated with other player information. For example, a player may be enrolled in the gaming establishment's player club and may be awarded certain complimentary offers as that player accumulates points/credits. In use, after the player registers with the gaming device (e.g. swiping a player tracking card, bumping an NFC-capable smart phone, entering authentication information such as an identification and/or personal identification numbers), the player tracking server 150 can record the player's wagering activity.
Although not illustrated in
Configuration database 160 may be configured to store a plurality of zone information and operating parameters associated with each plurality of zone information. The operating parameters may include information such as the initial zone size, frequency of game deployment, modification type (e.g., expansion or contraction), frequency of game modification, the number of desired participants, eligibility requirements of participants, rate of modification of the zone, game features (e.g., win multipliers, free spins, mystery bonus, jackpots, and the like) associated with the zone, gaming awards, and any other operating parameters desired by the gaming establishment. The value for each of the plurality of parameters may be predefined or randomly selected. For example, the zone location can be predefined at a specific area within the gaming establishment, such as at coordinate (x, y, z) on a casino floor. The zone location may be any predefined area such as a sphere having a radius of 15 yards. In another example, the radius of the sphere may be randomly selected using a random number generator. In yet another example, the range of the zone location may be randomly chosen within a predefined range appropriate for the gaming establishment such as 1 yard to 25 yards.
Configuration database 160 may also be configured to store gaming data such as game state data and operating data of the reconfigurable award zone game. Storing gaming data of the award zone game allows recovery of the gaming activity and information when unexpected events such as a power failure, a sudden loss of communication on a mobile gaming device 125, and the like occur. The stored gaming data allows for recovery of the game of chance after unexpected or expected pauses, such as a prescribed half-time break for the players. Furthermore, the game state and operating data can also be used to reconstruct the game for the purposes of auditing, game analysis, player dispute resolution, and the like. Example game states include initialization state, zone modification state, players notification state, award state, participant determination state, and the like. Example operating data may include the current number of participant in the game, player identification, game of chance selected, the amount of rewards remaining, current zone size and location, current number of zone modification, current time, and the like.
The location of gaming devices 135 and MGD 125 within the gaming establishment may be determined using location tracker 110. Location tracker 110 may determine the location of the EGM 135 and MGD 125 within an active zone, time at the specification location, amount of time spent at the location, and any other location information and data. The location information and data may be stored in location database 120. Although location tracking for fixed devices, such as traditional gaming machines or game tables, may not be necessary, the gaming establishment may still desire to record the location information and data. For mobile gaming devices 125, location tracker 110 may periodically update the location of each MGD 125. For example, the location of each MGD 125 may be tracked and updated every ten (10) seconds, thirty (30) seconds, thirty (30) minutes, or any other desired time period. The tracking of both fixed 135 and mobile gaming devices 125 within a zone is important to assure fairness to each of the players.
Any known tracking technology may be used to track the location of the EGM 135 and MGD 125. For example, U.S. Pat. No. 7,580,995 entitled “Systems and methods for locating mobile computer users in a wireless network” describes a WLAN technology for locating and tracking mobile devices, which is hereby incorporated by reference.
Location and detection of the EGM 135 and/or MGD 125 may be determined as a function of received signal strength indicator (RSSI) values obtained from the EGM 135 and/or MGD 125. As a general rule, the higher the signal strength at an access point (AP), the closer a transmitting wireless device is presumed to be to the AP. Changes in the signal strength as the wireless device moves about the gaming establishment allows for tracking the wireless device. For example, if there are at least three APs that receive a signal from the wireless device, trilateration/triangulation can be used to determine the location of the device within the gaming establishment. Trilateration is a method of determining the position of the wireless device as a function of the distances between the wireless device and each of the APs. A detailed explanation of trilateration will not be described further to prevent obfuscation of the invention. However, various locationing methods that may be used with the present invention are described in “Location Systems: An Introduction to the Technology Behind Location Awareness,” by Anthony LaMarca and Eyal de Lara, Morgan & Claypool Publishers, 2008, ISBN#978-1598295825, which is incorporated herein by reference for all purposes.
Additionally, EGMs 135 and/or MGDs 125 may be operable to include conventional position location hardware and software. For example, the mobile device 125 may include one or more of positioning technologies such as global position system (GPS), wireless assisted GPS (A-GPS), cell identifier (CELL ID), Forward Link Trilateration (FLT), wireless assisted protocol (WAP) based location, geography markup language (GML) based location, and the like. Location tracker 110 may store the location of every EGMs 135 and/or MGDs 125 in database 120. Location tracking server 110 may track the location of all gaming devices on the casino floor in substantially real time (or as close as possible), and feed the data to database 120. Location database 120, in addition to having a live location feed of all gaming devices on the casino floor may also contain a layout of the gaming establishment. This allows the gaming system 100 to know where each EGMs 135 and/or MGDs 125 is within the gaming establishment at any desirable granularity of time. The gaming establishment may be any location where games of chance may be played such as a casino, hotel, sports bar, riverboat, grocery store, sports stadium, airplane, or the like.
In one embodiment, the gaming devices themselves may determine their own location and transmit its location to the location tracker 110. Each EGMs 135 and/or MGDs 125 may detect its location within the gaming establishment and transmit its location to location tracker 110 for storage in the location database 120. In another embodiment, an external, trusted gaming device (e.g. an external device that is registered and authenticated) such as, for example, an intermediary gaming trusted device may be attached to the gaming device and independently detect and transmit the gaming device's location to the location database 120. The location of the gaming devices 125, 135 may be determined periodically or on-demand at any desired time interval. In another embodiment, location tracker 110 may ping the gaming devices 125, 135 for their locations. Once pinged, gaming devices 125, 135 may transmit their locations to location tracker 110.
A zone request may be processed at 210. The zone request may be processed by, for example, a zone controller 140 as illustrated in
In another embodiment, the zone request may be processed by a gaming server, such as, for example, gaming server 130 illustrated in
The zone initiation request may be associated with configuration parameters for the zone-based game features to be played. The associated parameters may be retrieved when needed, such as, for example, from database server 160 illustrated in
The configuration parameters may be predefined or randomly chosen. The parameters may be within a range of permissible values or operating constraints. The permissible values or operating constraints may be presented by a server, such as, for example, game server 130 or zone controller 140 as illustrated in
The parameters can be grouped into zone initialization parameters (i.e., size, location), game feature parameters (type of game features, casino promotions being conducted, and how they operate), players parameters (i.e., who is eligible, at what level, for how long), zone operating parameters (i.e., contracting zone, expanding zone), and the like.
These above groups may also include parameters such as the initial zone size, frequency of deployment, modification type (expansion or contraction), frequency of modification, the number of desired participants, eligibility requirements of participants, the rate of modification of the zone, the game feature (such as win multipliers, free spins, mystery bonus, jackpots, etc.) to be provisioned for the zone, the one or more awards, and the likes. The value of each parameter can be preset, or randomly chosen. For example, the zone location can be preset at coordinate (x,y,z) on a casino floor, the zone size to be spherical, and the radius of the sphere is 15 yards. These values, when randomly chosen, can be generated by a random number generator to be within one or more ranges that are appropriate for the casino's particular size.
Once the parameters are set, the parameters may be stored in a database, such as, for example, configuration database server 160 as illustrated in
A zone must be selected and activated at 220. In one embodiment, the zone may be selected and activated upon receipt of an activate request. The zone selection can be randomly selected from a set of stored, pre-determined locations. The selection can be made by casino personnel or other individuals with the proper authority. The selection can be made based on past and/or current conditions. For example, areas with low traffic or newly installed gaming machines may be chosen. Another example would be to identify particular areas on days of the week or time of the day and randomly select a location within those areas.
Zone activation for a given activity request may be made by a controller, such as, for example, the zone controller 140 illustrated in
The available space can be defined by a venue operator to be the whole of their property or some subset. Gaming regulations may also restrict the allowable available space. In addition, a casino operator may desire to prevent particular areas from being allowed to be included in a zone. The available area can be predetermined or be set by one of the zone request parameters. The available space does not need to be restricted to one contiguous area. Various embodiments of zone configurations will be discussed in greater detail below.
After the focus is selected an initial zone may be generated based on focus position. The zone can be a predetermined size/shape or obtained from the zone request. Information supplied by the location database server 120 can be used for the generation of the zone. For instance, the casino floor map where gaming devices are located can be provided when the zone is being specified, whether randomly or predefined. The zone can be of any arbitrary shape, such as a circle, triangle, rectangle, spiral, or any other shape. For example, by specifying a radius associated with the selected geographic position, a circular zone is created. In another example, a line is drawn on the floor map, and locations within 20 feet of the line may be defined to be within the zone (i.e., defining a rectangle centering on the initially drawn line to be the logical boundaries of an active game-event zone).
The zone can be implicitly defined by selecting specific gaming devices near the focus. If more than one focus has been selected, a zone for each focus will be generated. A zone may be associated with a geographic boundary such as the perimeter of a casino floor or banks of gaming devices. A zone may be associated with a logical boundary, corresponding to access points in a wireless network. Optionally, zone parameters may be predetermined and stored in a database, such as, for example, the configuration database server 160 illustrated in
With a preliminary zone created, the potential participants may be determined at 230. The potential participants may be determined by calculating the number of individuals within, near, or adjacent the zone. This may be determined via any known methods. For example, individuals at stationary gaming devices can be located, even if they remain anonymous. Mobile individuals can be located using a location monitoring system, such as a monitoring system described in U.S. Pat. No. 6,353,390, entitled “Method and system of configuring a boundary and tracking an object thereby”, which is incorporated by reference herein. It should be understood that any method for locating individuals can be applied.
Depending on the zone request parameters, all individuals may be eligible for participation in the game. Optionally, the zone request parameters may require that only a subset of all individuals within the zone to be eligible, such as players who have been actively playing the gaming device for more than ten (10) minutes. The parameters could be related to player memberships (e.g., Gold Club members), play history (e.g., aggregate expenditures at the venue over the last month), and the like. Such determination may depend on being able to identify the potential participants via a player database, such as, for example, player tracking server 140. Optionally, an invitation to participate in the game may be transmitted to the gaming devices. The players at the gaming devices may then be required to respond within a specific time interval in order to participate in the event.
A determination of whether gaming rules are satisfied may be made at 240. If the gaming rules are not satisfied, the method may return to step 220 to re-activate the zone. For example, the number of potential participants may be evaluated. If there are too many potential participants (e.g. as required in the zone request parameters) which does not satisfy the gaming rules at 220, a zone reduction may occur at 220. Several methods can be used to reduce the zone. In one embodiment, the physical dimension of the zone can be decreased. For example, the radius of the zone may be decreased. In another example, an area based on a logical unit, such as a bank of gaming machines can be removed. In another example, the number of gaming devices may be removed randomly from the zone.
Alternatively, in another embodiment, the rules may not be satisfied at 240 if there are insufficient potential participants. In this embodiment, the zone may be enlarged at 220. A physical dimension of the zone can be increased, such as to include more gaming devices. In another example, the area may be based on a logical unit, for example, a bank of gaming machines can be added.
The process of participant determination and zone reconfiguration repeats until the number of potential participants required in the zone request parameters is satisfied. This number does not necessarily have to be a specific number; the zone request parameter could consist of a range of participants. For example, a minimum and maximum number could be specified.
As illustrated above, the players and gaming devices inside of a zone may participate in the zone activity. However, the reverse is also possible. In other words, in one embodiment, only participants and gaming devices outside a zone can participant. In another embodiment, other hybrid approaches may be possible. In one example, a certain percentage of players from outside the zone and a certain percentage of players inside the zone may participate in the game.
The state of the game zones and their events may be saved at 250. The state of the zone may be saved in order to restore the game at a later time. For instance, a power interruption could require that a zone and its associated gaming event be restored when power is re-instituted. In another example, the zone play event may be partitioned into multiple time segments, and needs to be restored upon resumption of the zone activity. The state of a zone and its associated events may be saved periodically and/or at any predetermined time interval. The time interval may be every thirty (30) seconds, every ten (10) seconds, every hour, or any other desired time interval.
The game state information may include the foci, zone parameters, participant information, zone request parameters and any other information required in order to complete the game. The saved data may reside in a database, such as, for example, the configuration database server 160 illustrated in
The zone may be modified at 260. The zone may be modified for any number of reasons. For example, a modification can be made to decrease or to increase the number of participants playing the game. The zone may be increased or decreased at various intervals. The intervals may be predetermined or determined by the game state parameters. For example, in a zone reduction approach, participants that are outside the zone will automatically be removed. In another example, participants can gain access to the zone activity by moving into the zone in order to increase participants in the zone.
A notification may be transmitted to the participants informing them of the zone modification. For example, participants losing eligibility to play the game may be transmitted a removal notification. In another example, participants gaining eligibility, may be transmitted an acceptance notification to be included in the game.
Various indicators can also help the participant identify their current status. For example, pop up window on the player terminal, sounds, screen color change, flashing symbols, and the like may help to indicate whether the participant is part of or not part of the game. Maps of the game floor that include graphical depiction of the zone, the active players, and the eliminated players can also be displayed in the venue and/or at the player terminals as desired.
In one particular implementation that uses the zone reduction approach, after the zone is reduced in size, any participants located outside the zone may be eliminated from the game, either temporarily or permanently eliminated. In another embodiment, a participant may re-enter the activity by moving and playing a gaming device in the modified zone. In yet another embodiment, a participant may be required to satisfy a condition in to re-enter the zone. For example, the condition may be that the participant is offered a chance to buy their way back into the activity. Another condition may require the participant to begin a wagering activity within the zone to again become an eligible participant.
A determination of whether a trigger condition has occurred may be made at 270. A trigger condition may be time-based (i.e., the zone-based event expires after 5 minutes, and the like), event-based (i.e., terminate the zone-based activity when a player hits a jackpot, when there is less than a predetermined number of remaining players after a zone reduction, when there is more than 100 players after a zone expansion, when there is at least 10 zone modification iterations, and the like), or randomly chosen at some point in time. The triggering conditions may be predefined or, for example, specified in the zone request parameters.
If the condition is triggered at 270 prizes may be awarded at 280. If the trigger condition is not satisfied, the process returns to the zone modification step 360. In the event that an insufficient number of participants remain after a zone reduction, for example, zero participants remain in the current zone, the most recent set of participants may be used. For example, all remaining participants may be awarded the prize. In another example, a random subset of participates may be selected to receive the award.
Prizes may be awarded at 280. In one embodiment, independent of how the winning participants are determined, the award may be provided to each winning participant. In one embodiment, a notification may be transmitted to either all the participants or just the winning participants. The notification may be transmitted to the gaming devices from a server, such as, for example, zone controller 140, game server 130, player tracking server 150, accounting server 170, configuration database server 160, or any other desired server.
The award may include at least the prize won, identifies the winner or list of winners, how to claim the prize, and any other information desired. Optionally, the notification sent to non-winners may include information that they did not win and a suggestion that they try again. In either case, the notification may include an invitation to play another game. The game results may also be reported at 290 to all the participants.
The zone geometry may be generated at 320. The zone geometry may be generated by determining a virtual boundary calculated from the configuration parameters (i.e., focal point and a radius for a circular zone, and the like). The virtual boundary may then be mapped onto a physical area of the casino floor thereby translating the zone area/volume data of the virtual boundary into physical coordinates.
The location of all gaming devices within the zone geometry may be obtained at 320. The location of the gaming device may be obtained, for example, from zone controller 140 illustrated in
The number of eligible participants may be determined at 340. Each mobile gaming device associated with a participant within the zone geometry may be considered an eligible participant. Additionally, any gaming machine being played by a player or a player playing at a gaming table may be considered an eligible participant. In one embodiment, the eligibility of a participant may be dependent on the zone request parameters.
A determination of whether there are enough participants may be made at 350. A minimum or a maximum number of participants may, for example, be one of the parameters included in the zone request. If there is not a sufficient number of eligible participants at 350, the zone geometry may be re-initialized at 355. In one embodiment, the zone area may be increased (not enough participants) or may be decreased (too many participants) by a pre-defined amount. In other embodiment, an estimate of the necessary zone size is calculated based on the current number of eligible participants and the minimum number of allowed eligible participants. In yet another embodiment, the re-initialized zone may include a different shape. In another embodiment, the zone request may be cancelled and a new one may be generated. If the number of eligible participants satisfies the configuration limit of eligible participants, the method 300 may continue with saving the state of the game at 360 or step 250 illustrated in
In addition to monitoring player activities at 420, the zone controller may also track the time the game activity begun. A determination of whether to modify the zone may be made at 430. The determination of whether to modify the zone may be made periodically or at predetermined period of time after the game activity began. In one embodiment, the determination of whether to modify the zone may be predefined in the zone request. If such time has not occurred, the participants' positions and activities continue to be monitored at 420. However, if it is determined that it is time to modify the zone at 430, then the zone modification parameters may be implemented at 440.
Although discussed in detail with reference to
Participants may be notified of their status at 450. In one embodiment, all participants that were eligible before the zone modification are transmitted a notification notifying them of their current eligibility. In another embodiment, only currently eligible participants are transmitted a notification. The notification may be transmitted to the players through any known methods, such as a text message to the mobile gaming device, a flashing and/or colored indicator at the gaming device, pop-up message at the gaming device, or any other notification means. For example, a flashing green indicator on the gaming device's screen may indicate that a participant is still eligible to play the game while a steady red indicator may indicate that a participant is no longer eligible. Audible tones, sound effects or even music clips may also be used to indicate status. Various combinations of notifications may be possible. In one embodiment, the participant may be given the option to select how they would like to receive the notification.
A determination of whether an ending trigger has been detected may be made at 460. A trigger condition may be time-based (i.e., the zone-based event expires after five (5) minutes, and the like), event-based (i.e., terminate the zone-based activity when a player hits a jackpot, when there is less than three (3) remaining players after a zone reduction, when there is more than 100 players after a zone expansion, when there is at least 10 zone modification iterations, and the like), or randomly chosen condition at some arbitrary point in time. If an ending trigger has been detected at 460, the participants may be notified of the winners and prizes at 470. If the ending trigger is not detected at 460, the method 400 may continue to monitor and save player activities at 420.
In one example, as the zone is modified, the circular zone may be decreased. The radius R may be decreased by small segments, as illustrated by letter “x”. This has the effect of sequentially removing annular regions 1, 2, 3, indicated in the figure with dotted lines, from the zone. In one embodiment, the radius may be decreased by any length and need not be the same length. This allows greater variability in the evolution of the zone.
The decrements of the radium may occur at time intervals, regular, irregular, predefined, or based on predefined conditions. As the zone area is reduced, gaming devices may be eliminated from the zone 502, and thus the number of eligible participants is reduced. A trigger condition may interrupt this process at any step, depending on the zone request parameters. Similarly, the order of the removal of the annular regions does not need to proceed from the perimeter of the zone inward. Any order can be chosen, either randomly or predefined.
Zone modification is also illustrated by illustrating a decrease the circular zone 502. In this embodiment the zone 502 is decreased by a specified area. The resulting area is then used to create a reduced circular zone, formed entirely within the zone 502. The focus of the reduced zone is different than the focus of the zone illustrated in
As illustrated in
While embodiments and applications of this invention have been shown and described, it would be apparent to those skilled in the art having the benefit of this disclosure that many more modifications than mentioned above are possible without departing from the inventive concepts herein.
The present application is a continuation of and claims priority to U.S. patent application Ser. No. 17/511,532, filed Oct. 26, 2021, which is a continuation of and claims priority to U.S. patent application Ser. No. 15/427,308, filed on Feb. 8, 2017, now abandoned, which is a continuation of and claims priority to U.S. patent application Ser. No. 13/801,271, filed on Mar. 13, 2013, which issued on Mar. 28, 2017, as U.S. Pat. No. 9,607,474, which are hereby incorporated by reference in their entireties.
| Number | Date | Country | |
|---|---|---|---|
| Parent | 17511532 | Oct 2021 | US |
| Child | 18629831 | US | |
| Parent | 15427308 | Feb 2017 | US |
| Child | 17511532 | US | |
| Parent | 13801271 | Mar 2013 | US |
| Child | 15427308 | US |
