WO2012164329A1 - Jeu compétitif structuré du type poste à poste - Google Patents

Jeu compétitif structuré du type poste à poste Download PDF

Info

Publication number
WO2012164329A1
WO2012164329A1 PCT/IB2011/001203 IB2011001203W WO2012164329A1 WO 2012164329 A1 WO2012164329 A1 WO 2012164329A1 IB 2011001203 W IB2011001203 W IB 2011001203W WO 2012164329 A1 WO2012164329 A1 WO 2012164329A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
user
competition
dealer
player
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/IB2011/001203
Other languages
English (en)
Inventor
Fai Wong WANG
Man Kit CHONG
Shung Fai CHAN
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
SAMVO STRATEGIC HOLDINGS Ltd
Original Assignee
SAMVO STRATEGIC HOLDINGS Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by SAMVO STRATEGIC HOLDINGS Ltd filed Critical SAMVO STRATEGIC HOLDINGS Ltd
Priority to PCT/IB2011/001203 priority Critical patent/WO2012164329A1/fr
Publication of WO2012164329A1 publication Critical patent/WO2012164329A1/fr
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/326—Game play aspects of gaming systems
    • G07F17/3272—Games involving multiple players
    • G07F17/3276—Games involving multiple players wherein the players compete, e.g. tournament
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/50—Controlling the output signals based on the game progress
    • A63F13/52—Controlling the output signals based on the game progress involving aspects of the displayed game scene
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/326—Game play aspects of gaming systems
    • G07F17/3262—Player actions which determine the course of the game, e.g. selecting a prize to be won, outcome to be achieved, game to be played
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3286—Type of games
    • G07F17/3293—Card games, e.g. poker, canasta, black jack
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/40—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterised by details of platform network
    • A63F2300/407—Data transfer via internet
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/53—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing
    • A63F2300/531—Server assignment
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
    • A63F2300/556—Player lists, e.g. online players, buddy list, black list
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
    • A63F2300/5566—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history by matching opponents or finding partners to build a team, e.g. by skill level, geographical area, background, play style
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5586—Details of game data or player data management for enforcing rights or rules, e.g. to prevent foul play
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/572—Communication between players during game play of non game information, e.g. e-mail, chat, file transfer, streaming of audio and streaming of video
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/6009—Methods for processing data by generating or executing the game program for importing or creating game content, e.g. authoring tools during game development, adapting content to different platforms, use of a scripting language to create content
    • A63F2300/6018—Methods for processing data by generating or executing the game program for importing or creating game content, e.g. authoring tools during game development, adapting content to different platforms, use of a scripting language to create content where the game content is authored by the player, e.g. level editor or by game device at runtime, e.g. level is created from music data on CD

