Patent Application
20210056815
This application claims priority of Taiwanese Patent Application No. 108130255, filed on Aug. 23, 2019.
The disclosure relates to a method and a system for hosting a multi-player poker game, more particularly to a method and a system for hosting a multi-player poker game with an insurance mechanism.
A conventional community card poker game for a plurality of players (such as Texas hold'em, Omaha hold'em, and many variations thereof) is typically hosted in the following manner.
Firstly, each of the players is dealt privately a predetermined number (e.g., two or four) of hole cards (an incomplete hand). Afterward, abetting round (which is named a pre-flop round) is held where the players take turns in making a betting option to check, call, raise or fold. An amount of chips or money betted by the players is called the pot.
Then, a total of five community cards are dealt face up in three stages (i.e., a flop stage, a turn stage and a river stage). In the flop stage, three community cards (known as flop cards) are dealt. After the flop cards are dealt, another betting round is held. Then, the game proceeds to the turn stage where one community card (known as turn card) is dealt. After the turn card is dealt, another betting round is held. Then, the game proceeds to the river stage where another one community card (known as river card) is dealt. After the river card is dealt, another betting round is held and a final showdown occurs. On the final showdown, each player who has not folded yet reveals his or her hole cards to make a best five card poker hand that is selected from the hole cards and the community cards and is a subset of the hole cards and the community cards.
It is noted that, one or more players may go “all in” prior to the final showdown and are unable to participate in the subsequent betting round(s). In such a case, the original pot including the chips or money contributed by the player(s) that went all in is closed, and a separate pot without the input of the player(s) who have gone all in will be created for other players. In a single game, multiple pots may be created each being associated with a specific subset of different players. On the showdown, a winner of each of the pots is determined separately among the associated players.
In some cases (e.g., in an online platform), when more than one player has gone all in at a same betting round, a showdown may occur and the hole cards of the players who have gone all in may be revealed among those players.
Therefore, an object of the disclosure is to provide a method for hosting a multi-player poker game with an insurance mechanism.
According to one embodiment of the disclosure, the method is implemented using a computer system and includes steps of:
a) initiating the poker game with a plurality of players, the poker game including an initial stage where at least two hole cards are dealt to each of the players from a stack of cards (such as a standard 52-card deck), a flop stage where three community cards are dealt, a turn stage where one additional community card is dealt, and a river stage where one additional community card is dealt, wherein each of the players is permitted to make bet at each stage into at least one pot;
b) after the flop stage and before the turn stage, determining whether an all-in bet has occurred;
c) when the determination of step b) is affirmative, determining whether a predetermined insurance condition is met, the predetermined insurance condition indicating that in the pot, for a leading player who contributed to the pot and has a hand, which is constituted by the hole cards and the community cards, that has a highest rank, there exists at least one lead out in the stack of cards that has not yet been dealt and that, when dealt in the turn stage, enables another one of the players who contributed to the pot to have a hand with a highest rank;
d) when the determination of step c) is affirmative, providing the leading player with an option to purchase a turn-card insurance against the at least one lead out with a user-designated insurance premium; and
e) at the turn stage, when it is determined that the turn card actually dealt is a lead out covered by the turn-card insurance, paying the leading player a payout based on the user-designated insurance premium, and when it is determined that the turn card actually dealt is not a lead out covered by the turn-card insurance, collecting the user-designated insurance premium from the leading player (that is, the user-designated insurance premium is to be collected from the leading player).
Another object of the disclosure is to provide a computer system that is capable of implementing the above-mentioned method.
According to one embodiment of the disclosure, the computer system includes a database that stores a software application therein, a communication component, and a processor. The communication component is configured to communicate with a plurality of electronic devices. Each of the plurality of electronic devices is operated by a player. The processor is electrically connected to the database and the communication component, and is configured to execute the software application so as to perform the steps of the above-mentioned method.
Another object of the disclosure is to provide a non-transitory computer readable data storing medium that stores instructions therein that, when executed by a processor of a computer, cause the processor to perform steps of the above-mentioned method.
Other features and advantages of the disclosure will become apparent in the following detailed description of the embodiments with reference to the accompanying drawings, of which:
Before the disclosure is described in greater detail, it should be noted that where considered appropriate, reference numerals or terminal portions of reference numerals have been repeated among the figures to indicate corresponding or analogous elements, which may optionally have similar characteristics.
The computer system 1 may be embodied using a server device, and includes a database 11, a processor 12 and a communication component 13.
The database 11 may be embodied using a storage medium including one or more of a hard disk, a solid-state drive (SSD) and other non-transitory storage medium. The database 11 stores a software application including instructions that, when executed by the processor 12, cause the processor 12 to perform operations as described below.
The processor 12 may include, but not limited to, a single core processor, a multi-core processor, a dual-core mobile processor, a microprocessor, a microcontroller, a digital signal processor (DSP), a field-programmable gate array (FPGA), an application specific integrated circuit (ASIC), a radio-frequency integrated circuit (RFIC), etc.
The communicating component 13 may include a short-range wireless communication module supporting a short-range wireless communication network using a wireless technology of Bluetooth® and/or Wi-Fi, etc., and a mobile communication module supporting telecommunications using Long-Term Evolution (LTE), the third generation (3G) and/or fourth generation (4G) of wireless mobile telecommunications technology, and/or the like. In this embodiment, the computer system 1 is capable of enabling a plurality of electronic devices 2 to communicate with the communicating component 13 via a network 3 (e.g., the Internet).
Each of the electronic devices 2 may be possessed and operated by a human user (referred to as a“player”), and may be embodied using a personal computer, a laptop computer, a tablet, a smartphone, etc. Each of the electronic devices 2 may include a processor 21 (which may be embodied using a processor similar to the processor 12), a display 22 (which may be a display screen), a storage unit 23 (which may be embodied using a hardware storage similar to the database 11), a communication unit 24 (which may be embodied using a communication unit similar to the communicating component 13), and an input interface 25 (which may be embodied using a mouse/keyboard set). In the case that the electronic device 2 is a tablet or a smartphone, the display 22 and the input interface 25 may be integrated as a touch screen.
In use, each of the players may operate the electronic device 2 possessed thereby to establish communication with the computer system 1. This may be done by executing a software application that is associated with playing a poker game and that is stored in the storage unit 23. Alternatively, the user may execute a web browser on the electronic device 2 to access a website that is associated with the computer system 1 and that provides services for playing the poker game. Then, the user may operate the electronic device 2 to perform a login operation using an account-password combination, and to join a game lobby that includes a number of virtual tables provided by the computer system 1, each for playing a poker game. In the disclosure, the poker game may be a multi-player community card poker game (such as Texas hold'em, Omaha hold'em, and many variations thereof). In this embodiment, the poker game is Texas hold'em, and includes an initial stage of privately dealing two hole cards to each of the players from a stack of cards (such as a standard 52-stack card), a flop stage where three community cards are dealt face up, a turn stage where one additional community card is dealt face up, and a river stage where one additional community card is dealt face up. Each of the players is permitted to make bet after each stage into one or more pots.
It is noted that each of the virtual tables may have a number of specific settings related to the poker game. Specifically, the settings may include one or more of a maximum number of players allowed (any number from 2 to 9) to join the poker game, a default payout odd, designated big blind and small blind (i.e., forced bets respectively by designated two of the players at the beginning of each of the games), a designated ante (i.e., a forced bet by each of the players at the beginning of each of the games), etc.
Referring back to
At the start of the poker game, each player is dealt a predetermined number (e.g., two or four, two in this embodiment) of hole cards (an incomplete hand) that are private to the player.
Afterward, abetting round (which is named a pre-flop round) is held where each of the players take turns in making a betting option to check (i.e., not adding any chip to the pot), call, raise or fold. An amount of chips betted by the players is called a pot.
Then, the game proceeds to the flop stage where three community cards (known as flop cards) are dealt face up. After the flop cards are dealt, each of the players has a five-card “hand” that is constituted by the two hole cards and the three community cards. Additionally, another betting round is held.
At this stage, in step S3, the processor 12 determines whether an all-in bet has occurred.
Specifically, the term “all-in bet” refers to a condition that a player goes “all in” at or prior to this stage (i.e., the player bets all of the chips the player has at the table), and is unable to participate in the subsequent betting. In such a case, the original pot is closed, and a separate pot (called side pot) without the input of the player(s) who have gone all in will be created for other players for the subsequent betting. In various stages of a single game, multiple pots may be created each being associated with a specific subset of different players.
When it is determined that an all-in bet has occurred, the flow proceeds to step S4. Otherwise, the flow proceeds to step S21, in which the game proceeds to the turn stage where one community card (known as turn card) is dealt face up. After the turn card is dealt, another betting round is held.
In step S4, the processor 12 determines, individually for each pot, whether a predetermined insurance condition is met. When it is determined that the insurance condition is met, the flow proceeds to step S5. Otherwise, the flow proceeds to step S24, in which the game proceeds to the turn stage.
It is noted that the insurance condition indicates one or more specific scenarios. For example, in this embodiment, the insurance condition indicates a first scenario that in the pot, there is a leading player among those players who contribute to the pot and who has a hand that has a highest rank, and a second scenario that there exists at least one “lead out”. It should be noted that the insurance condition is met only when the first and second scenarios both occur in this embodiment.
In the disclosure, the term “lead out” refers to a card in the stack of cards that is not yet dealt and that, when dealt in the turn stage, enables another player who is not the leading player before the lead out is dealt to have a hand with a highest rank (i.e., to become the leading player for the pot).
That is to say, in the cases where the insurance condition is met, there is a leading player who, after the flop stage, may be overtaken by other players in the subsequent stages because of the possibility of the lead out being dealt. In such a condition, the flow proceeds to step S5, in which the processor 12 provides the leading player with an option to purchase, with a user-designated insurance premium, insurance against an event that the at least one lead out is dealt in the turn stage. For example, a “buy insurance” window may pop up at the display 22 of the electronic device 2 of the leading player. Additionally, the processor 2 calculates a first payout odd associated with the insurance against the at least one lead out in step S5.
It is noted that insurance purchased in the flop stage covers only the next dealt card (i.e., the turn card), and is referred to as turn-card insurance hereinafter.
In some examples, the insurance condition may include one or more exceptions. For example, in
In another example, when an amount of the pot is smaller than a predetermined number, the option to purchase the turn-card insurance is not provided to the leading player. As shown in
As shown in
It is determined that there are six possible lead outs (the three Jacks and three eights) that can make Boss 9's hand (one pair) better than Boss 10's hand (high card with King). As a result, the “buy insurance” window is popped up as shown in
Specifically, an amount of the payout may be calculated based on a user-designated insurance premium and the payout odd of the turn-card insurance (e.g., a first payout odd). The user-designated insurance premium is an amount of chips spent by the leading player in purchasing the insurance covering the user-selected lead out(s), and may be designated by the leading player through moving a slider bar 31 on the buy insurance window. It is noted that the payout odd can be calculated based on a number of players who have contributed chips in the pot and a total number of the lead outs. In some embodiments, the payout odd may be calculated further based on a number of the lead out(s) covered by the insurance, using probabilities associated with each number of the lead out(s), and derivatives associated with the probabilities. For example, in a situation of a two-player pot with three lead outs in total, the payout odd of the insurance may be 6.5. In a situation of a three-player pot with three lead outs in total, the payout odd of the insurance may be 6. In one embodiment, when the calculated payout odd is lower than 1, the option to purchase insurance is not provided as shown in
In some embodiment, there is a condition that a payout of the insurance does not exceed a current size of the pot. In one example of
In step S6, the processor 12 determines whether the turn-card insurance is purchased by any player.
Specifically, in cases that only one pot is present, the processor 12 determines whether the turn-card insurance is purchased by the leading player of the pot. In cases where a plurality of pots are present, when it is determined that the leading player of at least one pot has purchased the turn-card insurance in step S6, the flow proceeds to step S7. Otherwise, i.e., all leading player(s) of all pot(s) did not purchase the turn-card insurance, the flow proceeds to step S25, in which the game proceeds to the turn stage.
In step S7, for each purchased turn-card insurance, the processor 12 records the insurance premium and the lead out(s) that is covered by the turn-card insurance. The purchase may be shown on the virtual table (see for example
In step S8, the game proceeds to the turn stage, that is, the turn card is dealt face up, and another betting round is held. Then, steps S9-S11 are implemented with respect to each individual leading player who has purchased the turn-card insurance. In step S9, the processor 12 determines whether the turn card actually dealt in step S8 is a lead out covered by the turn-card insurance. When the determination made in step S9 is affirmative, the flow proceeds to step S10, in which the leading player is paid a payout, an amount of which is calculated based on the user-designated insurance premium and the payout odd. Specifically, the amount of the payout is calculated by multiplying the first payout odd by the user-designated insurance premium. When it is determined in step S9 that the turn card dealt in step S8 is not a lead out covered by the turn-card insurance, the flow proceeds to step S11, in which the processor 12 records that the insurance premium is to be collected from the leading player. One exemplary case is shown in
It is noted that in some cases, multiple pots with all-in bets may be present. As shown in
Additionally, as shown in
In some embodiments, in addition to lead outs, the processor 12 further determines whether a chop out exists. Specifically, the term “chop out” refers to a card in the stack of cards that is not yet dealt and that, when dealt in the turn stage, enables another player to have a hand with the same rank as the hand of the leading player.
In one example shown in
In this case, the player Boss 10 is provided with the option to purchase insurance against one or more of the six lead outs using the slider bar 31, and/or one or more of the three chop outs using another slider bar 32.
After step S10, the flow proceeds to step S12.
It is noted that, after step S21 (for cases that no all-in bet occurs in the flop stage), the processor 12 determines whether an all-in bet has occurred (step S22). When it is determined in step S22 that an all-in bet has occurred, the flow proceeds to step S12. Otherwise, the flow proceeds to step S23, in which the game proceeds to the river stage.
Additionally, after steps S24 and S25, the flow also proceeds to step S12.
In step S12, the processor 12 determines whether a predetermined insurance condition is met. When it is determined that the insurance condition is met, the flow proceeds to step S13. Otherwise, the flow proceeds to step S26, in which the game proceeds to the river stage. It is noted that because a new card (the turn card) is dealt in the turn stage (step S21, S21, S25 or S8), the leading player for each pot may have changed.
In step S13, the processor 12 provides each leading player (the leading player for each pot) with an option to purchase insurance against at least one lead out with a user-designated insurance premium. For example, a“buy insurance” window may pop up at the display 22 of the electronic device 2 of the leading player. Additionally, the processor 2 calculates a second payout odd associated with the insurance against the at least one lead out in step S13. Similarly, the user-designated insurance premium is not necessarily collected from the leading player instantly after the leading player decides to purchase insurance. It should be noted that the second payout odd is calculated in a manner similar to the calculation of the first payout odd.
It is noted that in the insurance purchased in the turn stage covers only the next dealt card (i.e., the river card), and is referred to as river-card insurance hereinafter.
In one example shown in
When it is determined, in step S14, that the river-card insurance is purchased by any player in step S13, the flow proceeds to step S15. Otherwise, the flow proceeds to step S26, in which the game proceeds to the river stage.
In step S15, for each purchased river-card insurance, the processor 12 records the user-designated insurance premium and the lead out(s) that is covered by the river-card insurance. The purchase may be shown on the virtual table (see for example
In step S16, the game proceeds to the river stage, that is, the river card is dealt face up, and another betting round is held. Then, steps S17-S19 are to be implemented with respect to each individual leading player who has purchased the river-card insurance. In step S17, the processor 12 determines whether the river card is a lead out covered by the river-card insurance. When the determination is affirmative, the flow proceeds to step S18, in which the leading player is paid a payout based on the user-designated insurance premium and the second payout odd. Specifically, the processor 12 calculates an amount of the payout by multiplying the second payout odd by the user-designated insurance premium. Otherwise, the flow proceeds to step S19, in which the processor 12 records that the insurance premium is to be collected from the leading player. In some embodiments, the insurance premium is deducted from the pot after the game. In some embodiments, the insurance premium is deducted from the stack of the leading player.
Afterward, the flow proceeds to step S20, in which the game proceeds to a showdown. On the showdown, each player who has not folded yet reveals his or her hole cards to make a best five card poker hand that is selected from the two hole cards and the five community cards and that is a subset of the two hole cards and the five community cards. In the case that multiple pots are present, a winner of each of the pots is determined separately among the respective associated players.
It is noted that after steps S23 and S26, the game also proceeds to the showdown.
It is noted that in a case that the player Boss 10 who is the leading player in both the flop stage and the turn stage purchased only the turn-card insurance and did not purchase the river-card insurance, the player Boss 10 has to pay the insurance premium for the turn-card insurance regardless of the outcome of the game. In a case that the player Boss 10 (leading player in both stages) purchased both the turn-card insurance and the river-card insurance, the player Boss 10 has to pay the insurance premium for the turn-card insurance and can get payout when losing the game over a lead out that is actually dealt in the river stage and that is covered by the river-card insurance, and has to pay the insurance premiums for both the turn-card insurance and the river-card insurance when winning the game.
It should be noted that there may be a situation that the player who purchased insurance in the flop stage or the turn stage does not have enough chips to pay the insurance premium. For example, after the leading player has purchased the turn-card insurance at the flop stage, even if the leading player is still leading after the turn stage, there may be a possibility that a lead out is dealt as the river card, making another player the leading player and eventually wining the pot. In the example of
In order to ensure collection of the insurance premium, the processor 12 may determine that a mandatory insurance is required for each of the remaining lead outs at the river stage (as seen in
In the example of
Since the turn card actually dealt in the turn stage is not one of the lead outs, the insurance premium of 133 chips will be deducted from the pot or the stack. There may be a situation that the river card is one of the lead outs not covered by the river-card insurance, and the player Boss 10 has previously gone all in making his/her stack empty and unable to allow deduction of the insurance premium. In order to prevent this situation, the processor 12 may implement a process for compelling (i.e., forcing) the player Boss 10 to purchase a mandatory insurance against all of the lead outs so as to ensure that when the river card is one of the lead outs, the insurance premium can be collected from the player Boss 10, as the player Boss 10 will be paid a payout should one of the lead outs be dealt or the player will win at least a portion of the pot should a non-lead-out be dealt. In the example, the payout odd in the river stage is 3, such that an insurance premium of the mandatory insurance may be set with a floor of ┌133/3┐=45. It should be noted that the symbol ┌x┐ means the ceiling of x, i.e. the smallest integer greater than or equal to x. The resulting insurance premium may be updated as seen in
As shown in
On the other hand, in one case as shown in
In another case shown in
In the turn stage, as shown in
In this case, in order to eliminate the possibility of the leading player Boss 10 deselecting any one of the lead outs or chop outs for the river-card insurance in the turn stage, and ending up losing the game because the deselected one(s) of the lead outs or chop outs is dealt as the river card, the processor 12 may impose a mandatory insurance for the lead outs and the chop outs. Specifically, the payout odd of the lead outs and the chop outs is 1.6, and the insurance premium for the mandatory insurance is ┌222/1.6┐=139 chips. Such insurance purchase may be updated on the virtual table (see for example
Additionally, when the leading player Boss 10 further purchases the river-card insurance for some of the lead outs or chop outs at this stage, the mandatory insurance may be imposed on the deselected lead outs or chop outs. In one example shown in
In one embodiment, in the condition that the payout of the insurance does not exceed the amount of the pot (i.e., a maximum insurance premium that can be deployed by the user for the turn-card insurance is imposed), and that a total insurance premium for the turn-card insurance and the river-card insurance does not exceed the amount of the pot, the case that the payout odd in the turn stage (i.e., for the river card) becomes smaller than the payout odd in the flop stage (i.e., for the turn card) is taken into consideration. In such a case, the insurance premium for the turn-card insurance, when too large, may not be recovered by buying mandatory insurance whose payout is not enough to cover the insurance premium for the turn-card insurance.
Under this circumstance, a cap of the insurance premium that can be deployed for the river-card insurance may also be imposed.
In one example of
As a result, the insurance premium cap may be defined as a fraction of the amount of the pot, to satisfy the relation that a cap of the insurance premium for the river-card insurance multiplied by the potential lowest payout (i.e., 0.6) is no less than a cap of the insurance premium for the turn-card insurance. The relationships may be expressed as follows:
E*C≤(E−A)*D
E*C≤(E−(E*C))*D
where E represents the amount of the pot, C represents the fraction, A represents the cap of the insurance premium for the turn-card insurance, and D represents the potential lowest payout odd.
Using the above numbers, the fraction for this example may be 0.37 that is rounded down from 0.6/1.6=0.375. That is to say, the insurance premium cap for the turn card is defined as 600*0.37˜=222 chips (as seen in
In one embodiment, there is provided a non-transitory computer readable storage medium storing instructions therein. When executed by a processor of a computer, the instructions may cause the processor to perform operations of the method as described above.
In some embodiments, in determining whether the predetermined insurance condition is met, the processor 12 is configured to determine whether an “out” (which may be either the lead out or the chop out) exists. Subsequently, the option to purchase insurance may be provided against any one of the outs.
To sum up, the embodiments of the disclosure provide a method and a system for hosting a poker game that allows a leading player to purchase an insurance such that when a lead out or chop out is dealt as the turn card or river card, some of the chips may be reimbursed.
In the description above, for the purposes of explanation, numerous specific details have been set forth in order to provide a thorough understanding of the embodiments. It will be apparent, however, to one skilled in the art, that one or more other embodiments may be practiced without some of these specific details. It should also be appreciated that reference throughout this specification to “one embodiment,” “an embodiment,” an embodiment with an indication of an ordinal number and so forth means that a particular feature, structure, or characteristic may be included in the practice of the disclosure. It should be further appreciated that in the description, various features are sometimes grouped together in a single embodiment, figure, or description thereof for the purpose of streamlining the disclosure and aiding in the understanding of various inventive aspects, and that one or more features or specific details from one embodiment may be practiced together with one or more features or specific details from another embodiment, where appropriate, in the practice of the disclosure.
While the disclosure has been described in connection with what are considered the exemplary embodiments, it is understood that this disclosure is not limited to the disclosed embodiments but is intended to cover various arrangements included within the spirit and scope of the broadest interpretation so as to encompass all such modifications and equivalent arrangements.
| Number | Date | Country | Kind |
|---|---|---|---|
| 108130255 | Aug 2019 | TW | national |
