The present application relates to a method and apparatus for executing a draw-type, blackjack-themed lottery game involving a plurality of players and a dealer.
Consumers are increasingly demanding greater access to government sanctioned gaming. Such gaming can take many forms. Conventionally, consumers have participated in draw-type lottery games that require the purchase of a lottery ticket prior to a draw. On the lottery ticket are printed numbers that the consumer hopes will be selected during the draw. After the draw, the consumer can compare the numbers on the ticket to the numbers selected during the draw, and if sufficient numbers match, the consumer is identified as a winner of the draw.
Relatively recently, more elaborate forms of gaming have begun to become mainstream. For example, Internet-based gaming allows consumers to purchase electronic lottery tickets using a government sanctioned gaming website, and to determine via the gaming website whether or not a ticket is a winning ticket. Internet-based gaming allows consumers located at remote locations to purchase electronic lottery tickets and to participate in lotteries from the comfort of their own home, as opposed to having to attend at a lottery retailer in person to participate.
Notwithstanding the advances that have been made in government sanctioned gaming, technical challenges remain in deploying captivating and interesting games to consumers. For example, there remains a need for a draw-type, blackjack-themed game that is designed to generate and sustain consumer interest, and that can be played by a plurality of players located at a variety of remote locations.
According to a first aspect, there is provided a method for executing a draw-type lottery game between a plurality of players and a dealer. The draw-type lottery game includes a plurality of subgames and each of the subgames includes at least one hand of a blackjack-type game. For each hand of each of the subgames, a central computer system generates for each of the players a player hand; generates for the dealer a dealer hand; compares each player hand to the dealer hand to determine whether the player or the dealer has a better blackjack hand; and identifies each player who has a better blackjack hand than the dealer as a winner of the hand. For each of the subgames, the central computer system determines a winner of the subgame based on the winner of the at least one hand of the subgame.
The winner of the subgame can be the winner of all the hands of the subgame.
For each hand of each of the subgames, dealer hand can be displayed on a lottery display that is communicatively coupled to the central computer system.
The likelihood of winning any one of the subgames played during an instance of the draw-type lottery game can be lower than the likelihood of winning any previous subgames played during the instance of the draw-type lottery game.
For each hand of each of the subgames and prior to comparing each player hand to the dealer hand, the central computer system can also generate a player hit card; determine whether to add the player hit card to the player hand; add the player hit card to the player hand when it is determined that the player hit card is to be added to the player hand; generate a dealer hit card; determine whether to add the dealer hit card to the dealer hand; and then add the dealer hit card to the dealer hand when it is determined that the dealer hit card is to be added to the dealer hand.
The draw-type lottery game can include a subgame wherein the player hit card is automatically added to the player hand when doing so will not result in a player hand totaling greater than 21.
The draw-type lottery game can also include a subgame wherein prior to a ticket being issued for the draw-type lottery game, each of the players chooses whether to add the player hit card to the player hand; and the lottery display displays to the player the value of one card of the dealer hand and the total value of the player hand.
The draw-type lottery game can also include a subgame wherein prior to a ticket being issued for the draw-type lottery game, each of the players chooses whether to add the player hit card to the player hand; and the lottery display does not display to the player the value of any cards of the dealer hand, but does display the total value of the player hand.
The draw-type lottery game can include first, second and third subgames, with the second subgame playable after playing the first subgame and the third subgame playable after playing the second subgame. In the first subgame, the player hit card can be automatically added to the player hand when doing so will not result in a player hand totaling greater than 21. In the second subgame, prior to being issued a ticket for the draw-type lottery game, each of the players can choose whether to add the player hit card to the player hand; and the lottery display can display to the player the value of one card of the dealer hand and the total value of the player hand. In the third subgame, prior to being issued the ticket for the draw-type lottery game, each of the players can choose whether to add the player hit card to the player hand; and the lottery display does not need to display to the player the value of any cards of the dealer hand, but can display the total value of the player hand.
The dealer hit card can be added to the dealer hand when the total value of the dealer hand is less than 17, and for each of the consecutive hands dealer hit cards can be repeatedly generated and added to the dealer hand until the total value of the dealer hand is greater than or equal to 17.
For each hand of each of the subgames, the central computer system can determine whether any of the players has a better blackjack hand than the dealer; and when none of the players has a better blackjack hand than the dealer, identify all of the players as a winner of the hand.
When the dealer and the player both bust, the dealer can also be determined to have a better blackjack hand than the player. When the dealer and the player push and do not both bust, the player can be determined to have a better blackjack hand than the dealer.
According to another aspect, there is provided a method for executing a draw-type lottery game between a plurality of players and a dealer. The draw-type lottery game includes one or more subgames and each of the one or more subgames includes a plurality of hands of a blackjack-type game. For each of the hands of the one or more subgames, a central computer system is used to generate for each of the players a player hand; generate for the dealer a dealer hand; compare each player hand to the dealer hand to determine whether the player or the dealer has a better blackjack hand; and identify each player who has a better blackjack hand than the dealer as a winner of the hand. For each of the one or more subgames, the central computer system is used to determine a winner of the subgame based on the winner of the hands of the subgame.
According to another aspect, there is provided a method for executing a draw-type lottery game between a plurality of players and a dealer. The draw-type lottery game has three subgames and each of the subgames includes a plurality of hands of a blackjack-type game. For each of the hands of the subgames, a central computer system is used to generate for each of the players a player hand; generate for the dealer a dealer hand; compare each player hand to the dealer hand to determine whether the player or the dealer has a better blackjack hand; and identify each player who has a better blackjack hand than the dealer as a winner of the hand. For each of the subgames, the central computer system is used to identify the winner of the subgame as the winner of all the hands of the subgame. The likelihood of winning any one of the subgames played during an instance of the draw-type lottery game can be lower than the likelihood of winning any previous subgames played during the instance of the draw-type lottery game.
According to another aspect, there is provided an apparatus for playing a draw-type lottery game between a plurality of players and a dealer. The apparatus includes a central computer system comprising a processor and a memory communicatively coupled to the processor, the memory having encoded thereon for execution by the processor any instructions for executing the draw-type lottery game as described in the aforementioned aspects; a plurality of remotely located terminals communicatively coupled to the central computer system; and a plurality of lottery displays communicatively coupled to the central computer system.
According to a further aspect, there is provided a computer readable medium having encoded thereon a method as described in the aforementioned aspects.
In the accompanying drawings, which illustrate one or more exemplary embodiments:
Blackjack is a popular card game. When played at a casino, Blackjack involves a plurality of players each individually playing against a dealer. For the players, the goal of Blackjack is to defeat the dealer; commonly, the players accomplish this by being dealt a series of cards whose total value is greater than that of the dealer's, but which does not exceed twenty-one; the series of cards on which the player relies to win is known as a “player hand”, while the analogous series of cards on which the dealer relies to win is known as a “dealer hand”. In order to increase the value of their hands, both players and the dealer have the option of being dealt additional cards in addition to an initial two cards that are dealt; additional cards that are dealt to the players are known as “player hit cards”, while the analogous cards that are dealt to the dealer are known as “dealer hit cards”. If the player hand is a winning hand, the player typically receives a prize that is proportional to a bet; otherwise, the player loses the bet.
Conventional Blackjack requires all the players and the dealer to be physically together in the same place to play. It is technically difficult to modify Blackjack and to create an apparatus for playing Blackjack that accommodates a plurality of players who can be located at disparate remote locations, who all wish to play some form of Blackjack. The embodiments described herein are directed at a method and apparatus for executing a draw-type and Blackjack-themed lottery game that solves this technical problem. By a “draw-type” game, it is meant a game that occurs at predetermined times, and which is reliant on some form of random draw to determine a winner. By “Blackjack-themed”, it is meant a game whose rules for determining whether a player hand defeats a dealer hand are substantially similar to, but not necessarily identical to, conventional Blackjack. For instance, in the embodiments described below, a tie between a player hand and a dealer hand is generally deemed to be a victory for the player, unless both the dealer and the player have hands whose value exceeds twenty-one (known as “busting”); however, in conventional Blackjack, a tie between a player hand a dealer hand results in a victory for the dealer. Furthermore, in the embodiments described below, only one player hit card can be added to any given player hand. This contrasts with conventional Blackjack, in which a player can accept as many player hit cards as he or she wants until busting.
In the embodiments described below, any given instance, or draw, of the draw-type game includes first, second and third subgames. Each of the players can participate in and win each of the three subgames, giving each of the players a total of three opportunities to win per draw. The first subgame includes four “hands”, with each “hand” involving dealing at least two cards to each of the players and the dealer and comparing each of the resulting player hands to the dealer hand to determine, for each of the players, whether the player or dealer has won. The second subgame includes five hands, and the third subgame includes six hands. The subgames are played according to different rules such that it becomes progressively harder for the players to win as the game progresses; this serves to maintain player interest in the game.
Referring now to
The central computer system 34 includes a plurality of modules that enable the playing of the game. These modules include a ticket purchase module, which interfaces with the remotely located terminals 36 to enable players to purchase tickets; a card dealing module, which deals cards to both the players and the dealer from the infinite deck; a hand calculation module, which determines whether a dealt card should be added to a particular player or dealer hand and which then determines the total value of the particular player or dealer hand; a hand winner determination module, which compares player hands to dealer hands to determine whether the player or the dealer is the winner of a particular hand, and which then identifies winning players; a subgame winner determination module, which determines which players are winners of a particular subgame based on which players are winners of at least one hand of the particular subgame; and a display module, which interfaces with lottery displays 38 communicatively coupled to the central computer system 34 to update the game screen 10 as the draw progresses. Each of these modules is implemented as program code that is executed on the central computer system 34.
At block 100, the player interfaces with the remotely located terminal 36 and purchases a ticket for the game. A ticket can be purchased at the remotely located terminal 36 in a variety of ways. For example, the remotely located terminal 36 can be a personal computer connected to the Internet and a consumer can purchase a ticket online through a government sanctioned gaming website; the website can be hosted on the same central computer system 34 on which the game is executed or on a computer server that is communicative with the central computer system 34. One example of such a site is the site operated by the British Columbia Lottery Corporation, www.playnow.com. The remotely located terminal 36 can also be a self-service terminal (“SST”) which is communicative with the central computer system 34 by known means, and which is a self-contained unit having a display and a user interface that is specifically configured to allow a consumer to purchase lottery tickets. Alternatively, a consumer can purchase a ticket through an Altura™ lottery terminal. SSTs and Altura™ lottery terminals are commonly located in bars and restaurants. These and other terminals as are known to a skilled person are all hereinafter referred to as “remotely located terminals” 36, as depicted in
The lottery displays 38 display images of a game screen 10 (illustrated in
At block 102, a draw begins. In the context of the game according to the first embodiment, the draw occurs at set times throughout a day and represents each opportunity the players have to play the game; for example, draws can occur every half hour between 11:00 am and 11:00 pm, daily. During the draw, the players and the dealer are dealt cards from an infinite deck of cards. The infinite deck is a conventional deck of 52 cards (excluding Jokers and wild cards); these cards have a 1 in 52 chance of being dealt at any given time. Optionally, instead of randomly selecting the dealer cards at the time of the draw, a certain number of the dealer cards can be selected from the infinite deck at the beginning of every draw day for each of the scheduled draws that day. This is discussed in more detail in relation to the second subgame, below.
The draw begins with the first of the four hands that constitutes the first subgame. At block 104, the central computer system 34 determines whether all the first subgame hands have been played. If four hands are to be played during the first subgame, the central computer system 34 keeps a count of the hands that have been played; determines whether remaining hands need to be played by checking whether the count is less than four; and, if so, the card dealing module deals another hand of cards to the players and to the dealer and increments the count by one (i.e.: proceed to block 106). If the count is equal to four, then all the hands in the first subgame have been played, and the central computer system 34 can proceed to block 112.
Assuming that remaining hands need to be played, the central computer system 34 will proceed to block 106 and the card dealing module will again deal a hand. The central computer system 34 will subsequently proceed to block 108 and the hand winner determination module will determine which of the players have winning hands.
In respect of dealing a hand (block 106),
In particular,
Referring now to
Referring now to
Referring now to
Referring now to
Referring now to
As dealing is completed, the hand calculation module can and does determine the total value of all of the player hands and also the total value of the dealer hand, and the central computer system 34 consequently proceeds to block 108 of
A player has a better Blackjack hand than the dealer if:
Alternatively, the players can be declared winners by virtue of the “Lucky Loser” rule. The Lucky Loser rule describes a situation in which all the players for any given hand are declared winners and advance to the next hand, i.e. be treated as though they did have a better Blackjack hand than the dealer, if all the players for that given hand in fact do not have a better Blackjack hand than the dealer. In other words, if but for the Lucky Loser rule all the players would have losing hands, the Lucky Loser rule will instead deem all the players to have winning hands.
Following the hand winner determination module's determination of winning players at block 108, the central computer system 34 proceeds to block 110 and eliminates from contention from the first subgame any players who are not winning players (“losing players”). Consequently, in the present embodiment, once any player has lost a single hand in the first subgame, that player is not eligible to win the first subgame. One way to implement this functionality is to associate a “losing player flag” with each of the players and to store this flag in the memory of the central computer system 34. When the central computer system 34 determines that a player is a losing player, the losing player flag associated with that losing player is set. At the conclusion of the first subgame, the winners of the first subgame will be those players whose losing player flags are not set. Losing player flags can also be used in implementing the second and third subgames, which are described in more detail below.
Following block 110, the central computer system 34 proceeds back to block 104 to determine whether all four hands of the first subgame have been played, as discussed above. If no, the central computer system 34 repeats the processes of blocks 106, 108 and 110. If all the hands of the first subgame have been played, the central computer system 34 proceeds to block 112 and the subgame winner determination module identifies any players who have not been eliminated from contention from the first subgame as winners of the first subgame. In the present embodiment, where all players who lose a single hand are eliminated, the subgame winner determination module identifies as winners of the first subgame those players who have won all four hands in the first subgame. One way to implement this functionality is to have the subgame winner determination module scan the memory of the central computer system 34 at the conclusion of the first subgame to determine which players have associated with them the losing player flag; those players without the losing player flag are the winners of the first subgame.
Following block 112, the central computer system 34 proceeds to block 114 where it determines whether all five hands that constitute the second subgame have been played. If not, then as with blocks 106, 108 and 110 in the first subgame, the card dealing module deals the next hand to the players in block 116, the hand winner determination module determines which players are winners in block 118, and the central computer system 34 eliminates all losing players from contention from the second subgame in block 120. In contrast to the first subgame, in the second subgame the hand calculation module does not automatically add the player hit card to each player hand only if it will be beneficial to the player. In embodiments wherein each player can see what his or her cards will be prior to being issued the ticket (e.g.: when the player purchases the ticket through a SST or through a website), the ticket purchase module shows the player his or her cards for each hand of the second subgame and the dealer up card 18 for each of the same hands, and gives the player the option of accepting or refusing the player hit card 22 for each hand prior to issuing the player the ticket.
In the embodiments wherein each player can see what his or her cards will be prior to being issued the ticket, the central computer system 34 draws each of the five dealer up cards 18 for each of the draws of the second subgame prior to selling any tickets for the draws on any given day. For example, if there are to be five draws scheduled on a particular day, the central computer system 34 will randomly select twenty-five dealer up cards 18 prior to the sale of any tickets for draws on that day. This allows the players to purchase tickets at any time of the day for any of the draws that have yet to occur on that day and still be able to see the five dealer up cards 18 for the second subgame prior to purchasing the ticket.
Following playing all five hands of the second subgame, the central computer system 34 proceeds to block 122 and, as was done in respect of block 112, the subgame winner determination module identifies those players who won each of the five hands of the second subgame as being winners of the second subgame. Consequently, the likelihood of the player winning the second subgame is less than the first subgame, since in order to win the second subgame the player must win five, and not just four, hands, and since the player can make a non-optimal decision regarding whether to accept the player hit card 22 (i.e.: the player may elect to receive the player hit card 22 and consequently bust, or the player may decide to refuse the player hit card 22 where accepting the player hit card 22 would have resulted in a better Blackjack hand).
In the present embodiment, winners of the second subgame can include those players who lost the first subgame. In an alternative embodiment (not depicted), the subgame winner determination module may only consider those players who are winners of the first subgame as being eligible to win the second subgame. In this alternative embodiment, the winners of the second subgame would be those players who are winners of nine consecutive hands.
Execution of blocks 124, 126, 128 and 130 in respect of the third subgame proceeds analogously as blocks 114, 116, 118 and 120 of the second subgame, and blocks 104, 106, 108 and 110 of the first subgame, respectively. The third subgame is composed of six hands. As in the second subgame, in embodiments wherein each of the players can see his or her cards prior to being issued the ticket, the ticket purchase module gives the player the option of accepting or refusing the player hit card 22 for each of the hands of the third subgame prior to issuing the player the ticket. However, unlike in the second subgame, the ticket purchase module does not show the player the dealer up card 18 prior to the player deciding whether to accept the player hit card 18.
Following playing all six hands of the third subgame, the central computer system 34 proceeds to block 132 and, as was done in respect of blocks 122 and 112, the subgame winner determination module identifies those players who won each of the six hands of the third subgame as being winners of the third subgame. Consequently, the likelihood of a player winning the third subgame is less than the second subgame, since in order to win the third subgame a player must win six, and not just five, hands, and since the player has less information on which to decide whether to receive the player hit card 18 than in the second subgame.
In the present embodiment, winners of the third subgame can include those players who lost one or both of the first and second subgames. In an alternative embodiment (not depicted), the subgame winner determination module may only consider those players who are winners of the first and second subgames as being eligible to win the third subgame. In this alternative embodiment, the winners of the third subgame would be those players who have not lost a single hand during the draw.
Referring now to
As discussed above, in certain embodiments, players have the option of selecting whether to receive the player hit card 22 prior to being issued the ticket. However, in certain other embodiments, a player may not want to have to decide whether to receive the player hit card 22, or may be playing in front of a remotely located terminal 38 that is not configured to accept player decisions beyond whether to purchase a ticket. The player may, for example, be purchasing tickets through an intermediary such as a waiter at a pub, who purchases tickets on behalf of the player using an Altura™ lottery terminal. In these embodiments, the central computer system 34 can automatically decide for the player whether to accept or refuse the player hit card 22 for each of the hands of the second and third subgames according to a predetermined algorithm (“Basic Strategy”). For example, Tables 1 and 2, below, illustrate how the central computer system 34 can decide for the player whether to accept or refuse the player hit card 22 such that the player's likelihood of winning is relatively high:
Although in the aforedescribed embodiments the first subgame involves playing four hands, the second subgame involves playing five hands, and the third subgame involves playing six hands, alternative embodiments are directed at subgames having any number of hands. Furthermore, although in the above embodiments a particular set of rules for each of the subgames has been described, deviations from these particular rules are possible in alternative embodiments. For example, while in the above embodiments a player is a winner of a subgame if the player wins all the hands of that subgame, in alternative embodiments the player may be a winner of a subgame if the player wins a certain percentage of the hands (e.g.: four of six hands) of that subgame.
Additionally, although the embodiments described above incorporate images of the game screen 10 displayed on lottery displays 38 so that the players can watch the game unfold, the use of game screens 10 and lottery displays 38 is not required in all embodiments. For example, the game screen 10 as depicted in
While particular embodiments have been described in the foregoing, it is to be understood that other embodiments are possible and are intended to be included herein. It will be clear to any person skilled in the art that modifications of and adjustments to the above embodiments, not shown, are possible.