Definitions

  • Structured peer-to-peer competition can benefit from a method that permits a user to serve as dealer or house for a game room or table.
  • On-line gaming includes a variety of casinos and casino-like operations.
  • the customer or user serves the role of a player in the casino games.
  • the owner of the web site or other computer system serves as the house and/or dealer.
  • certain games such as poker
  • games that are ordinarily played against the house such as blackjack, roulette, craps, and the like
  • the interaction was limited to playing against the owner of the website.
  • a method can include creating a table.
  • the method can also include appointing a first user as an owner for the table.
  • the method can further include appointing a second user as a player for the table.
  • the method can additionally include conducting a competition at the table.
  • the method can also include distributing an award based on an outcome of the competition.
  • a non-transitory computer-readable medium in certain embodiments, can be encoded with instructions that, when executed in hardware, perform a process.
  • the process can also include appointing a first user as an owner for the table.
  • the process can further include appointing a second user as a player for the table.
  • the process can additionally include conducting a competition at the table.
  • the process can also include distributing an award based on an outcome of the competition.
  • an apparatus can include creating means for creating a table.
  • the apparatus can also include first appointing means for appointing a first user as an owner for the table.
  • the apparatus can further include second appointing means for appointing a second user as a player for the table.
  • the apparatus can additionally include conducting means for conducting a competition at the table.
  • the apparatus can also include distributing means for distributing an award based on an outcome of the competition.
  • An apparatus can include at least one processor and at least one memory including computer program instructions.
  • the at least one memory and the computer program instructions can be configured to, with the at least one processor, cause the apparatus at least to create a table.
  • the at least one memory and the computer program instructions can also be configured to, with the at least one processor, cause the apparatus at least to appoint a first user as an owner for the table.
  • the at least one memory and the computer program instructions can further be configured to, with the at least one processor, cause the apparatus at least to appoint a second user as a player for the table.
  • the at least one memory and the computer program instructions can additionally be configured to, with the at least one processor, cause the apparatus at least to conduct a competition at the table.
  • the at least one memory and the computer program instructions can also be configured to, with the at least one processor, cause the apparatus at least to distribute an award based on an outcome of the competition.
  • Figure 1 illustrates a game room according to certain embodiments of the present invention.
  • Figure 2 illustrates a method of creating a room according to certain embodiments of the present invention.
  • Figure 3 illustrates a sequence diagram for an embodiment of the present invention.
  • Figure 4 illustrates a front-end for blackjack game settings according to certain embodiments of the present invention.
  • Figure 5 illustrates an example of a warning from a system in response to a user's settings for a game, according to certain embodiments of the present invention.
  • Figure 6 illustrates an operator's configuration menu for a game according to certain embodiments of the present invention.
  • Figure 7 illustrates a notification box according to certain embodiments of the present invention.
  • Figure 8 illustrates a method of game invitation according to certain embodiments of the present invention.
  • Figure 9 illustrates a method of controlling exposure according to certain embodiments of the present invention.
  • Figure 10 illustrates end of round checking for a banker, according to certain embodiments of the present invention.
  • Figures 11A and 11B illustrate a state diagram for a baccarat game from a client side according to certain embodiments of the present invention.
  • Figure 12 illustrates a state diagram for a baccarat game from a server side according to certain embodiments of the present invention.
  • Figures 13A and 13B illustrate a state diagram of a blackjack game from a client side according to certain embodiments of the present invention.
  • Figure 14 illustrates a state diagram of a blackjack game from a server side according to certain embodiments of the present invention.
  • Figures 15 A and 15B illustrate a state diagram of a casino war game from a client side according to certain embodiments of the present invention.
  • Figure 16 illustrates a state diagram of a casino war game from a server side according to certain embodiments of the present invention.
  • Figure 17 illustrates a state diagram of a fight the landlord game from a client side according to certain embodiments of the present invention.
  • Figure 18 illustrates a state diagram of a fight the landlord game from a server side according to certain embodiments of the present invention.
  • Figures 19A and 19B illustrate a state diagram of a roulette game from a client side according to certain embodiments of the present invention.
  • Figure 20 illustrates a state diagram of a roulette game from a server side according to certain embodiments of the present invention.
  • Figures 21 A and 21B illustrate a state diagram of a Sic Bo game from a client side according to certain embodiments of the present invention.
  • Figure 22 illustrates a state diagram of a Sic Bo game from a server side according to certain embodiments of the present invention.
  • Figure 23 illustrates the betting and settlement flow in a plurality of currencies in accordance with certain embodiments of the present invention.
  • Figure 24 illustrates a gaming platform flow in accordance with certain embodiments of the present invention.
  • Figure 25 illustrates a method according to certain embodiments of the present invention.
  • Figure 26 illustrates a system according to certain embodiments of the present invention.
  • Certain embodiments of the present invention provide a new way of game play where customers can choose to be the banker or the player on a game table.
  • a commission rebate mechanism in the game rules can allow competition amongst different game tables, competition between the banker and the player(s), and - at the same time - the players could gain an advantage over traditional casino game play.
  • the rebate setting also creates a self-sustained market place.
  • an online casino allows individual customers to create/ manage own virtual casino tables online within a game room.
  • This game room can be a website that has one or more tables that are created by individual customers.
  • the game room can be treated as a container that contains all gaming activities/ tables created by individual customers. Each of the customers may be entitled to host a game room. Alternatively, only a subset of customers may be entitled to host a game room. Multiple tables can be found within a single game room, and a system or website may include multiple game rooms. Tables within the game rooms can be hosted either by the customers or by operators.
  • Figure 1 illustrates a game room according to certain embodiments of the present invention.
  • the game room shown in Figure 1 has four tables (A-D). This is just one example, as the number of tables can be varied.
  • Table A is a table for Blackjack and is hosted by Peter. It has one host, as well as eight players.
  • Table B is the same as Table A, but there are only four players in addition to the host.
  • Table C is for Casino War and is hosted by Candice.
  • Table D is for Baccarat and is hosted by Elcie.
  • Table A and Table B are two unique tables of Blackjack.
  • Peter the dealer for both games, is a customer who owns this game room. Although in this case the dealer is an individual player, multiple players or a consortium could partner to own the table and serve as the dealer.
  • Peter is designated as the "dealer,” the actual dealing of cards to the players may be controlled by a machine that is outside the control of Peter.
  • Each of the tables in Figure 1 could have 1-8 players. However, this number of players can be further varied, depending - for example - on the game to be played. Moreover, players in each of these tables could be different or the same. Thus, for example, a single player could play at all four tables, or only at a subset (including one) table.
  • Table C and Table D are tables operated by other customers in the website.
  • Table C and Table D can be operated by a same customer who is using a pseudonym in order to conceal his identity from other customers.
  • Peter may own the game room itself. There is no requirement, however, that Peter both own the game room and operate a table in the room. For example, Peter may only own the game room and others may operate tables, or the game room can be created by the system and Peter can only own a table as the dealer for that table. In each game room, a customer can create new tables or join new games. In certain embodiments, a game room is owned by a particular user and only that user can create tables in that particular room.
  • each of the customers may be entitled to own one game room. Within the room, they will see all the gaming activities, and they will be able to select a game for participation.
  • Figure 2 illustrates a method of creating a room according to certain embodiments of the present invention.
  • a registered customer can log in to the website.
  • each of the customers can have a wallet that is used in connection with processing all transactions (funds in/out, settlement, and the like).
  • funds in/out, settlement, and the like can deposit money to fulfill an exposure limit.
  • the exposure limit can control what kinds of rooms or tables the customer can own, and the specific rules for such rooms or tables.
  • the customer can start up a game room for hosting tables. Then, at 225, the customer can choose which game(s) are to be hosted.
  • the customer at 230, can set exposure limits and other business parameters. Specifically, for each of the virtual tables, there is an exposure limit, which may be a compulsory configuration parameter to be set up by the table owner. This limit can protect table owners from suffering losses that they could not afford. Certain other parameters can be configured as well, such as game rules (for example, number of wild cards, appearance of cards, and the like).
  • Players can edit the look and feel of the game room, for example, the wall paper. In certain embodiments, players cannot configured the number of wild cards or the appearance of the cards.
  • the customer can create an invitation list of players to play in table. This is a social community features provided in the system. Each of the customers may be allowed to create a friend list containing the other customers on the website. When a customer creates a table, they can send out invitation to friends to notify them about the existence of table.
  • the system can double check a customer's balance before table creation to validate whether the customer has adequate funds to support the exposure limit they set.
  • Figure 3 illustrates a sequence diagram for an embodiment of the present invention.
  • the service can be divided into community, chat room, and game categories, and can further be divided by client side and server side implementations.
  • the client side can be running a Flash program or programs.
  • the process flow for a player hosting a game can involve creating a game room, creating a game within the room, beginning a session within the game, and entering the game room.
  • the process flow for a player who is playing a game can involve joining a game session via a chat room session. This is simply one example embodiment of the present invention, as other processes for implementing a game room may be employed.
  • the customer or user hosting a table or hosting a room can set table business parameters.
  • the system can allow users to create tables with customized settings or default settings. These settings may help dealers to provide different offers to attract customers. These parameters can include, for example, rebate to customers, maximum exposure, round time, number of skip turns to kick player, and number of betless turns.
  • a dealer Under the category of a rebate to customers, a dealer can offer a rebate to players on a stake they place. The dealer can adjust this value within a given range that is pre-set within the system backend. Under the category of maximum exposure, the exposure limit for a table can be set on a "per round" basis.
  • the dealer can adjust this value within a given range that is pre-set within the system backend, and which can be double-checked within the system backend.
  • the round time can be a setting indicating how much time will be allocated per round.
  • the dealer can configure this value to facilitate different customers, namely customers who want more time to play or who want faster play.
  • the value can be adjusted within a given range that is pre-set within the system backend.
  • a mechanism can be provided to protect the dealer, so that player will not be occupying the seat without any bet placement.
  • the dealer can set the max number of consecutive rounds that a player does not place any bets. The dealer can adjust this value within a given range that is pre-set within the system backend.
  • Figure 4 illustrates a front-end for blackjack game settings according to certain embodiments of the present invention.
  • the settings can include a template for the table, which may provide a set of graphical user interface options, such as the appearance of the table, cards, and players.
  • the template may also include other settings, such as controls over the operation of the game or default settings.
  • the settings can also include a commission on a winning bet, a commission on a losing bet, a maximum exposure per round, and a maximum number of game players.
  • the system may provide boundaries for these characteristics, and the user may select options within those boundaries.
  • the system may also allow the user to select whether to allow splits, insurance, doubling-down, and surrender.
  • the game rules for example, hard seventeen versus soft seventeen
  • the waiting time per card and number of skip turns before kicking off a player can be further set by the user.
  • dealers can configure the above-mentioned parameters within a certain range. This range can be controlled in the backend by the system operators.
  • Figure 5 illustrates an example of a warning from the system in response to a user's settings for a game.
  • the system may check the validity of user inputs as to the settings. When the user inputs are outside a predefined range, the system may return errors as shown. In this example, the errors are that the user has set "Max Exposure (Per Round)" at 0, but the exposure must be greater than zero; the user has selected a "waiting time per card” outside of the range of 5 - 30 seconds; and the user has selected a "No of skip turns to kick off player" outside the range of 2 - 20 turns.
  • the errors are that the user has set "Max Exposure (Per Round)" at 0, but the exposure must be greater than zero; the user has selected a "waiting time per card" outside of the range of 5 - 30 seconds; and the user has selected a "No of skip turns to kick off player" outside the range of 2 - 20 turns.
  • the game can be created.
  • the game can employ a graphical user interface or a text-based user interface.
  • a graphical user interface In the case of a graphical user interface, a casino-style gaming table can be illustrated.
  • Figure 6 illustrates an operator's configuration menu for a game.
  • the operator can configure the parameters for each of the peer-to-peer or player-to-player (p2p) games (such as commission payable to company, maximum exposure limit, and game rules).
  • Configurations can be saved as profile templates to facilitate different offers in the games.
  • the configurations can be saved with names such as "high commission”, “low commission”, “high exposure”, “low exposure”, and customers can be permitted to choose these templates when they would like to create a new game table.
  • the type option in this menu can refer to the type or name of the game. There may be a number of game specific settings, as different games have different payout settings and game settings.
  • the host settings can refer to settings that can be changed by banker in the front end
  • the maximum exposure/ante amount can refer to the maximum amount that a banker risks for the round, inclusive of all commissions/the amount that all players have to reserve in the pot before the round start.
  • the settings can be entered in various currencies, such as Great Britain Pounds (GBP), Chinese Yuan (CNY), U.S. Dollar (USD), Hong Kong Dollar (HKD), Japanese Yen (JPY), Singapore Dollar (SGD) Canadian Dollar (CAD), Australian Dollar (AUD), Norwegian Krone (NOK), and Danish Krone (DKK). Other currencies, such as Pesetas or Perras, can also be used.
  • the settings can be entered with respect to points.
  • banker to player commission (player wins), which can be a percentage that the banker will pay to the player from the player's stake when player win the bet.
  • player wins can be a percentage that the banker will pay to the player from the player's stake when player win the bet.
  • the default is a preset commission rate for front end user
  • the "min” is a minimum commission rate that user can fill in from front end
  • the "max” is a maximum commission rate that user can fill in from front end.
  • the setting for banker to player commission can be a commission rate that the banker will pay to the player from the player's stake when the player loses the bet.
  • the "default,” “min,” and “max” settings may be similar to those for banker to player commission (player wins).
  • the setting for maximum players can determine a number of maximum players that can be present in this game. This may refer to the number of active players, although additional inactive players can be permitted as observers.
  • the default can be preset number for front end (changeable from the front end), whereas the min can be a minimum number that the user can fill in from the front end (which may be only displayed but not changeable from the front end) and the max can be the maximum number that the user can fill in from the front end (which may be only displayed but not changeable from the front end).
  • the settings can also include a setting for long wait time (check result time). This setting can determine the time gap from one round to the next round. The result of the round can be checked during this same time.
  • the "default” can be a user-changeable value, whereas the "min” and “max” can be minimum and maximum values displayed to the user.
  • the setting for waiting time if no player is ready/wait for players time can determine the initial round time if there is no player ready or the wait time for a player to join the game.
  • the values of "default” can be user-changeable, whereas the “min” and “max” can be minimum and maximum values displayed to the user.
  • the setting for waiting time when player is ready/ build hand time can set the new round time after a player is ready or the wait time for each player to think about whether to continue with the game.
  • the "default,” “min,” and “max” can have the same sense as in the previous settings.
  • the risk factor setting can be an allowance rate for a player to place a bet that exceeds the system calculated max bet.
  • the rake from the winning bets setting can indicate a percentage of winning amount that the company will take from each of the winning bets.
  • the maximum rake amount setting can indicate a maximum amount of rake taken from winning players.
  • max rake can be set to be 10(USD).
  • the max rake is set to be $10, so the final rake taken is $10.
  • the banker to company commission (player wins) setting can set the commission paid to the company when player wins the bet, whereas the banker to company commission (player loses) can set the commission paid to the company when player loses the bet.
  • the banker to company commission offer max (player wins) setting allows the commission maximum offer for banker (to company). A value of 0 for this setting means that this feature is to be disabled.
  • the max continuous sit out for retail customer setting determines the maximum number of games before changing players, e.g. before removing players to permit other players to play.
  • a notification system can be a general communication system within the website that notifies a user about what is happening on the website, prompts the user to take new actions, acts as a user-to-user interaction channel, or some combination thereof.
  • Figure 7 illustrates a notification box according to certain embodiments of the present invention.
  • the notification box can be displayed in a user's home page to notify the user about the latest event and/or to prompt the user for a response.
  • Figure 7 illustrates a notification box in which a user named "cstest008" has invited the user who is viewing the notification box to join a group called "test.” The user has an option to accept or decline the invitation by clicking an appropriate button.
  • the notification window also shows that previously cstest008 posted a message on a wall and that cstest008 had attempted to add the user as a friend and that this had been accepted by the user.
  • Figure 8 illustrates a method of game invitation according to certain embodiments of the present invention.
  • a table owner can send out a game invitation to notify other users the existence of a table.
  • a user can activate a game room. Then, at 820, the user can choose a game for a virtual table in the game room. Next, at 830, the user who created the table can create an invitation list of players to play at the table.
  • the list of players to invite can be drawn from a "friend list" of the user who created the table. Alternatively, the list of players to invite can be taken from a list of players on the system. Although the list can include a plurality of players, in certain embodiments the list can be include only a single player.
  • the players can be identified using a search engine in certain embodiments.
  • the table can be created, game invitations can be sent targeted user(s) through a notification system. Then, at 850, the invited players can receive notifications. Finally, at 860, the players can join the table. The players can join the table by navigating through the system to locate and join the table. Alternatively, the players can join by clicking on a button or link within the notification.
  • the notification can be presented as a challenge, and the notification can express the terms of the challenge in terms of betting parameters, game, and the like.
  • Virtual table owner's protection, exposure limit can be variously configured.
  • a maximum exposure amount can be configured by the table creator. It is the maximum exposure a dealer bears in each round of games. The maximum exposure amount can work in connection with an additional volume amount.
  • An additional volume amount can control the maximum amount that a player can place as a bet for a particular selection at a particular time. This amount can be calculated on an on-going or real time basis, based on the risk of each of the selections of the player.
  • Figure 9 illustrates a method of controlling exposure according to certain embodiments of the present invention.
  • a starting point at 910, may be that the system is waiting for a bet.
  • a bet can be offered, and the system can check whether the bet amount is ok. In particular, the additional volume due to this bet can be calculated. If the bet amount is ok, then the system can permit the bet to be placed, and the system can update the additional volume for each selection. The process can then return to, at 910, waiting for a bet. If the bet amount is not ok, the user can be prompted, at 940, to place a bet within a limit that is based on the additional volume. Then, the system can, at 910, return to waiting for a bet.
  • the system can facilitate table owners' operation of then- respective tables. Such facilitation may reduce the effort and monitoring required of the table owner.
  • the table owner can let the system automatically continue with new rounds, as long as there are sufficient funds, and can let the system complete and automatically settle a running game in case of an accidental disconnection.
  • the system can also allow the table owner to resume a disconnected table in a given timeframe to continue the operations.
  • a game room can be closed in various ways. For example, a user can click "log out” or otherwise log out of the system, a user can close a browser or otherwise unexpectedly disconnect from the system, and a user can manually close a specific game.
  • the system can check whether there are any existing games running. If yes, the system can alert the user that the game(s) will be closed. The user can then press "OK" - or take some equivalent action - and the banker can log out. If there are no existing games, the banker can simply be logged out. The same principle can apply to a user who is a player. The system can check for running games, provide an alert and wait for acknowledgment of the alert, finally logging out the user when either there are no running games or the user has acknowledged the alert that the game(s) will be closed.
  • the system can autoplay for the user for the current round. For example, confirmed bets can remain effective, waiting for the results of the game. The user can then be removed from the table and room after the round is complete. Essentially the same actions can be taken when the player manually closes the room, except that the system may further keep track of the fact that the player closed the room.
  • the system can prompt the user by a pop up that states the current games that the user is associated with.
  • the system can also auto-join the user to those games.
  • the system can include an exception to the auto-joining for rooms that have been marked as "manual close.”
  • the system can also or alternatively provide a link or other shortcut in the notification to allow the user to open the appropriate game room and/or table.
  • Figure 10 illustrates end of round checking for a banker. Initially, a game will be started, game playing will commence, and there will be generation of results and calculation as well as adjustment of balances upon completion of the game playing. Then, as shown in Figure 10, there can be checking for game room continuity.
  • the system can, at 1030, check whether the user has enabled auto continue. If the user has enabled auto-continue, the system can attempt to next round without prompting user. If the user has not enabled auto-continue, the system can, at 1090, prompt the banker with a pop up message to confirm whether to continue. This prompt can have a time limit or timeframe within which a confirmation is to be made.
  • game room will be closed at 1095.
  • the system can generates an alert to players in this banker's room, indicating that the game ended.
  • the system can proceed to, at 1040, determine whether a minimum balance is present in the banker's account. If the minimum balance is not present, the banker can be prompted at 1080 to make sure that an adequate balance is maintained.
  • the system can, at 1050, check whether the balance is lower than a maximum exposure setting. If the balance is lower than the maximum exposure setting, the system can send a "low balance" alert that includes an instant deposit button (which optionally can have a special color/highlight). Alternatively, the system can prompt the user to decrease the maximum exposure setting or the system can end the game and prompt user that his balance is too low for the maximum exposure setting. Thus, for example, when customer's balance runs to below the maximum exposure setting, before the next game starts, customer will receive an alert to deposit; if the game is about to start, then the player will be forced out of the game due to insufficient balance.
  • Figures 11A and 11B illustrates a state diagram for a baccarat game from a client side according to certain embodiments of the present invention.
  • Figure 1 1 specifically shows how a process involving a player (on the left side, i.e. Figure 1 1A) and a dealer (on the right side, i.e. Figure 1 IB) can flow from the standpoint of the client.
  • Figure 12 illustrates a state diagram for a baccarat game from a server side according to certain embodiments of the present invention.
  • Figure 12 specifically shows how a process involving players and a dealer can be managed from a server side, including the processes of game play and end game.
  • Figures 13A and 13B illustrate a state diagram of a blackjack game from a client side according to certain embodiments of the present invention.
  • Figure 13 specifically shows how a process involving a player (on the left side, i.e. Figure 13 A) and a dealer (on the right side, i.e. Figure 13B) can flow from the standpoint of the client.
  • Figure 14 illustrates a state diagram of a blackjack game from a server side according to certain embodiments of the present invention.
  • Figure 14 specifically shows how a process involving players and a dealer can be managed from a server side, including the processes of game play and end game.
  • Figures 15A and 15B illustrate a state diagram of a casino war game from a client side according to certain embodiments of the present invention.
  • Figure 15 specifically shows how a process involving a player (on the left side, i.e. Figure 15 A) and a dealer (on the right side, i.e. Figure 15B) can flow from the standpoint of the client.
  • Figure 16 illustrates a state diagram of a casino war game from a server side according to certain embodiments of the present invention.
  • Figure 16 specifically shows how a process involving players and a dealer can be managed from a server side, including the processes of game play and end game.
  • Figure 17 illustrates a state diagram of a fight the landlord game from a client side according to certain embodiments of the present invention. Specifically, Figure 17 shows a process involving a player only.
  • Figure 18 illustrates a state diagram of a fight the landlord game from a server side according to certain embodiments of the present invention.
  • Figure 18 specifically shows how a process involving the player can be managed from a server side, including the processes of game play and end game.
  • Figures 19A and 19B illustrate a state diagram of a roulette game from a client side according to certain embodiments of the present invention.
  • Figure 19 specifically shows how a process involving a player (on the left side, i.e. Figure 1 A) and a dealer (on the right side, i.e. Figure 19B) can flow from the standpoint of the client.
  • the owner of the table can be referred to as the dealer.
  • Figure 20 illustrates a state diagram of a roulette game from a server side according to certain embodiments of the present invention.
  • Figure 20 specifically shows how a process involving players and a dealer can be managed from a server side, including the processes of game play and end game.
  • Figures 21 A and 2 IB illustrate a state diagram of a Sic Bo game from a client side according to certain embodiments of the present invention.
  • Figure 21 specifically shows how a process involving a player (on the left side, i.e. Figure 21 A) and a dealer (on the right side, i.e. Figure 2 IB) can flow from the standpoint of the client.
  • the owner of the table can be referred to as the dealer.
  • Figure 22 illustrates a state diagram of a Sic Bo game from a server side according to certain embodiments of the present invention.
  • Figure 22 specifically shows how a process involving players and a dealer can be managed from a server side, including the processes of game play and end game.
  • table owners may be able to take bets with various different currencies at the same time.
  • the dealer may be capable of seeing a player's bet amount in his own currency (even the player placed bet with different currency). Additionally, the dealer may be able to receive the winning amount in his own currency regardless of the currency in which the bets were made. Furthermore, the player may be able to receive his winning amount in his own currency, regardless of the dealer's currency.
  • the player's bet can be converted to dealer's currency with the latest exchange rate.
  • the latest exchange rate can be provided by the system before the start of the game.
  • the dealer's risk is subject to the displayed value on the dealer's screen.
  • the player's profit/loss is subject to the actual bet amount in the player's own currency.
  • the system can handle the exchange rate and differences induced by the exchange rate, and can collect from and pay to the dealers/players respectively.
  • dealer's receivables/payables all players' bets in their currency can be converted to dealer's currency rounded to the nearest 2 decimal points, and can be displayed to the dealer for the referenced stake. All receivables/ payables to dealer can be processed by system reference to this display value.
  • Figure 23 illustrates the betting and settlement flow in a plurality of currencies in accordance with certain embodiments of the present invention.
  • a player can place bet in the player's own currency. That bet data can be sent to the system which can, at 2320, take the bet in the player's currency and assign the bet an id (in this case, 0). The system can then send confirmed bet date to the player.
  • the player can see the bet amount that has been placed.
  • the system can take the bet data and convert the amount of the bet into the dealer's currency, rounding to the nearest two decimal points (d.p.) and storing this as another bet with another bet id (in this case, 1).
  • the converted bet data can then be sent to the dealer.
  • the dealer can, at 2350, see the converted amount as the referenced stake.
  • the system can, at 2360 and 2370, settle bet id 0 and bet id 1 with the dealer and player, as appropriate.
  • the results of bet id 1 can be provided to the dealer and the dealer can, at 2380, pay to or receive from the company.
  • the player can pay to or receive from the company.
  • the table owner or game room owner can additionally provide enhancements to the game room or table by creating skins or other visual enhancements to make the game room or table more visually appealing to potential players.
  • the game room can be visualized either in an overhead view, as in Figure 1 of this application, or in a perspective or other view.
  • the players can be represented by icons or avatars at the tables. Alternatively, the other players can remain anonymous.
  • points can be used, or virtual money can be used. If virtual money or points are used, these awards can be redeemed in various ways. For example, if a game-room owner is developing a virtual casino, the points can be used to provide visual items to decorate the exterior and/or interior of the virtual casino, as well as items to decorate a table of the casino.
  • Figure 24 illustrates a gaming platform flow in accordance with certain embodiments of the present invention.
  • the gaming platform flow in Figure 24 divides customers into "agent customers" and "retail customers.”
  • the flow can proceed based by determining whether an agent has a zero credit balance. If not, the agent's credits are reset. Then, when the agent's credit balance is zero, the agent can start playing. After play is complete, the agent can settle with other agents.
  • the flow can begin by the customer accessing a URL (uniform resource locator).
  • the system can determine whether player is playing from a valid IP address. If not, the customer can be directed to play with points. If the customer is playing from a valid IP address, the customer can be directed to play with real money. In either case, the customer is presented to an appropriate interface (real money interface or points interface as appropriate).
  • the system may check to determine whether a balance is zero. If a balance is zero, then the customer may be prompted to deposit or transfer funds. Once the balance is above zero, the customer can begin playing.
  • the play can be interrelated with other products, such as sports betting products. When the play is complete, the system can re-check to verify that there continues to be a positive balance in the account. If so, then the customer can withdraw funds.
  • the system can check whether a real money balance is zero. If not, points can be purchased using real money. If there is no real money, the customer can be prompted to purchase and deposit points using additional funds. Once there are a positive balance of points, the player can begin playing. Play can be interrelated with points consumption products, including - for example - role playing games. After each game, the system can reevaluate whether the points balance is positive. If it is, play can continue. Otherwise, the player can be prompted to purchase additional points.
  • Figure 25 illustrates a method according to certain embodiments of the present invention.
  • a method can include, at 2510, creating a table.
  • the table can be in a game room.
  • the table can be one of several tables. Alternatively, the table can be the only table in the game room.
  • the method can also include, at 2520, appointing a first user as an owner for the table.
  • the owner can be a dealer of a card game.
  • the appointing of the first user as the owner of the table can be performed prior to creating the table.
  • the order of the steps as shown should not be taken as a limitation on the method.
  • the method can further include, at 2522, configuring the table based on instructions from the owner.
  • the configuring the table can include setting rules for the competition.
  • the method can also include, at 2524, setting a maximum exposure for the dealer.
  • the method can additionally include, at 2526, monitoring and updating an additional volume for the dealer in connection with the maximum exposure.
  • the method can further include, at 2530, appointing a second user as a player for the table. More than one user can be appointed as a player for the game. The users can request to be appointed as players in the room.
  • the method can also include, at 2532, creating an invitation list of players for the table.
  • the method can also further include, at 2534, sending a notification regarding the table to a friend of the first user.
  • the method can additionally further include, at 2536, sending a broadcast notification regarding the table to multiple users.
  • the method can also include, at 2538, displaying characteristics of the table to potential players, wherein the characteristics include a commission rebate. Other parameters can also be displayed to potential players. It should be noted that although these processes are shown below 2530, they may be performed before 2530. Therefore, the order of the steps as shown should not be taken to be limiting.
  • the method can additionally include, at 2540, conducting a competition at the table.
  • the competition can be a game.
  • the competition can be a game of chance, a game of skill, or a game that combines skill and chance.
  • the method can also include, at 2542, receiving a bid from the second user in a first currency.
  • the method can further include, at 2544, converting the bid into a second currency.
  • the method can additionally include, at 2546, providing the bid to the first user in the second currency.
  • the method can also involve maintaining the bid as two bids, such that each bid separately settled with the two players after the competition.
  • the method can also include, at 2550, distributing an award based on an outcome of the competition.
  • the award can be cash, credits, tokens, or any combination thereof.
  • the method can further include, at 2560, reviewing balances in the room and conducting a further competition if the balances meet a predetermined condition.
  • Figure 26 illustrates a system according to certain embodiments of the present invention.
  • a system can include a server 2610 in communication with a first user terminal 2620 and a second user terminal 2630.
  • the communication link can be, for example, the Internet.
  • the first user terminal 2620 does not have to be similar in construction to the second user terminal 2630.
  • the first user terminal 2620 can be a personal computer, such as a laptop computer, whereas the second user terminal 2630 can be a mobile telephone, personal digital assistant, or the like. Other user terminal constructions are also permitted.
  • the server 2610 is shown as a single device but can also be implemented as multiple devices working in coordination.
  • the server 2610 can be a standalone computer or a rack-mounted computer. Other implementations for server 2610 are also permitted.
  • the server 2610, and each of the first user terminal 2620 and the second terminal 2630 can include at least one processor 2640 and at least one memory 2650.
  • the processor 2640 and the memory 2650 can be variously embodied.
  • the processor 2640 can be embodied as a central processing unit (CPU), application specific integrated circuit (ASIC), or any other processing device.
  • the processor 2640 can be implemented as multiple cores or multiple controllers working in conjunction with one another.
  • the memory 2650 can be .
  • the memory 2650 may be, for example, a hard disk drive or random access memory (RAM).
  • the memory 2650 can be embodied on a same chip with the processor 2640 or the memory 2650 can be embodied separately.
  • the memory 2650 can be encoded with instructions that, when executed, cause the device in which they are incorporated to perform a method, such as the method shown in Figure 25, or any of the other methods described herein. [0130]
  • One having ordinary skill in the art will readily understand that the invention as discussed above may be practiced with steps in a different order, and/or with hardware elements in configurations which are different than those which are disclosed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Les jeux compétitifs structurés du type poste à poste, tels que les jeux de pari en ligne, pourraient être améliorés au moyen d'un procédé qui permet à un utilisateur de servir de donneur ou de maison pour une salle de jeu ou une table de jeu. Un procédé peut comprendre la création d'une table. Le procédé peut également comprendre la nomination d'un premier utilisateur comme propriétaire de la table. Le procédé peut par ailleurs comprendre la nomination d'un second utilisateur comme joueur pour la table. Le procédé peut de plus comprendre l'organisation d'un jeu compétitif au niveau de la table. Le procédé peut aussi comprendre la remise d'un prix en fonction d'un résultat du jeu compétitif.
PCT/IB2011/001203 2011-06-01 2011-06-01 Jeu compétitif structuré du type poste à poste Ceased WO2012164329A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/IB2011/001203 WO2012164329A1 (fr) 2011-06-01 2011-06-01 Jeu compétitif structuré du type poste à poste

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/IB2011/001203 WO2012164329A1 (fr) 2011-06-01 2011-06-01 Jeu compétitif structuré du type poste à poste

Publications (1)

Publication Number Publication Date
WO2012164329A1 true WO2012164329A1 (fr) 2012-12-06

Family

ID=44487057

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/IB2011/001203 Ceased WO2012164329A1 (fr) 2011-06-01 2011-06-01 Jeu compétitif structuré du type poste à poste

Country Status (1)

Country Link
WO (1) WO2012164329A1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1125617A2 (fr) * 2000-02-18 2001-08-22 ICOMMSOFT Co., LTD. Serveur pour lancer un jeu vidéo, système de jeu vidéo basé sur un réseau et méthode correspondante
US20030190960A1 (en) * 2002-04-04 2003-10-09 Eron Jokipii Method and system for providing access to and administering online gaming leagues and tournaments
WO2008060812A2 (fr) * 2006-11-14 2008-05-22 Cyberview Technology, Inc. Librairie dynamique de jeux

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1125617A2 (fr) * 2000-02-18 2001-08-22 ICOMMSOFT Co., LTD. Serveur pour lancer un jeu vidéo, système de jeu vidéo basé sur un réseau et méthode correspondante
US20030190960A1 (en) * 2002-04-04 2003-10-09 Eron Jokipii Method and system for providing access to and administering online gaming leagues and tournaments
WO2008060812A2 (fr) * 2006-11-14 2008-05-22 Cyberview Technology, Inc. Librairie dynamique de jeux

Similar Documents

Publication Publication Date Title
US11783663B2 (en) Live roulette hybrid gaming system and method
CN105722563B (zh) 将管理不同的下注游戏的游戏站链接到相同的累积大奖的系统和方法
US10357706B2 (en) Four-card poker with variable wager over a network
US20060079331A1 (en) Electronic gaming environment with display of multiple instances of single-player games
EP2805309A1 (fr) Système et procédé de jeux de réseau « jouer pour le plaisir »
EP1883055A1 (fr) Black-jack domino
US10339766B2 (en) Methods of playing wagering games and related systems
US20240286022A1 (en) Systems and methods for a table game using a special deck of cards and a conventional deck of cards
US11127256B2 (en) Method and system for heads up game tournament
US20140274258A1 (en) Game allocation system for protecting players in skill-based online and mobile networked games
US10089816B2 (en) Side betting in blackjack game
US10744398B2 (en) Systems and methods for a table game using a special deck of cards and a conventional deck of cards
US8764545B2 (en) Multi-level wager games with autocomplete
US20130059637A1 (en) Methods of administering wagering games and related systems and apparatuses
US20150080076A1 (en) Methods and Apparatus for Wagering Games with Exposed Dealer Hand at Play Wager Interval
US20140087802A1 (en) Methods, apparatuses, and systems for administering wagering games
WO2012164329A1 (fr) Jeu compétitif structuré du type poste à poste
US10497213B2 (en) Method of utilizing tokens within gaming, gambling and party systems
US20150317876A1 (en) Multi-Player Lottery Game with Increased Revenue Generation Potential
KR102234696B1 (ko) 온라인 포커 게임 제공 서버
KR20150108047A (ko) 온라인 포커 게임 제공 서버 및 방법
WO2017006329A1 (fr) Système et procédé permettant de jouer dans des tournois binaires

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11728936

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11728936

Country of ref document: EP

Kind code of ref document: A1

32PN Ep: public notification in the ep bulletin as address of the adressee cannot be established

Free format text: NOTING OF LOSS OF RIGHTS PURSUANT TO RULE 112(1) EPC (EPO FORM 1205A DATED 22/04/2014)

122 Ep: pct application non-entry in european phase

Ref document number: 11728936

Country of ref document: EP

Kind code of ref document: A1