JP5990623B2 - Table game system - Google Patents

Description

  The present invention relates to a table game system using a game medium such as a card or roulette, and particularly to a table game system capable of playing a table game using a recording medium on which valuable value information is recorded. .

  In general, table games such as card games such as playing cards (for example, baccarat games) and roulette games using roulette are widely known as casino games.

  In recent years, as a system for supporting such a table game, for example, a game participant has moved away from a table (hereinafter referred to as “dealer game table”) for a dealer to distribute and disclose cards. A technique has been proposed in which a plurality of terminals to be used (hereinafter referred to as “participant terminals”) are installed and the images of the cards taken by the video camera are distributed to the participant terminals (see Patent Document 1). . According to such a table game system, it becomes possible for a large number of game participants to participate in a game being performed at the dealer's game table at the same time.

  Further, in the field of game devices capable of playing a game on the condition that money such as banknotes and coins is paid, a recording card in which information relating to money (hereinafter referred to as “money information”) is recorded in advance is used. Therefore, a card system capable of playing a game is widely adopted (see Patent Document 2).

  That is, if the card system as described in Patent Document 2 is applied to the table game system described in Patent Document 1, the game participant can record the above-mentioned recording card in a card reader provided corresponding to the participant terminal. For example, it is not necessary to insert money into the participant's terminal each time a bet is made, and the table game is continuously and smoothly performed within the range of the money information recorded on the recording card. It becomes possible.

JP 2005-168664 A Japanese National Patent Publication No. 10-500796

Here, in the card reading device described in Patent Document 2, when a game participant inserts a recording card into the card reading device, the recording card is stored in the card reading device until the settlement button is operated. It is configured. For this reason, if the game participant wishes to play a new game on another game device instead of the game device that has already been used, it is necessary to operate the checkout button to eject the recording card, There was an inconvenience that the operation was troublesome.

  Further, the card reader described in Patent Document 2 is configured to record monetary information on a recording card when the recording card is ejected. Such recording is not always necessary when a game participant newly plays a game on a different game device instead of the game device already used, that is, when he / she does not want to pay for the recording card. There is no processing. For this reason, if a game participant wants to play a game on the other game device immediately, he / she has to wait for a predetermined time from operating the checkout button until the recording card is ejected. There is also the problem of increased irritation.

Furthermore, in the card reader described in Patent Document 2, when a game participant inserts a recording card and starts a game, monetary information is stored / updated in a memory provided therein according to the game result. It is like that. That is, in the card system described in Patent Document 2, the money information of the game participant is managed for each card reading device, so the store side provides information on increase / decrease of money information, information on sales, etc. There was a problem that it could not be grasped by the system, and could not be managed centrally.
If the card reader breaks down while the game participant is obtaining an advantageous game result, the gain that the game participant should originally receive is not stored in the memory of the card reader, and the game participant This causes inconvenience such as loss.
Further, since it is necessary to provide a memory for storing and updating monetary information for each card reader, there is a problem that the cost increases when a game system is constructed.

The present invention has been made to solve the above inconveniences, and an object of the present invention is to provide a table game system that does not require troublesome operations when a new game is played by changing a participant's terminal. is there.
In addition, for other purposes, monetary information for each participant's terminal can be centrally managed, and monetary information that increases or decreases according to the game result can be accurately reflected on a recording medium such as a recording card. Is to provide a simple table game system.

The object is achieved, according to the table game system according to the present invention, the game result information input terminal capable of inputting game result information of Te over table games, Ri preparative read the value information stored in the record medium and it is possible to change the contents, and, through the input and the player terminal capable of performing the bet information, each communication line of the game result information input end及 beauty the player terminal connected Te, and the game result information the input from the input terminal game result information and the and the value information and the bet information is input from the player terminals that can receive, respectively it management server , wherein the management server, the a marketable value information storage means you store the value information transmitted from the player terminals, the game result information and the bet information it receives And dividend information calculation means for calculating, value information for updating the value information stored in said value information storage unit based on the dividend information calculated by the dividend information calculation means updates the dividend information based on means and, when the table game in the terminal for at least the participant has finished, that sends the value information stored in said value information storing means to the player terminal marketable value information transmitting means When have the player terminal may, when the read-in the value information stored before type recording medium, and transmits the person said value information read to the management server, the management then receiving a previous Kieu titer value information from the server, is solved by the written-out write no possible to the value information in which the received the recording medium.

  Here, the “table game” according to the present invention refers to a card game using cards such as playing cards (for example, a baccarat game), a roulette game in which a ball is thrown into a rotating disk, and a dice game using dice. The game is played on the table, and the game is started and the game result is derived at the initiative of the dealer.

  The “recording medium” is a concept of any format as long as it can store valuable information such as an amount of money in addition to a recording card such as an IC card, a magnetic card, or a prepaid card. It is.

As described above, in the above configuration, when the participant terminal reads the valuable information stored in the recording medium , the participant terminal transmits the valuable information to the management server, while receiving valuable information from the management server. It is configured to write information to a recording medium .

In the above configuration, the game participant to insert the recording medium to the player terminals, after value information is read, the recording medium may be discharged from the player terminal. In such a case, the game participants, not only to end the table game, even while you are performing a table game, it is possible to possession of a record medium. Therefore, for example, when a game participant who has played a table game using a participant's terminal desires to play a table game using a different participant's terminal, the conventional value The table game can be played using the other participant terminal without performing a troublesome operation for discharging the stored recording medium as in the information reading device.

  In the above configuration, the valuable information of the game participant who plays the table game on the participant's terminal is transmitted to the management server in real time, so the valuable information can be managed centrally on the store side. It becomes.

In addition, in the above configuration, when the game participants to exit the table game, marketable value information that has been stored and updated in the management server can also be configured to so that is sent to the player terminals. In such a case, the game participants, at least, it is possible to obtain an accurate update negotiable value information at the time of completion of table games, for game results on the recording medium has not been reflected in the game participant disadvantages Can be avoided.

  As described above, according to the table game system according to the present invention, a new table game can be performed using other participant terminals without inconvenience. In addition, the store side can manage the valuable value information in a centralized manner, and it is possible to record accurate valuable value information at the time when the table game is finished on the recording medium.

It is a top view which shows an example of the game field in the table game system which concerns on one Embodiment. It is the figure which represented the example of the game field of FIG. 1 in three dimensions. It is the figure which showed an example of the screen of the terminal for participants which concerns on one Embodiment, Comprising: (a) is a figure which displayed the shooter in the subscreen display area, (b) is a baccarat ruled line in the subscreen display area. FIG. It is a figure which shows an example of the system configuration | structure in the baccarat game system which concerns on one Embodiment. It is a front view which shows an example of the card issuing apparatus which concerns on one Embodiment. It is a front view which shows an example of the card payment apparatus which concerns on one Embodiment. It is an example of the flowchart of the control processing in the terminal for managers concerning one embodiment. It is an example of the flowchart of the control processing in the management server which concerns on one Embodiment. It is an example of the flowchart of the game end process in the management server which concerns on one Embodiment. It is an example of the flowchart of the control processing in the terminal for dealers. It is an example of the flowchart of the shooter process in the terminal for dealers. It is an example of the flowchart of the control process 1 in the terminal for participants. It is an example of the flowchart of the control process 2 in the terminal for participants. It is an example of the flowchart of the card reader control process in a participant's terminal. It is an example of the flowchart of the control processing in a card issuing apparatus. It is an example of the flowchart of the control processing in a card payment apparatus. It is a figure which shows an example of the card information storage area provided in a management server. It is a figure which shows an example of the log | history information storage area provided in a management server.

Hereinafter, embodiments of the present invention will be specifically described with reference to the drawings.
First, a game place where the table game system according to the present embodiment is provided will be described with reference to FIGS. 1 to 6, 17, and 18.

(Composition of game place)
As shown in FIG. 1, FIG. 2 and FIG. 4, the game place according to the present embodiment includes an area A1 for playing a baccarat game and an area A2 for playing another table game (for example, a roulette game or a dice game). Is provided.
A game system in a baccarat game and a game system in another table game differ only in game content, and the others adopt the same configuration. Therefore, as an example of a table game, a baccarat game performed in area A1 will be described below. The explanation will be focused on.

As shown in FIGS. 1 and 2, in the area A1, a dealer game table 60 for playing a baccarat game, a dealer terminal 130 installed on the dealer game table 60, and a dealer game table 60 are installed. An image of the card C actually used in the baccarat game (hereinafter referred to as “game image”) 21 and an image of the shooter 61 storing the card C (hereinafter referred to as “shooter image”). The shooter image photographing camera 22 for photographing the game player table, a plurality of game participant tables 70 provided at a predetermined distance from the dealer game table 60, and a participant table installed on each of the game participant tables 70. Terminal 30 is provided. Incidentally, the upper Kide dealers terminal 130, and the player terminal 30, a "game result information input terminal" recited in the respective claims, corresponds to the "terminal a participant".
Also, as shown in FIG. 4, in the area A2, as in the area A1, the dealer game table 60, the game image capturing camera 21, a plurality of game participant tables 70, and the participant terminals 30 are provided. Is provided (see FIG. 4). For example, when the table game being performed in the area A2 is roulette, the game image capturing camera 21 causes a game image such as an image of the roulette board and an image of a ball thrown into the roulette board by the dealer 11 to be displayed. It will be photographed. When the table game is roulette, the shooter 61 is not necessary, so the shooter image capturing camera 22 can be omitted.

  In this embodiment, the dealer game table 60 is used only by the dealer 11, but the dealer 11 and a small number of game participants 12 can also use it.

  The dealer terminal 130 is configured by, for example, a personal computer (PERSONAL COMPUTER) including a CPU (Central Processing Unit), ROM, and RAM (storage device), and is a terminal that can be operated only by the dealer 11. The dealer terminal 130 is configured to be able to input game results and card scores, and to perform operations necessary for the progress of the game, such as betting deadlines.

  The game image capturing camera 21 and the shooter image capturing camera 22 are, for example, video cameras for capturing an image using a single CCD and recognizing the card C or the like in a two-dimensional shape.

  The game image capturing camera 21 is attached to a dealer game table 60 described later via a support member 62. The shooter imaging camera 22 is mounted and fixed on a table or the like provided in the vicinity of the dealer game table 60.

  The game participant table 70 is a table used only by the game participant 12, and in the game participant space Y provided at a predetermined distance from the dealer game table 60, four in the horizontal direction and the vertical direction. A total of 12 units are arranged in order. Each game participant table 70 is also provided with a chair 80.

The participant terminal 30 is constituted by, for example, a personal computer (PERSONAL COMPUTER) provided with a CPU (Central Processing Unit), ROM, and RAM (storage device), and each shooting camera (game image shooting camera 21 and shooter image shooting camera 22). ), A display device capable of displaying game images and shooter images, payout information, game result histories, and the like, and a card reading device 35 capable of inputting bet information of the game participant 12; It has . Also, this participant terminal 30, in addition to the personal computer, interactive television, mobile phone, it is also possible to constitute a portable terminal or the like, such as a PDA.

  As shown in FIG. 3, the display unit of the display device of the participant terminal 30 has a main screen display area 31, a sub screen display area 32, and a bet screen display area 33.

  The main screen display area 31 is an area where a game image (for example, an image of a card C or an image of a roulette wheel) captured by the game image capturing camera 21 can be displayed.

  The sub-screen display area 32 is an area where a shooter image captured by the shooter image capturing camera 22 or a baccarat ruled line L can be switched and displayed.

  The bet screen display area 33 is configured by a touch panel display, and the game participant 12 can input bet information by touching the bet information displayed in the bet screen display area 33 with a finger or the like. This is a possible area. In the present embodiment, the bet information is input by predicting any one of bunker victory, player victory, and tie in the bet screen display area 33 and determining the chip type and the number of chips. Yes.

  In addition to the bet information, the bet screen display area 33 switches between a shooter image displayed in the sub-screen display area 32 and a baccarat ruled line L (game result history indicating a recent series of outcome data). The changeover switch image 34 simulating a switch is displayed. In the bet screen display area 33, for example, a message such as “Please bet” is displayed according to the progress of the game.

  As shown in FIG. 2, the card reader 35 reads and erases card information (card ID and money information) recorded on the recording card M and writes money information on the recording card M. It is. This recording card M can be used in any format, such as a porcelain card or IC card, as long as it can write and erase card information (card ID and money information). It is. The monetary information corresponds to “value information” described in the claims.

  In the present embodiment, the same ID card is used for the area A1 where the baccarat game is played and the area A2 where the other table game is played. For this reason, for example, when the game participant 12 who was playing the baccarat game in the area A1 finishes the baccarat game and then plays another table game in the area A2, the recording card M used in the area A1 is continued. The area A2 can be used.

  The card reader 35 has a card insertion slot 36 for inserting the recording card M on the front surface thereof, and when the game participant 12 finishes using the participant terminal 30 (ends the game), the payment of money information is settled. And a settlement button 37 for performing the above. Further, the card reading device 35 can read and erase card information recorded on the recording card M by a read / write head (not shown), and can write monetary information on the recording card M. A known card read / write device (not shown) is incorporated.

Although details will be described later, when the recording card M on which card information (card ID and money information) is recorded is inserted from the card insertion slot 36, the card information is read by the read / write head, and this card information It is transmitted from the user terminal 30 to the management server 120 described later. In the present embodiment, after that, of the card information recorded on the recording card M, the monetary information is erased by the read / write head without being stored in the card reader 35, and the recording card M is inserted into the card insertion slot 36. It is configured to be discharged from. The management server 120 that has received the monetary information is configured to update and store the monetary information in accordance with the outcome of the game. The management server 120 corresponds to the “management server” recited in the claims.
On the other hand, the settlement of the money information is performed by inserting the recording card M from which the money information has been erased into the card insertion slot 36 and operating the settlement button 37.
When the game participant 12 presses the settlement button 37, money information stored at the present time is transmitted from the management server 120, and this money information is written to the recording card M by the read / write head. Thereafter, the recording card M on which the monetary information is recorded is configured to be discharged from the card insertion slot 36.
As described above, in the present embodiment, management related to increase / decrease in monetary information is performed centrally by the management server 120.
In the present embodiment, the card reader 35 is provided in addition to the participant terminal 30, but the card reader may be provided in the participant terminal 30 itself.

  As shown in FIGS. 4 to 6, in this embodiment, a predetermined number of card issuing devices 90 and card settlement devices 100 are installed at predetermined positions in the game field.

  As shown in FIG. 5, the card issuing device 90 includes a CPU (Central Processing Unit), a ROM, and a RAM (storage device), and has a money insertion slot 91 into which money such as coins and banknotes can be inserted, and money. A display device 92 capable of displaying the total amount of money inserted from the insertion slot 91, a plurality of card issuing buttons 93 with lamps, a card discharge slot 94, and a cash return slot for paying out change etc. 95 is provided. Further, the card reader 35 incorporates a known card read / write device (not shown) similar to the card read / write device provided in the card reader 35. As described above, since the ID card used in the area A1 in which the baccarat game is performed and the area A2 in which the other table game is performed is the same, the game participant 12 can select the area A1 or the area In playing the game at A2, the card issuing device 90 purchases the recording card M.

  In the card issuing device 90 configured as described above, money such as coins and banknotes is inserted into the money insertion slot 91, a card issue button 93 a for the amount A, a card issue button 93 b for the amount B, and a card issue button 93 for the amount C. When any of the card issue buttons d for the amount D is pressed, the card read / write device is activated to store the card information (card ID) on the recording card M, unless the inserted money is not insufficient. And applicable monetary information).

In writing the card information, the card issuing device 90 creates a card ID for identifying the recording card M by using a predetermined algorithm, and then the coded card ID and the operation are performed. The money information corresponding to the amount of the card issue button 93 is written on the recording card M by the card read / write device.
When the writing of the card information is completed, the card issuing device 90 transmits the card information to the management server 120, and then discharges the recording card M from the card discharge port 94.

The card checkout apparatus 100 allows the game participant 12 to end the game and deliver a free gift or cash based on the above monetary information (hereinafter referred to as “employee”) (hereinafter referred to as “employee etc.”). This device is used when seeking a “cashing operation” and can be operated only by employees or the like.
As shown in FIG. 6, the card settlement apparatus 100 includes a CPU (central processing unit), ROM, and RAM (storage device). For example, an identification information input device 101 composed of a numeric keypad, a card insertion slot 102, and a display device 103 are provided, which can input a participant terminal ID for identifying the participant terminal 30. The card settlement apparatus 100 contains a known card read / write device (not shown) similar to the card read / write device provided in the card reading device 35. In the present embodiment, the numeric keypad is exemplified as a device that can input the identification information. However, other input devices may be used.

The card settlement apparatus 100 is configured not to operate unless identification information such as a password registered in advance by an employee or the like is input from the identification information input apparatus 101.
Although details will be described later, after the card settlement apparatus 100 is operated, when the recording card M on which the card information (card ID and money information) is recorded is inserted from the card insertion slot 102, the card read / write device reads the card information. When the reading is successful, the monetary information recorded on the recording card M is displayed on the display device 103. An employee or the like performs a cashing operation based on the displayed monetary information.

  Further, in the present embodiment, even if the recording card M inserted from the card insertion slot 102 cannot be read by the card read / write device, the player terminal 30 used by the game participant 12 is used. It is possible to obtain monetary information from the management server 120 by hearing the participant terminal ID from the game participant 12 and inputting it from the identification information input device 101, for example.

  In the present embodiment, the card settlement apparatus 100 is configured to be used only by employees or the like, but may be configured to be used by the game participant 12 as well. In such a case, the card issuing device 90 and the card settlement device 100 can be configured integrally without being separated.

  As shown in FIGS. 1 and 2, a large screen 40 and a large screen 50 made of a plasma display, a liquid crystal display, or the like are installed at predetermined positions in the area A1. The large screen 40 mainly displays a game image taken by the game image capturing camera 21, and the large screen 50 mainly displays a baccarat ruled line L that is a history of game results. ing. In addition, although illustration is abbreviate | omitted, the large screen 40 and the large screen 50 are installed also in the area A2 similarly to the area A1 (refer FIG. 4).

  In this way, in this embodiment, the dealer game table 60 is arranged in the front as in the classroom, for example, and the participant terminal 30 for the game participant is provided as in the classroom desk. In addition, the conventional baccarat game table is separated into a dealer game table 60 and a game participant table 70.

  On the dealer game table 60, only the dealer 11 stands or sits so as to face the participant terminal 30 for game participants, and the table game proceeds. This table game is a baccarat game, a roulette game, or the like actually performed on the dealer game table 60.

  On the dealer game table 60, only items necessary for the dealer 11, such as a shooter 61, a dealer terminal 130, a banker card arrangement position, a player card arrangement position, etc. are provided. There is no place for the game participant 12 to place a bet. Therefore, the dealer game table 60 can be a small table.

  The game participants 12 sit on the chairs 80 in front of the game participant table 70 one by one so as to face the small dealer game table 60 in principle, and the screen of the participant terminal 30 for the game participants is displayed. The large screens 40 and 50 and the dealer 11 can be seen. By making the game participant table 70 a personal table, a personal space can be provided to the game participant 12.

  As described above, in this embodiment, not all the game participants sit on one table, but the baccarat game table is separated into the dealer game table 60 and the game participant table 70, so that a wide personal space is obtained. The game participant 12 can participate in the game in a concentrated manner or in a relaxed manner without diverting attention to the play of others.

  Next, the system configuration of the table game system in the present embodiment will be described with reference to FIG.

(System configuration)
4 is a video server 110 that distributes a game image such as a card C or a roulette wheel photographed by the game image photographing camera 21 and a shooter image photographed by the shooter image photographing camera 22. In principle, the video server 110 delivers game images and shooter images to the participant terminals 30 in real time.

  120 calculates the payout information of the game participant 12 from the bet information transmitted from the participant terminal 30 and the winning / losing information transmitted from the dealer terminal 130, and creates a baccarat rule from the game result. This is a management server including a CPU (central processing unit) capable of storage and a storage device such as a ROM or a RAM. The bet information, win / loss information, and payout information correspond to “bet information”, “game result information”, and “payout information” described in the claims, respectively.

  As shown in FIGS. 17 and 18, the storage device provided in the management server 120 is input from the card information (card ID and money information) of the recording card M, from the participant terminal 30 in the area A1 or area A2. Card information storage area capable of storing “bet information”, “win / lose information” regarding game results input from the dealer terminal 130, and “payout information” calculated based on the bet information and win / lose information, respectively. And a history information storage area for storing a game history for each game participant 12 based on card information, bet information, win / loss information, and payout information. The card information storage area corresponds to “value information storage means” described in the claims.

  Here, the card information storage area provided in the management server 120 will be described with reference to FIG.

  As shown in FIG. 17, in the card information storage area, “issue date / time”, “participant terminal ID”, “number of bets”, “bet place”, “game result”, “win / lose information” corresponding to “card ID”. An area for writing “dividend information” and “money information” is provided.

The “card ID” is an area for storing an ID assigned to each recording card M when the recording card M is issued by the card issuing device 90.
The “issue date / time” is an area for storing the date / time when the recording card M is issued by the card issuing device 90.
The “participant terminal ID” is an area for storing an ID given to each participant terminal 30 when the recording card M is inserted into the card reader 35 of the participant terminal 30. .
The “number of bets” is an area for temporarily storing the amount bet by the game participant 12. The amount stored in the “number of bets” is erased when the bet game ends.
The “bet place” is an area for temporarily storing a place where the game participant 12 bet (for example, “PLAYER”, “BANKER”, “TIE”). The “game result” is an area for temporarily storing a game result (for example, “PLAYER”, “BANKER”, “TIE”) determined by the dealer 11 disclosing the card C. Note that the information stored in the “game result” is erased when the betted game ends, as in the “bet number”.
The “win / loss information” is an area in which information (for example, “WIN”, “LOSE”, etc.) determined by comparing the game result with the place where the game participant 12 bet is temporarily stored. Note that the information stored in the “win / lose information” is erased when the betted game ends, as in the “bet number”.
The “payout information” is an area for temporarily storing information calculated based on bet information and winning / losing information. Note that the information stored in the “payout information” is erased when the bet game is completed, as in the case of the “number of bets”.
The “money information” is an area for storing the current amount of money held by the game participant 12. Further, the amount stored in the “money information” is updated based on the dividend information.
The “BET number” and the “bet place” correspond to “bet information” recited in the claims.
In the present embodiment, the recording card M is valid only on the business day of purchase, and all the information stored in the card information storage area is erased at the end of business hours, for example. ing. For example, even if the recording card M purchased on the previous business day is used on the next business day, it becomes invalid.

  4, 140, for example, is configured by a personal computer (PERSONAL COMPUTER), similar to the participant terminal 30 and the dealer terminal 130, and for an administrator that can be operated only by an administrator (not shown). Terminal. The manager terminal 140 can perform administrative operations such as interruption when a system trouble occurs and correction of game result input of the dealer 11.

In the present embodiment, the game image capturing camera 21, the participant terminal 30 having the card reader 35, the large screen 40, the large screen 50, and the dealer terminal 130 are installed in each of the areas A1 and A2.
In the present embodiment, the participant terminal 30 and the dealer terminal 130 provided in each area, the card issuing device 90, the card settlement device 100, the management server 120, and the administrator terminal 140 are connected to the network N and the hub 150. Are connected to each other. The network N corresponds to the “communication line” recited in the claims.
Further, the game image capturing camera 21 is connected to the video server 110 and the large screen 40, the shooter image capturing camera 22 is connected to the video server 110, and the large screen 50 is connected to the management server 120.

  In the table game system configured as described above, a game image such as a card C or a roulette wheel during an actual table game is shot by the game image shooting camera 21, and the game image is used as a video signal V. By transmitting to each large screen 40, a game image is displayed in real time. At the same time, the game images are transmitted from each game image capturing camera 21 to the video server 110 as a video signal V, and further, via the network N and the hub 150, each participant terminal 30, dealer terminal 130, and A table game state (game image) is displayed by being distributed also to the manager terminal 140. In other words, in the present embodiment, an image of a game played on the dealer game table 60 is taken and displayed on the participant terminal 30 on the game participant table 70 in real time. The game image to be photographed at this time is preferably a moving image, but may be a continuous still image.

  Further, in the area A1, a shooter image shooting camera 22 for shooting the state of the shooter 61 storing unused cards is installed, and an image shot by this camera is transmitted to the video server 110 as a video signal V. The shooter image is displayed in real time on each of the participant terminal 30 and the dealer terminal 130 and the manager terminal 140 in the area A1 via the network N and the hub 150.

  When the card issuing device 90 issues the recording card M, the card information (card ID and money information) recorded on the recording card M is transmitted to the management server 120 via the network N and the hub 150. It has become. On the other hand, the management server 120 that has received the card information is configured to store such information in a card information storage area.

In the participant terminal 30, when the recording card M is inserted into the card reader 35, a unique participant terminal ID for identifying the participant terminal 30, a card ID recorded on the recording card M, and the like Are transmitted to the management server 120 via the network N and the hub 150. When the recording card M is inserted into the card reading device 35 and the card information is read, the monetary information of the card information is erased from the recording card M without being stored in the card reading device 35. Has been.
On the other hand, the management server 120 that has received the participant terminal ID and the like is configured to store these pieces of information in a card information storage area.

  In addition, when the betting information is input, the participant terminal 30 transmits the betting information to the management server 120 via the network N and the hub 150. On the other hand, the management server 120 that has received the bet information calculates payout information based on the bet information and win / loss information input from the dealer terminal 130, and stores the payout information in association with the card ID based on the payout information. Each piece of money information is updated.

  The participant terminal 30 is configured to receive the payout information calculated by the management server 120 and receive the game result or the payout in the case of hitting as electronic information.

  In the card settlement apparatus 100, when the recording card M is inserted and the recording card M can be read, the card ID recorded on the recording card M is transmitted to the management server 120 via the network N and the hub 150. It is supposed to be. On the other hand, the management server 120 that has received the card ID searches for monetary information corresponding to the card ID, and when the corresponding monetary information is stored in the card information storage area, the monetary information is sent to the network N and the hub 150. Via the card settlement apparatus 100.

  As described above, in this embodiment, the card information (card ID and money information), bet information, payout information, and game history for each game participant 12 are centrally stored (updated) by the management server 120. It is like that. For this reason, by referring to various information stored in the management server 120, the store side provides, for example, to the game participant 12 as a result, or uses it for calculating sales, etc. by time or by day. It becomes possible.

  Next, the operation of the baccarat game system performed in the area A1 will be mainly described with reference to FIGS. The operation of the other table game system performed in the area A2 is substantially the same as the operation of the baccarat game system, and thus the description thereof is omitted unless necessary.

(Terminal control for administrators)
A control process in the manager terminal 140 will be described with reference to FIG.

(Step S101)
A CPU (hereinafter, referred to as “manager terminal CPU”) configuring manager terminal 140 first determines whether or not a shooter end command transmitted from dealer terminal 130 has been received in step S101. . This shooter end command is set in step S306-17 in the shooter processing of the dealer terminal 130, which will be described later. When the card C set in the shooter 61 runs out, the dealer 11 causes the dealer terminal 130 to It is a command transmitted to the manager terminal 140 by operating.
If the terminal CPU for manager has received the shooter end command, the process proceeds to step S102, and if the shooter end command has not been received, the process proceeds to step S105.

(Step S102)
In step S102, the manager terminal CPU determines whether or not to continue the game, that is, whether or not the manager permits the dealer 11 to set a new card C in the shooter 61. . Such permission can be performed by operating a keyboard or the like of the manager terminal 140.
The administrator terminal CPU moves the process to step S103 when not permitting as described above, and moves the process to step S104 when allowed.

(Step S103)
In step S103, the manager terminal CPU performs a process of transmitting a shooter stop command to the dealer terminal 130.
As will be described later, the dealer terminal 130 is configured to stop the progress of the subsequent baccarat game upon receiving this shooter stop command (step S306-1).
After performing the process of step S103, the manager terminal CPU ends the control process in the manager terminal 140.

(Step S104)
In step S <b> 104, the manager terminal CPU performs processing for transmitting a shooter start command to the dealer terminal 130.
As will be described later, the dealer terminal 130 is configured to receive the shooter start command so as to perform subsequent processing (processing after step S306-6) in the shooter processing (S306). ing.
After performing the process of step S104, the manager terminal CPU ends the control process in the manager terminal 140.

(Step S105)
In step S <b> 105, the manager terminal CPU determines whether a cash exchange confirmation command has been received from the management server 120. This cash confirmation command is a command transmitted from the management server 120 in step S222-4 and step S222-8 of the game end process in the management server 120, which will be described later. This is transmitted when the card ID or the participant terminal ID is not stored in the card information storage area of the management server 120. Such a cash exchange confirmation command is obtained when, for example, a counterfeit recording card M (not issued by the card issuing device 90, that is, a recording card M to which a predetermined card ID is not assigned) is sent by the employee or the like to the card settlement device 100. Is transmitted from the management server 120.
The manager terminal CPU moves the process to step S <b> 106 if the cash check command is received, and moves the process to step S <b> 107 if the cash check command is not received.

(Step S106)
In step S106, the manager terminal CPU performs a process of displaying a message such as “Please check the ID card inserted in the card settlement apparatus” on the display device of the manager terminal 140 (cash check process). . Thereby, the manager goes to the card settlement apparatus 100 and confirms the inserted recording card M.
The administrator terminal CPU ends the manager terminal control process after performing the above-described cash exchange confirmation process.

(Step S107)
In step S107, the manager terminal CPU determines whether or not an interruption flag is set in a storage area such as the RAM of the manager terminal 140 (hereinafter referred to as “manager terminal storage area”). This interruption flag is set in step S110 described later. This interruption flag is set when the manager determines that it is necessary to interrupt the progress of the baccarat game, for example, when the dealer 11 performs an illegal act.
If the interruption flag is not set, the manager terminal CPU moves the process to step S108, and if the interruption flag is set, moves the process to step S111.

(Step S108)
In step S108, the manager terminal CPU determines whether or not there is a need for interruption. Specifically, when the manager determines that the progress of the game needs to be stopped, the manager terminal CPU uses the keyboard of the manager terminal 140. It is determined whether or not predetermined information has been input by operating the above. In the present embodiment, such an interruption operation is performed, for example, when the game participant 12 or an employee finds an illegal act of the dealer 11 and receives a report indicating that.
If there is the input, the manager terminal CPU moves the process to step S109. If there is no input, the manager terminal CPU ends the control process in the manager terminal 140.

(Step S109)
In step S109, the manager terminal CPU performs a process of transmitting an interruption command to the participant terminal 30 and the dealer terminal 130.
As will be described later, when the participant terminal 30 and the dealer terminal 130 receive this interruption command, a message such as “please wait” is displayed on each display device, and this display is reflected. During this time, operations related to the baccarat game are invalidated.
After the administrator terminal CPU performs the process of step S109, the process proceeds to step S110.

(Step S110)
In step S110, the manager terminal CPU performs a process of setting an interruption flag in the manager terminal storage area, and thereafter ends the control process in the manager terminal 140.

(Step S111)
In step S <b> 111, the manager terminal CPU operates a predetermined operation for releasing the suspension flag set in the manager terminal storage area (releases the suspended state), for example, a keyboard of the manager terminal 140. Thus, it is determined whether or not the predetermined information has been input. In the present embodiment, for example, the operation for canceling such a suspended state is confirmed by the administrator when the game participant 12 has reported the fraud of the dealer 11 and the game is suspended. This is done later.
If there is an input of the predetermined information, the manager terminal CPU moves the process to step S112, and if there is no input of the predetermined information, the manager terminal CPU ends the control process in the manager terminal 140.

(Step S112)
In step S <b> 112, the manager terminal CPU performs a process of transmitting an interruption release command to the participant terminal 30 and the dealer terminal 130.
As will be described later, when the participant terminal 30 and the dealer terminal 130 receive the interruption cancel command, a message such as “I can play a game” is displayed on each display device, for example. The operation of the dealer terminal 130 that has been disabled until now is configured to be enabled.
After the administrator terminal CPU performs the process of step S112, the process proceeds to step S113.

(Step S113)
In step S113, the manager terminal CPU performs a process of turning off the interruption flag set in the manager terminal storage area, and thereafter ends the control process in the manager terminal 140.

(Management server control processing)
The control process in the manager terminal 140 will be described with reference to FIG.

(Step S201)
A CPU (hereinafter referred to as “management server CPU”) constituting the management server 120 first determines whether or not card information (card ID and money information) has been received from the card issuing device 90 in step S201. This card information is transmitted from the card issuing device 90 in step S506 of the control process in the card issuing device 90 when the recording card M is issued.
As described above, in the present embodiment, the management server 120 is configured to centrally manage card information including money information. That is, this money information is not stored (recorded) in the recording card M, the participant terminal 30, the card reader 35, or the like while the game participant 12 is playing the table game. It is configured to be stored only in the server 120.
The management server CPU moves the process to step S202 when the card information is received, and moves the process to step S203 when the card information is not received.

(Step S202)
In step S202, the management server CPU performs processing for storing the card information (card ID and money information) transmitted from the card issuing device 90 in the card information storage area. For example, as shown in FIG. 17, when the card ID transmitted from the card issuing device 90 is “**** 01” and the monetary information is “$ 10000”, the card information storage area stores the “card ID”. “**** 01” is written in the area, and “$ 10000” is written in the area of “money information”.
The management server CPU moves the process to step S203 after performing the storing process.

(Step S203)
The management server CPU determines whether or not the participant terminal ID has been received. The participant terminal ID is used to identify each participant terminal 30. When bet information is input (step S412), the recording card M is not purchased until the recording card M is purchased. Is inserted into any of the card readers 35 (step S406-2), and the game participant 12 inserts the recording card M into the card reader 35 and presses the settlement button 37 (step S406-). 6) and when the game was performed using the participant terminal 30, but when the game was newly started using a different participant terminal 30 (step S406-9), This is transmitted from the participant terminal 30 to the management server 120.
If the management server CPU has received the participant terminal ID, the process proceeds to step S204. If the participant server ID has not been received, the management server CPU proceeds to step S214.

(Step S204)
In step S204, the management server CPU determines whether the participant terminal ID received in the process of step S203 is stored in the card information storage area in association with the card ID.
As shown in FIG. 17, for example, when the received participant terminal ID is “*** 758”, some ID (for example, “**** 77”) is stored in the “card ID” area. If stored, the management server CPU determines that the participant terminal ID is stored in the card information storage area in association with the card ID. Such a determination is made when a game is currently being played using the recording card M.
On the other hand, when the received participant terminal ID is “*** 999” (not shown) and the card ID is not stored in the “card ID” area, the management server CPU It is determined that the terminal ID is not stored in the card information storage area in association with the card ID. Such a determination is made when the recording card M has been purchased but the game has not yet been played (when the recording card M is not inserted into the card reader 35). This is only when the participant terminal ID and the card information (card ID and money information) are transmitted in step S406-2 or step S406-9 of the card reader control process in the participant terminal 30. As described above, in any of the above processes, the card ID is transmitted from the participant terminal 30 to the management server 120 together with the participant terminal ID.
If the management server CPU determines that the participant terminal ID is not stored in association with the card ID, the management server CPU moves to step S205, and the participant terminal ID is stored in association with the card ID. If it is determined that there is, the process proceeds to step S210.

(Step S205)
In step S205, the management server CPU determines whether or not the card ID transmitted in the process of step S406-2 and the process of step S406-9 is stored in the card information storage area. As a case where there is a card ID, for example, in the case where the transmitted card ID is “**** 01”, “***” in the “card ID” area of the card information storage area shown in FIG. * 01 ”is already stored. On the other hand, the case where there is no card ID includes, for example, a case where the recording card M has expired or a case where the recording card M has been forged.
If the card information storage area stores the card ID that matches the card ID transmitted from the participant terminal 30, the management server CPU moves to step S206 and stores the card ID that matches the card ID. If not, the control process in the management server 120 ends. When the card ID transmitted from the participant terminal 30 is not stored in the card information storage area, for example, a signal indicating that fact (for example, a warning signal) is transmitted to the administrator terminal 140 or the like. Then, it is desirable for the administrator or the like to confirm the authenticity of the recording card M.

(Step S206)
In step S206, the management server CPU determines whether or not a participant terminal ID that is different from the participant terminal ID received in step S203 is already associated with the card ID and stored in the card information storage area. Determine whether. In the case where it is determined that such information is stored, the game was played using the participant terminal 30, but the game was newly started using the participant terminal 30 different from this. (Step S406-9). On the other hand, the case where it is determined that the data is not stored is when the recording card M is inserted into the card reader 35 for the first time after purchase of the recording card M (step S406-2).
If the management server CPU determines that the different participant terminal ID is not already associated with the card ID and stored in the card information storage area, the management server CPU moves the process to step S207. On the other hand, if the management server CPU determines that a different participant terminal ID is already associated with the card ID and stored in the card information storage area, the management server CPU moves the process to step S208.

(Step S207)
In step S207, the management server CPU performs a process of writing the participant terminal ID in association with the card ID. Referring to FIG. 17, in the card information storage area, “**** 01” is already written in the “card ID” area and “$ 10000” is written in the “money information” area. If the participant terminal ID received in the process of step S203 is “*** 999”, for example, in the state where nothing is written in the area (“participant terminal ID” etc.) The server CPU writes “*** 999” in the “participant terminal ID” area, which is the other area.
After performing the process of writing the participant terminal ID, the management server CPU moves the process to step S210.

(Step S208)
In step S208, the management server CPU performs a process of transmitting a terminal use stop command to the different participant terminal 30. As will be described later, the participant terminal 30 that has received the terminal use stop command turns off the terminal busy flag in step S420 of the control process in the participant terminal 30, that is, any of the game participants 12 The different participant terminals 30 are made ready for use.
After transmitting the terminal use stop command, the management server CPU moves the process to step S209.

(Step S209)
In step S209, the management server CPU performs a process of rewriting the information written in the “participant terminal ID” area of the card information storage area with the participant terminal ID received in the process of step S203. Referring to FIG. 17, in the card information storage area, “*** 758” is written in the “card ID” area, and “**** 77” is written in the “participant terminal ID” area. In the state where the participant terminal ID received in the process of step S203 is “*** 999”, for example, the management server CPU is written in the “participant terminal ID” area. **** 77 "is overwritten with" *** 999 ".
After performing the process of rewriting the participant terminal ID, the management server CPU moves the process to step S210.

(Step S210)
In step S210, the management server CPU determines whether or not the bet information transmitted from the participant terminal 30 has been received. This bet information is input in the process of step S412 in the control process of the participant terminal 30.
If the management server CPU has received bet information from the participant terminal 30, the process proceeds to step S211. If the bet information has not been received from the participant terminal 30, the management server CPU proceeds to step S212.

(Step S211)
In step S211, the management server CPU associates the bet information (the number of bets and the bet place) with the “bet number” in the card information storage area in association with the participant terminal ID (card ID) received in the process of step S203. Processing to be stored in the area is performed. Referring to FIG. 17, “*** 875” is written in the “card ID” area of the card information storage area, and “**** 33” is written in the “participant terminal ID” area. If the bet number received in the process of step S211 is “$ 10000” and the bet place is “PLAYER”, the management server CPU sets “$ 10000” and “bet place” areas in the “bet number” area. Is stored as “PLAYER”.
After storing the bet information in the card information storage area, the management server CPU moves the process to step S212.

(Step S212)
In step S212, the management server CPU determines whether or not a settlement command input from the participant terminal 30 has been received. This settlement command is for the participant when the game participant 12 operates the settlement button 37 with the recording card M inserted into the card reader 35 in step S406-6 in the card reader control process. It is transmitted from the terminal 30 to the management server 120.
The management server CPU shifts the process to step S213 if the payment command is received, and ends the control process in the management server 120 if the payment command is not received.

(Step S213)
In step S213, the management server CPU performs a process of transmitting monetary information stored corresponding to the corresponding participant terminal ID to the participant terminal 30 on which the settlement button 37 is operated. Referring to FIG. 17, in a state where “*** 213” is written in the “participant terminal ID” area and “$ 90000” is written in the “money information” area in the card information storage area. When the “participant terminal ID” received in the process of step S211 is “*** 213”, the management server CPU is stored in the “money information” area at the time when the settlement button is operated. Participant terminal with the corresponding participant terminal 30 (participant terminal ID) being “*** 213” via the sending means (not shown) provided in the management server 120 for the monetary information “$ 90000” 30). This transmission means can be constituted by a known transmission port, for example. Note that the transmitting means corresponds to "marketable value information transmitting unit" recited in the claims.
The management server CPU ends the control process in the management server 120 after performing the process of transmitting the money information.

(Step S214)
In step S214, the management server CPU determines whether or not the winning / losing information transmitted from the dealer terminal 130 has been received. The winning / losing information is transmitted when the dealer 11 inputs from the dealer terminal 130 in step S306-15 of the shooter process in the dealer terminal 130. At this time, the dealer terminal 130 transmits the corresponding participant terminal ID in addition to the winning / losing information.
If the management server CPU has received winning / losing information, the process proceeds to step S215. If the management server CPU has not received winning / losing information, the management server CPU proceeds to step S221.

(Step S215)
In step S215, the management server CPU associates the winning / losing information (game result and winning / losing result) received in step S214 with the participant terminal ID of the betting participant terminal 30 in the card information storage area. A process of temporarily storing is performed. Referring to FIG. 17, in a state where “*** 118” is written in the “participant terminal ID” area and “PLAYER” is written in the “bet place” area of the card information storage area. When the information received in the process of step S214 is the participant terminal ID “*** 118”, the game result “PLAYER”, and the win / loss result “WIN”, the management server CPU determines the corresponding participant terminal ID ( Corresponding to the participant terminal ID “*** 118”), “PLAYER” is written in the “game result” area and “WIN” is written in the “win / lose result” area.
After performing the process of storing the winning / losing information, the management server CPU moves the process to step S216.

(Step S216)
In step S216, the management server CPU performs a process of calculating a payout for each participant terminal ID based on the bet information stored in the process of step S211 and the winning / losing information stored in the process of step S215. (Dividend calculation processing). At this time, the management server CPU also performs a process of temporarily storing the calculated payout information in association with the participant terminal ID in the card information storage area. Referring to FIG. 17, in the card information storage area, “*** 118” in the “participant terminal ID” area, “$ 10000” in the “betting number” area, and “game result” area. When “WIN” is written, the management server CPU calculates the game payout as “$ 10000” (the number of bets) X2 = + $ 20000, and calculates “+ $ 20000” in the “payout information” area. Will be written on. The management server CPU that performs the process of step S216 corresponds to the “payout information calculation unit” described in the claims.
After performing the dividend calculation process, the management server CPU moves the process to step S217.

(Step S217)
In step S217, the management server CPU performs a process of transmitting the payout information calculated in the process of step S216 to the corresponding participant terminal 30 (the participant terminal 30 of the game participant 12 whose prediction is correct). Do. By transmitting the payout information, the display device of the participant's terminal 30 of the game participant 12 whose prediction is correct displays the winning / losing information (that the prediction is correct) and the payout information, but the prediction is not correct. On the participant terminal 30 of the game participant 12, winning / losing information (notice that the prediction is lost) transmitted from the management server 120 is displayed (step S 418).
After performing the process of transmitting the dividend information, the management server CPU moves the process to step S218.

(Step S218)
In step S218, the management server CPU performs a process of updating (increasing or decreasing) the monetary information for each participant terminal ID based on the payout information calculated in the process of step S216. For example, in the state where “$ 100000” is written in the “money information” area of the card information storage area, when the calculated payout information is “+ $ 20000”, the management server CPU sets the “money information”. “$ 100000” stored in the area is rewritten as “$ 120000”. Incidentally, the rewritten money information corresponds to "marketable value information" in the appended claims.
After performing the process of updating the money information, the management server CPU moves the process to step S219.

(Step S219)
In step S219, the management server CPU stores information related to the game of each game participant 12 (betting information, winning / losing information, payout information, etc.) as history information, so that these information are updated in the history information storage area. Processing for storing is performed (history information update processing). Specifically, as shown in FIG. 18, the management server CPU associates information related to the game played this time with “date / time” “participant terminal ID” in the history information storage area in association with the “card ID”. "Time to bet", "Bet place", "Game result", "Win / Loss result", and "Money information" are written in time series.
After performing the history information update process, the management server CPU moves the process to step S220.

(Step S220)
In step S220, the management server CPU performs processing for deleting each of the bet information (step S211) and the win / loss information (step S215) temporarily stored in the card information storage area. At the same time, the management server CPU performs a process of erasing the payout information (step S216) temporarily stored in the payout information storage area.
After performing the above process, the management server CPU ends the control process in the management server 120.

(Step S221)
In step S <b> 221, the management server CPU determines whether or not any cash start command, unreadable command, or cash end command has been received from the card settlement apparatus 100.
When the game participant 12 completes the game and cashes, that is, when an employee or the like inserts the recording card M into the card settlement apparatus 100, the cash start command is a step of control processing in the card settlement apparatus 100. In S606, the command is transmitted from the card settlement apparatus 100 to the management server 120.
The above unreadable command is used when the employee or the like has inserted the recording card M into the card settlement apparatus 100 but cannot read the monetary information recorded on the recording card M by the card settlement apparatus 100. This command is transmitted from the card settlement apparatus 100 to the management server 120 in step S612 of the control process.
The cash settlement end command is a control process in the card checkout apparatus 100 when an employee or the like operates the input means such as a keyboard and inputs predetermined information after cashing the game participant 12. In step S617, the command is transmitted from the card settlement apparatus 100 to the management server 120.
The management server CPU moves the process to step S222 if a command transmitted from the card settlement apparatus 100 has been received, and ends the control process in the management server 120 if a command has not been received.

(Step S222)
In step S222, the management server CPU performs a game end process. Details of the game end process will be described later with reference to FIG.
After performing the game end process, the management server CPU ends the control process in the management server 120.

(Game end processing)
The game control process in the management server 120 will be described with reference to FIG.

(Step S222-1)
The management server CPU determines whether a cash start command and a card ID have been received. As will be described later, this card ID is transmitted from the card settlement apparatus 100 together with a cash start command in step S606 of the control process in the card settlement apparatus 100 (step S606).
If the management server CPU has received the cash start command and the card ID, the process proceeds to step S222-2. If not received, the management server CPU proceeds to step S222-5.

(Step S222-2)
In step S222-2, the management server CPU determines whether or not the “card ID” area of the card information storage area stores a card that matches the card ID received in the process of step S222-1. To do. An example of a case where the management server CPU determines that the card ID that matches the received card ID is not stored in the “card ID” area is, for example, a case where the recording card M is forged. .
The management server CPU shifts the process to step S222-3 if the card ID that matches the received card ID is stored in the area of “card ID”, and moves to step S222-4 if the card that does not match is stored. Move processing.

(Step S222-3)
In step S222-3, the management server CPU performs a process of transmitting the money information stored corresponding to the card ID to the card settlement apparatus 100 via a transmission means such as a known transmission port.
As will be described later, in the card settlement apparatus 100 that has received the monetary information, if the monetary information matches the monetary information stored in the inserted recording card M, for example, the “payment amount ****” * "Or the like is displayed (step S615).
After transmitting the money information, the management server CPU ends the control process in the management server 120.

(Step S222-4)
In step S <b> 222-4, the management server CPU performs processing for transmitting a cash exchange confirmation command to the manager terminal 140. By transmitting this command, a message such as “Please check the card inserted into the card checkout device” as described above is displayed on the display device of the manager terminal 140 (step S106). ).
The management server CPU ends the control process in the management server 120 after transmitting the money exchange confirmation command.

(Step S222-5)
In step S222-5, the management server CPU determines whether or not an unreadable command and a participant terminal ID have been received. As will be described later, this participant terminal ID is transmitted from the card settlement apparatus 100 together with a cash start command in step S612 of the control process in the card settlement apparatus 100.
If the management server CPU has received the unreadable command and the participant terminal ID, the process proceeds to step S222-6, and if not received, the process proceeds to step S222-9.

(Step S222-6)
In step S222-6, the management server CPU stores in the "participant terminal ID" area of the card information storage area the one that matches the participant terminal ID received in step S222-5. Judge whether or not. For example, when the management server CPU determines that the one that matches the received participant terminal ID is not stored in the “participant terminal ID” area, the recorded card M is forged, for example. Is the case.
The management server CPU moves the process to step S222-7 if a match with the received participant terminal ID is stored in the “participant terminal ID” area, and the match must be stored. For example, the process proceeds to step S222-8.

(Step S222-7)
In step S222-7, the management server CPU sends the monetary information stored in association with the participant terminal ID in step S222-7 via a transmission means such as a known transmission port. Then, processing to transmit to the card settlement apparatus 100 is performed.
After transmitting the money information, the management server CPU ends the control process in the management server 120.

(Step S222-8)
In step S222-8, the management server CPU performs a process of transmitting a cash exchange confirmation command to the manager terminal 140 in the same manner as the process of step S222-4.
The management server CPU ends the control process in the management server 120 after transmitting the money exchange confirmation command.

(Step S222-9)
In step S222-9, the management server CPU performs a process of transmitting a cash end command to the manager terminal 140.
The management server CPU terminates the control process in the management server 120 after transmitting the cash end command.

(Step S222-10)
In step S222-10, the management server CPU performs a process of saving the game result from the time when the game participant 12 starts the card game to the end thereof as history information (history information totaling process). Specifically, among the history information stored in the history information storage area, the history information corresponding to the corresponding card ID or participant terminal ID is stored as the final game history. Thereby, it can be used when providing the game participant 12 as a result or performing a service according to the bet information of the game participant 12.
The management server CPU ends the control process in the management server 120 after performing the history information aggregation process.

(Step S222-11)
In step S222-11, the management server CPU performs processing for deleting the card information corresponding to the card ID or the participant terminal ID from which the history information totaling processing (step S226) has been performed, from the card information storage area.
The management server CPU ends the control process in the management server 120 after performing the process of deleting the card information.

(Dealer terminal control)
Next, control processing in the dealer terminal 130 will be described with reference to FIG.

(Step S301)
The CPU constituting the dealer terminal 130 (hereinafter referred to as “dealer terminal CPU”) first stores a storage area such as the RAM of the dealer terminal 130 (hereinafter referred to as “dealer terminal storage area”) in step S301. It is determined whether or not the interruption flag is set. This interruption flag is set when an interruption command transmitted from the manager terminal 140 is received in step S305 described later. In this embodiment, while the interruption flag is set in the dealer terminal storage area, the operation of the dealer terminal is invalid, that is, the progress of the baccarat game is stopped.
If the interruption flag is set, the dealer terminal CPU shifts the processing to step S302, and if the interruption flag is not set, the processing proceeds to step S304.

(Step S302)
In step S <b> 302, the dealer terminal CPU determines whether an interruption release command transmitted from the manager terminal 140 has been received. This interruption release command is transmitted in the process of step S112 of the control process in the administrator terminal 140.
If the dealer terminal CPU has received the suspension release command, the process proceeds to step S303. If the dealer terminal CPU has not received the suspension release command, the dealer terminal CPU ends the control process in the dealer terminal 130.

(Step S303)
In step S303, the dealer terminal CPU performs processing (interruption release processing) for turning off the suspension flag set in the dealer terminal storage area. By this processing, for example, a message such as “I can play a game” is displayed on the display device of the dealer terminal 130, and the operation of the dealer terminal 130 that has been invalidated so far is valid. The interrupted baccarat game can be resumed.
The dealer terminal CPU terminates the control process in the dealer terminal 130 after performing the suspension release process.

(Step S304)
In step S304, the dealer terminal CPU determines whether an interruption command transmitted from the manager terminal 140 has been received. This interruption command is transmitted in step S109 in the control process of the manager terminal 140.
If the dealer's terminal CPU has received an interruption command, the process proceeds to step S305, and if the interruption command has not been received, the process proceeds to step S306.

(Step S305)
In step S305, the dealer terminal CPU performs processing (interruption processing) for setting an interruption flag in the dealer terminal storage area. With this processing, a message such as “Please wait” is displayed on the display device of the dealer terminal 130, and the operation of the dealer terminal 130 that has been valid so far is invalid, that is, interrupted in step S303. Until the flag is turned off, the progress of the baccarat game is stopped.
After the dealer terminal CPU performs the interruption process, the dealer terminal CPU ends the control process in the dealer terminal 130.

(Step S306)
In step S306, the dealer terminal CPU performs a shooter process. Details of this shooter processing will be described later with reference to FIG.
After performing the shooter process, the dealer terminal CPU ends the control process in the dealer terminal 130.

(Shooter processing)
Next, the shooter process in the dealer terminal 130 will be described with reference to FIG.

(Step S306-1)
First, in step S306-1, the dealer terminal CPU determines whether or not a shooter stop command transmitted from the manager terminal 140 has been received. This shooter stop command is transmitted in the process of step S103 in the control process of the manager terminal 140.
If the dealer terminal CPU has received the shooter stop command, the process proceeds to step S306-2. If the dealer terminal CPU has not received the shooter stop command, the process proceeds to step S306-3.

(Step S306-2)
In step S306-2, the dealer terminal CPU performs processing for setting a shooter stop flag in the dealer terminal storage area. In the state where the shooter stop flag is set, the operation of the dealer terminal 130 is invalid, that is, the progress of the baccarat game is stopped. Note that once this shooter stop flag is set, This state is maintained until it is turned off in step S306-6 to be described later, that is, until a shooter start command transmitted from the manager terminal 140 is received.
After the dealer terminal CPU performs the process of setting the shooter stop flag, the dealer terminal CPU ends the shooter process.

(Step S306-3)
In step S306-3, the dealer terminal CPU determines whether or not a bet information input permission flag is set in the dealer terminal storage area. This bet information input permission flag is set in the dealer terminal storage area in step S306-8 described later.
If the bet information input permission flag has not been set, the dealer terminal CPU proceeds to step S306-4, and if the bet information input permission flag has been set, proceeds to step S306-9.

(Step S306-4)
In step S306-4, the dealer terminal CPU determines whether a shooter stop flag is set in the dealer terminal storage area. This shooter stop flag is set in the dealer terminal storage area in the process of step S306-2.
If the shooter stop flag is set, the dealer terminal CPU proceeds to step S306-5, and if the shooter stop flag is not set, the dealer terminal CPU proceeds to step S306-7.

(Step S306-5)
In step S306-5, the dealer terminal CPU determines whether a shooter start command transmitted from the manager terminal 140 has been received. This shooter start command is transmitted in the process of step S104 of the control process in the administrator terminal 140.
If the dealer terminal CPU has received the shooter start command, the process proceeds to step S306-6. If the dealer terminal CPU has not received the shooter start command, the dealer terminal CPU ends the shooter process.

(Step S306-6)
In step S306-6, the dealer terminal CPU performs processing for turning off the shooter stop flag set in the dealer terminal storage area. By this processing, for example, a message such as “I can play a game” is displayed on the display device of the dealer's terminal 130, and the dealer 11 often shuffles 6 or 8 sets of playing cards to the shooter 61. It becomes possible to set.
After the dealer terminal CPU performs the process of turning off the shooter stop flag, the process proceeds to step S306-7.

(Step S306-7)
In step S306-7, the dealer terminal CPU determines whether or not the dealer 11 has input predetermined information by operating the keyboard of the dealer terminal 130 or the like. In such an operation, when there is no card C in the shooter 61 (“YES” in step S306-4), the dealer 11 sets the card C in the shooter 61 and plays a baccarat game with a new card C. When the baccarat game is to be continued in the state where the card is in the card C on the shooter 61 at the timing when it can be performed ("NO" in step S306-4), the card already set in the shooter 61 It is performed at a timing when it becomes possible to perform a baccarat game using C.
If there is input of predetermined information by the dealer 11, the dealer terminal 130 proceeds to step S306-8, and if there is no input of predetermined information, the dealer terminal 130 ends this shooter processing.

(Step S306-8)
In step S306-8, the dealer terminal CPU transmits a bet start command to the participant terminal 30 and performs a process of setting a bet information input permission flag in the dealer terminal storage area (bet information input start process). .
Through the bet information input start process, a message such as “betting accepted” is displayed on each display device of the dealer terminal 130 and the participant terminal 30, whereby the game participant 12 displays the bet information. It is possible to input from the participant terminal 30. In the present embodiment, as described above, the bet information input by the game participant 12 and the winning / losing information input by the dealer 11 in step S306-15 described later are transmitted to the management server 120. It is configured as follows.
After the dealer terminal CPU performs the bet information input start process, the dealer terminal CPU ends the shooter process.

(Step S306-9)
In step S306-9, the dealer terminal CPU determines whether a bet end notice flag is set in the dealer terminal storage area. This bet end notice flag is set in the dealer terminal storage area in step S306-11 to be described later.
If the bet end notice flag has been set, the dealer terminal CPU proceeds to step S306-10, and if the bet end notice flag has not been set, the dealer terminal CPU proceeds to step S306-12.

(Step S306-10)
In step S306-10, the dealer terminal CPU determines whether the dealer 11 has input predetermined information by operating the keyboard of the dealer terminal 130 or the like. Such an operation is performed, for example, when the dealer 11 observes the betting situation of the game participant 12 and determines that the input of betting information by the game participant 12 is almost finished.
If there is input of predetermined information, the dealer terminal CPU moves the process to step S306-11, and if there is no input of predetermined information, the dealer terminal CPU ends this shooter processing.

(Step S306-11)
In step S306-11, the dealer terminal CPU transmits a bet end notice command to the participant terminal 30, and performs a process of setting a bet end notice flag in the dealer terminal storage area. At the timing, the dealer terminal CPU performs a process of starting the time measurement by a timer provided in the dealer terminal 130 (betting information input completion notice process).
As a result of the bet information input completion notice process, the display of the dealer terminal 130 and the participant terminal 30 displays a countdown display by the timer counting, such as “after the bet is completed”. It becomes.
After the dealer terminal CPU performs the bet information input completion notice process, the dealer terminal CPU ends the shooter process.

(Step S306-12)
In step S306-12, the dealer terminal CPU determines whether or not a measurement time by the timer set in the process of step S306-11 has passed a predetermined time (for example, 10 seconds).
If the dealer terminal CPU determines that the predetermined time has elapsed, it moves the process to step S306-13, and if it determines that the predetermined time has not elapsed, it ends the shooter process.

(Step S306-13)
In step S306-13, the dealer terminal CPU performs a process of transmitting a bet end notice command to the participant terminal 30 (bet information input end process).
Through the above-described bet information input end process, a message “End bet acceptance” is displayed on each of the display devices of the dealer terminal 130 and the participant terminal 30, and the game participant 12 can play the baccarat game currently being performed. In this case, it becomes impossible to input bet information. After this processing, the dealer 11 takes out the card C from the shooter 61, distributes the card to the banker and the player, and determines the game result by disclosing the card.
After the dealer terminal CPU performs the bet information input end process, the process proceeds to step S306-14.

(Step S306-14)
In step S306-14, the dealer terminal CPU operates the keyboard or the like of the dealer terminal 130 to determine whether the banker and the player's card has been won, whether the banker or the player has won or drawn. It is determined whether or not input has been performed.
If there is input of winning / losing information, the dealer terminal CPU proceeds to step S306-15, and if there is no inputting of winning / losing information, the dealer terminal CPU ends this shooter processing.

(Step S306-15)
In step S306-15, the dealer terminal CPU performs processing (game determination processing) for transmitting the winning / losing information to the management server 120.

In the management server 120, a payout is calculated for each participant terminal based on the bet information input by the game participant 12 and the win / loss information input by the dealer 11, and the calculated payout information corresponds. It is transmitted to the participant terminal 30 (the participant terminal 30 of the game participant 12 whose prediction is correct).
On the display device of the participant terminal 30 of the game participant 12 whose prediction has been hit, the winning / losing information (the fact that the prediction has been hit) and the payout information transmitted from the management server 120 are displayed. Based on the winning / losing information transmitted from the management server 120, a display indicating that the prediction has been lost is displayed on the participant terminal 30 of the game participant 12 that has been removed.
After the dealer terminal CPU performs the above process, the process proceeds to step S306-16.

(Step S306-16)
In step S306-16, the dealer terminal CPU determines whether or not the card C remains in the shooter 61. In this embodiment, the dealer terminal CPU determines whether the card C is present by operating the keyboard of the dealer terminal 130 or the like by the dealer 11. It is determined whether or not it has been input.
If the card C remains in the shooter 61, the dealer terminal CPU proceeds to step S306-17, and if the card C remains in the shooter 61, proceeds to step S306-18.

(Step S306-17)
In step S306-17, the dealer terminal CPU performs processing for transmitting a shooter end command to the manager terminal 140.
After the dealer terminal CPU performs the above process, the process proceeds to step S306-18.

(Step S306-18)
In step S306-18, the dealer terminal CPU performs processing for turning off the bet information input permission flag and the bet end notice flag set in the dealer terminal storage area.
After performing the above processing, the dealer terminal CPU ends the shooter processing.

(Terminal control for participants)
Next, control processing in the participant terminal 30 will be described with reference to FIGS. 12 and 13.

(Step S401)
First, in step S401, the CPU constituting the participant terminal 30 (hereinafter referred to as “participant terminal CPU”) determines whether or not the received command is an interruption command transmitted from the administrator terminal 140. Judging. This interruption command is a command transmitted in step S109 in the control process of the administrator terminal 140.
If it is an interruption command, the participant terminal CPU moves the process to step S402, and if not an interruption command, moves the process to step S403.

(Step S402)
In step S402, the participant terminal CPU performs an interruption process. In this interruption process, for example, a message such as “Please wait for a while” is displayed in the bet screen display area 33 of the participant terminal 30. While this display is being displayed, for example, the game participant 12 bets Even if the screen display area 33 is touched with a finger or the like, processing for invalidating the bet information input operation is performed.
The participant terminal CPU terminates the control process in the participant terminal 30 after performing the interruption process.

(Step S403)
In step S <b> 403, the participant terminal CPU determines whether the received command is an interruption release command transmitted from the administrator terminal 140. This interruption cancellation command is a command transmitted in step S112 in the control process of the administrator terminal 140.
If it is an interruption release command, the participant terminal CPU moves the process to step S404, and if not an interruption release command, moves the process to step S405.

(Step S404)
In step S404, the participant terminal CPU performs an interruption canceling process. In this interruption canceling process, a process of resuming the progress of the baccarat game interrupted by the process of step S402 is performed. Specifically, in the bet screen display area 33 of the participant terminal 30, for example, a message such as “I can play a game” is displayed, and input of bet information that has been invalidated so far is valid. Process to make.
The participant terminal CPU terminates the control process in the participant terminal 30 after performing the interruption process.

(Step S405)
In step S405, the participant terminal CPU determines whether or not the recording card M has been inserted into the card reader 35 of the participant terminal 30.
The participant terminal CPU moves the process to step S406 if the recording card M is inserted, and moves the process to step S407 if the recording card M is not inserted.

(Step S406)
In step S406, the participant terminal CPU performs a card reader control process. This card reader control process will be described later with reference to FIG.
After the participant terminal CPU performs the card reader control process, the participant terminal CPU ends the control process in the participant terminal 30.

(Step S407)
In step S407, the participant terminal CPU determines whether or not a terminal busy flag is set in a storage area such as a RAM (hereinafter referred to as “participant terminal storage area”) that constitutes the participant terminal 30. Judging. This terminal busy flag is set in step S406-3 or step S406-10 of the card reader control process described later.
If the terminal busy flag is set in the participant terminal storage area, the participant terminal CPU moves the process to step S408, and if the terminal busy flag is not set, the participant terminal CPU performs control in the participant terminal 30. The process ends.

(Step S408)
In step S408, the participant terminal CPU determines whether a bet information input permission flag is set in the participant terminal storage area. This bet information input permission flag is set in the participant terminal storage area in the process of step S410 described later.
If the bet information input permission flag is not set in the participant terminal storage area, the participant terminal CPU moves the process to step S409, and if the bet information input permission flag is set, moves the process to step S411. .

(Step S409)
In step S409, the participant terminal CPU determines whether or not a bet start command transmitted from the dealer terminal 130 has been received. This bet start command is a command transmitted in the process of step S306-8 of the shooter process in the dealer terminal 130.
If the betting start command has been received, the participant terminal CPU moves the process to step S410. If the betting start command has not been received, the participant terminal CPU ends the control process in the participant terminal 30.

(Step S410)
In step S410, the participant terminal CPU sets a bet information input permission flag in the participant terminal storage area and performs bet information input processing. In this bet information input process, a process for displaying a message prompting the game participant 12 to input bet information, such as “please bet”, for example, in the bet screen display area 33 of the participant terminal 30. Do. After this display is displayed, the game participant 12 points to the bet screen display area 33 until the “betting acceptance end” message is displayed on the display device by the betting end display processing in step S416 described later. The bet information can be input by touching with, for example.
After the participant terminal CPU performs the setting of the bet information input permission flag and the bet information input process, the participant terminal CPU ends the control process in the participant terminal 30.

(Step S411)
In step S411, the participant terminal CPU determines whether the betting information has been input by the game participant 12 touching the bet screen display area 33 with a finger or the like.
If the bet information is input, the participant terminal CPU moves the process to step S412. If the bet information is not input, the participant terminal CPU moves the process to step S413.

(Step S412)
In step S412, the participant terminal CPU transmits the bet information input in step S411 to the management server 120 together with the participant terminal ID of the participant terminal 30 in which the bet information is input. I do.

As will be described later, in this embodiment, the monetary information of the recording card M inserted into the card reader 35 is managed centrally on the management server 120 side, and the contents of the monetary information are recognized on the card reader 35 side. It is configured not to be able to.
That is, when the bet information input by the game participant 12 exceeds the range of the monetary information, the card reader 35 cannot make the determination.
For this reason, although illustration is omitted, when the input bet information exceeds the range of the monetary information, in the present embodiment, a signal indicating that the balance is insufficient is sent from the management server 120 to the participant. For example, a message such as “insufficient balance” is displayed on the display device of the participant terminal 30 that has been transmitted to the terminal 30 and has received this signal.

  The participant terminal CPU ends the control process in the participant terminal 30 after performing the process of transmitting the participant terminal ID and the bet information.

(Step S413)
In step S413, the participant terminal CPU determines whether or not the bet end notice command transmitted from the dealer terminal 130 has been received. This bet end notice command is a command transmitted in step S306-11 in the shooter process of the dealer terminal 130.
If the bet end notice command has been received, the participant terminal CPU moves the process to step S414, and if not received the bet end notice command, moves the process to step S415.

(Step S414)
In step S414, the participant terminal CPU performs bet completion notice display processing. In this bet completion notice display process, a process for counting down the time until the bet is completed is performed in the bet screen display area 33 of the participant terminal 30, for example, “after the bet is completed XX seconds”.
After the participant terminal CPU performs the bet end notice display process, the participant terminal CPU ends the control process in the participant terminal 30.

(Step S415)
In step S415, the participant terminal CPU determines whether or not the bet end command transmitted from the dealer terminal 130 has been received. This bet end command is a command transmitted in step S306-13 in the shooter process of the dealer terminal 130.
If the betting end command is received, the participant terminal CPU moves the process to step S416, and if not receiving the betting end command, moves the process to step S417.

(Step S416)
In step S416, the participant terminal CPU turns off the bet information input permission flag set in the participant terminal storage area and performs bet end display processing. In this bet end display process, the bet screen display area 33 of the participant terminal 30 displays that the bet reception has ended, such as “bet reception end”, and the game participant 12 displays the bet screen display area. Even if 33 is touched with a finger or the like, a process for invalidating the input of bet information is performed.
The participant terminal CPU ends the control process in the participant terminal 30 after performing the bet information input permission flag OFF and the bet finishing process.

(Step S417)
In step S417, the participant terminal CPU determines whether or not the payout information transmitted from the management server 120 has been received. This payout information is transmitted in step S217 of the control process in the management server 120.
If the participant terminal CPU has received the payout information, the process proceeds to step S418, and if the payout information has not been received, the process proceeds to step S419.

(Step S418)
In step S418, the participant terminal CPU performs a payout information display process. As described above, in this payout information display process, for example, the fact that the prediction is correct and the payout information are displayed on the display device of the participant terminal 30 of the game participant 12 whose prediction is correct. A process for displaying the fact that the prediction is lost is performed on the terminal 30 for the participant of the game participant 12 that has been removed.
The participant terminal CPU ends the control process in the participant terminal 30 after performing the dividend information display process.

(Step S419)
In step S419, the participant terminal CPU determines whether a terminal use stop command transmitted from the management server 120 has been received. This terminal use stop command is obtained by replacing the participant terminal 30 different from this in place of the participant terminal 30 that the game participant 12 has already used in the process of step S211 of the control process in the management server 120. This is a command sent when using to start a game.
If the terminal terminal CPU has received the terminal use stop command, the process proceeds to step S420. If the terminal use stop command has not been received, the participant terminal CPU ends the control process in the participant terminal 30.

(Step S420)
In step S420, the participant terminal CPU of the old participant terminal 30 performs a process of turning off the terminal busy flag stored in the participant terminal storage area.
The participant terminal CPU ends the control process in the participant terminal 30 after performing the process of turning off the terminal busy flag.

(Card reader control processing)
Next, the card reader processing in the participant terminal 30 will be described with reference to FIG.

(Step S406-1)
The participant terminal CPU that has determined that the recording card M has been inserted into the card reader 35 in the process of step S405 first determines whether or not monetary information is stored in the recording card M in step S406-1. . Note that, as described above, the recording card M according to the present embodiment stores two pieces of information, that is, a card ID and monetary information in a state where the card is issued by the card issuing device 90. However, once the recording card M on which the monetary information is recorded is inserted into the card issuing device 90, the monetary information is written in the recording card M until the monetary information is written on the recording card M in the process of step 406-8 described later. Only the card ID is recorded. That is, in the process of step S406-1, it is determined whether or not the recording card M has been inserted into the card reader 35 for the second time or more.
If the monetary information is stored in the recording card M, that is, if the insertion of the recording card M into the card reader 35 is the first time, the participant terminal CPU moves the process to step S406-2. On the other hand, if the monetary information is not stored in the recording card M, that is, if the recording card M is inserted into the card reader 35 more than once, the participant terminal CPU moves the process to step S406-5. .

(Step S406-2)
In step S406-2, the participant terminal CPU adds the participant terminal ID of the participant terminal 30 into which the recording card M is inserted together with the card information (card ID and money information) of the recording card M. , Processing to transmit to the management server 120 is performed. As described above, the process of step S406-2 is performed when the recording card M is inserted into the card reader 35 for the first time after the recording card M is purchased.
The participant terminal CPU completes the card reader control process after performing the process of transmitting the above information.

(Step S406-3)
In step S406-3, the participant terminal CPU performs a process of setting a terminal busy flag in the participant terminal storage area. By setting the terminal busy flag, it is possible to perform the processes of steps S408 to S420 of the control process in the participant terminal 30 described above, that is, input of bet information and the like.
The participant terminal CPU sets the terminal busy flag, and then ends the card reader control process.

(Step S406-4)
In step S406-4, the participant terminal CPU performs a process of erasing the monetary information stored in the recording card M. Thus, while the game participant 12 is playing the game, only the card ID is recorded on the recording card M.
The participant terminal CPU moves the process to Step S406-11 after performing the process of deleting the money information.

(Step S406-5)
In the process of step S406-1, the participant terminal CPU that has determined that there is no monetary information recorded on the recording card M (determined that the recording card M has been inserted into the card reader 35 at this time or more) In S406-5, it is determined whether or not the settlement button 37 provided on the card reader 35 has been pressed.
If the checkout button 37 has been pressed, the participant terminal CPU proceeds to step S406-6, and if not, the process proceeds to step S406-9.

(Step S406-6)
In step S406-6, the participant terminal CPU transmits the participant terminal ID of the card reader 35 (participant terminal 30), into which the recording card M is inserted, together with the payment command to the management server 120. Perform the process. As described above, the management server 120 that has received the settlement command and the participant terminal ID transmits the monetary information stored corresponding to the participant terminal ID to the corresponding participant terminal 30. (Step S213).
After the participant terminal CPU transmits the participant terminal ID and the payment command, the process proceeds to step S406-7.

(Step S406-7)
In step S406-7, the participant terminal CPU determines whether or not the monetary information transmitted from the management server 120 has been received. This monetary information is transmitted from the management server 120 in step S213 of the control process in the management server 120.
If the participant terminal CPU has received monetary information, the process proceeds to step S406-8. If the monetary information has not been received, the participant terminal CPU ends the card reader control process.

(Step S406-8)
In step S406-8, the participant terminal CPU performs a process of recording the monetary information received in the process of step S406-7 on the recording card M inserted in the card reader 35. At the same time, the participant terminal CPU performs a process of turning off the terminal busy flag set in the participant terminal storage area. By turning off the terminal busy flag, it becomes impossible to perform the processing of step S408 to step S420 (input of bet information, etc.) of the control processing in the participant terminal 30 that could be performed until now.
After performing the above process, the participant terminal CPU moves the process to step S406-10.

(Step S406-9)
In step S406-9, the participant terminal CPU that determines that the checkout button 37 has not been pressed in the process of step S406-5, that is, the game participant 12 has no intention to end the card game, in step S406-9. Is transmitted to the management server 120 together with the participant terminal ID of the participant terminal ID of the participant terminal 30. As described above, as described above, when the process of step S406-9 is performed, the game is performed using the participant terminal 30, but the participant terminal 30 different from this is used. When the game is newly started by using, for example, the use of the participant terminal 30 installed in the area A1 is terminated, and the recording card is stored in the card reader 35 of the participant terminal 30 installed in the area A1. This is when M is inserted. In the process of step S406-9, since no monetary information is recorded on the recording card M (step S406-4), the monetary information is transmitted to the management server 120, unlike the process of step S406-2. Is not done.
After performing the above process, the participant terminal CPU moves the process to step S406-10.

(Step S406-10)
In step S406-10, the participant terminal CPU performs a process of setting a terminal busy flag in the participant terminal storage area in the same manner as in step S406-3.
The participant terminal CPU sets the terminal busy flag, and then ends the card reader control process.

(Step S406-11)
The participant terminal CPU performs a process of discharging the recording card M inserted into the card reader 35.
After the participant terminal CPU discharges the recording card M, the card reader control process ends.

(Card issuer control process)
Next, control processing in the card issuing device 90 will be described with reference to FIG.

(Step S501)
In step S501, the CPU constituting the card issuing device 90 (hereinafter referred to as “card issuing device CPU”) first receives money such as coins or banknotes from the game participant 12 or the like, and the money insertion slot 91 of the card issuing device 90. It is determined whether or not it has been inserted. In the card issuing device 90, when money is inserted, the card issuing device CPU determines whether or not the inserted money is fake. If the money is fake or cannot be determined, the money is changed to money. It is returned from the return port 95. On the other hand, if the card issuing device CPU determines that the card is not a fake, the total amount is stored in a storage area such as a RAM constituting the card issuing device 90 (hereinafter referred to as “card issuing device storage area”). At the same time, the image is displayed on the display device 92 of the card issuing device 90.
If there is money inserted, the card issuing device CPU moves the process to step S502, and if there is no money inserted, the card issuing device CPU ends the card issuing device control process.

(Step S502)
In step S502, the card issuing device CPU determines whether any of the card issuing buttons 93 (card issuing button 93a to card issuing button 93d) displaying a predetermined amount has been pressed. Judging.
If the card issuing button 93 is pressed, the card issuing device CPU shifts the process to step S503, and if the card issuing button 93 is not pressed, the card issuing device CPU ends the card issuing device control process.

(Step S503)
The card issuing device CPU determines whether or not the total amount stored in the card issuing device storage area is insufficient compared with the amount corresponding to the card issuing button 93 operated in step S502.
If the total amount is not insufficient, the card issuing device CPU moves the process to step S504, and if the amount is insufficient, ends the card issuing device control process.

(Step S504)
In step S504, the card issuing device CPU performs processing for creating a card ID for recording on the recording card M. This card ID is identification information consisting of a plurality of code numbers, etc., which is randomly acquired by the card issuing device CPU using a predetermined algorithm, and is the same at least within the expiration date of the recording card M Does not exist. In the present embodiment, since a recording medium such as a membership card for identifying the game participant 12 is not employed, the card ID functions as an identifier for identifying the game participant 12.
After creating the card ID, the card issuing device CPU moves the process to step S505.

(Step S505)
In step S505, the card issuing device CPU records monetary information of the amount corresponding to the card issuing button 93 operated in the process of step S502 and the card ID created in the process of step S504 on the ID card. I do. Such recording can be performed, for example, by writing a coded card ID or money information into a storage medium such as a magnetic card by a known card read / write device.
After the card issuing device CPU records the card ID and the money information on the recording card M, the process proceeds to step S506.

(Step S506)
In step S506, the card issuing device CPU performs a process of transmitting card information such as the card ID and money information recorded on the recording card M in the process of step S505 to the management server 120.
The card issuing device CPU performs the process of transmitting the card information to the management server 120, and then moves the process to step S507.

(Step S507)
In step S507, the card issuing device CPU performs a process of discharging the recording card M on which the card ID and the monetary information are recorded from the card discharge port 94 of the card issuing device 90.
After ejecting the recording card M, the card issuing device CPU ends the card issuing device control process.
Note that the above-described processing is an example when the recording card M is issued, and various changes can be made. For example, after performing the process of step S502, a step of requesting input of identification information that only the game participant 12 can know, such as a password, is provided. In step S505, the identification information is recorded together with the monetary information and the card ID. It is also possible to record in M. In this way, when the recording card M is settled by the card settlement apparatus 100, it is possible to prevent the recording card M from being settled unless the identification information is input. In such a case, for example, It becomes possible to prevent the settlement of the recording card M by a person who does not know the identification information.

(Card settlement device control processing)
Next, with reference to FIG. 16, a control process in the card settlement apparatus 100 will be described.

(Step S601)
First, in step S601, a CPU constituting the card settlement apparatus 100 (hereinafter referred to as “card settlement apparatus CPU”) has predetermined identification information (for example, a password) that only an employee who handles the card settlement apparatus 100 can know. It is determined whether or not there is an input. The input of the identification information may be set to be performed every time the ID card is inserted, or may be set to be performed when the recording card M is inserted a predetermined number of times (for example, 10 times). is there. In addition to the password, the identification information may be other information such as a fingerprint.
If there is an input of identification information, the card settlement apparatus CPU moves the process to step S602, and if there is no input of identification information, the card settlement apparatus CPU ends the control process in the card settlement apparatus 100.

(Step S602)
In step S602, the card settlement apparatus CPU determines whether or not the recording card M has been inserted into the card insertion slot 102 of the card settlement apparatus 100.
If the recording card M is inserted, the card settlement apparatus CPU moves the process to step S603, and if the ID card is not inserted, the card settlement apparatus CPU ends the control process in the card settlement apparatus 100.

(Step S603)
In step S603, the card settlement apparatus CPU determines whether or not a card reading flag is set in a storage area such as a RAM (hereinafter referred to as “card settlement apparatus storage area”) that constitutes the card settlement apparatus 100. This card reading flag is set in the process of step S607 described later.
The card settlement apparatus CPU moves the process to step S604 if the card reading flag is not set in the card settlement apparatus storage area, and moves the process to step S608 if the card reading flag is set.
In addition, when the identification information which only the game participant 12 knows is recorded on the recording card | curd M as mentioned above, for example, between the process of the said step S602 and the process of this step S603, a game participant 12 may be added a step for requesting input of the identification information.

(Step S604)
In step S604, the card settlement apparatus CPU determines whether or not the unreadable flag is set in the card settlement apparatus storage area. This unreadable flag is set in the process of step S614 described later.
If the unreadable flag is not set in the card adjusting device storage area, the card settlement apparatus CPU proceeds to step S605, and if the unreadable flag is set, the card settlement apparatus CPU proceeds to step S614.

(Step S605)
In step S605, the card settlement apparatus CPU determines whether the card information (card ID and money information) recorded on the recording card M can be read by a card reader apparatus (not shown). As the case where the card information cannot be read, for example, the recording card M is deformed or damaged, and when the recording card M cannot be set at a normal reading position, the recording card M is forged. In some cases, or when the card reader device itself is out of order.
If the card information stored in the recording card M can be read, the card settlement apparatus CPU moves the process to step S606, and if the card information cannot be read, moves the process to step S611.

(Step S606)
In step S606, the card settlement apparatus CPU manages the card ID recorded on the recording card M together with a cash start command (a command indicating that work related to payment of a prize or the like corresponding to monetary information has started). The process of transmitting to 120 is performed. As described above, when the management server 120 that has received the card ID determines that the corresponding card ID is not stored as a result of searching the card information storage area, there is a suspicion that the recording card M has been forged. As a thing, it is comprised so that the command which shows that may be transmitted to the terminal 140 for managers (step S222-4).
After the card settlement apparatus CPU transmits the cash start command and the card ID to the management server 120, the process proceeds to step S607.

(Step S607)
In step S607, the card settlement apparatus CPU temporarily stores the card information (card ID and money information) stored in the recording card M in the card settlement apparatus storage area and sets the card reading flag. Do.
After performing the above process, the card settlement apparatus CPU moves the process to step S608.

(Step S608)
In step S608, the card settlement apparatus CPU determines whether or not money information has been received from the management server 120. This money information is transmitted to the card settlement apparatus 100 in the process of step S222-3 of the game end process in the management server 120.
If the card settlement apparatus CPU has received monetary information, the process proceeds to step S609. If the monetary information has not been received, the card settlement apparatus CPU ends the control process in the card settlement apparatus 100.

(Step S609)
In the process of step S609, the card settlement apparatus CPU matches the monetary information temporarily stored in the card settlement apparatus storage area in step S607 with the monetary information received from the management server 120 in step S608. Determine whether or not. As a case where these pieces of information do not match, for example, when the monetary information of the recording card M is tampered.
If these pieces of information match, the card settlement apparatus CPU moves the process to step S615, and if not, moves the process to step S610.

(Step S610)
The card settlement apparatus CPU that has determined that the monetary information does not match in the process of step S609 performs an abnormality process in step S610. In this abnormality process, for example, an alarm indicating an abnormality is displayed, a message to that effect is displayed, and an abnormality signal is transmitted to the manager terminal 140.
After performing the abnormality process, the card settlement apparatus CPU ends the control process in the card settlement apparatus 100.

(Step S611)
The card settlement apparatus CPU that has determined that the recording card M cannot be read in the process of step S605 determines whether or not the participant terminal ID has been input. Specifically, in the card settlement apparatus CPU, an employee or the like who handles the card settlement apparatus 100 listens to the participant terminal 30 that was playing the card game from the game participant 12, and participates corresponding to the participant terminal 30. When the user terminal ID is input from the identification information input device 101, it is determined that the input has been made.
If the card settlement apparatus CPU determines that the participant terminal ID has been input, the process proceeds to step S612. If the card settlement apparatus CPU determines that the participant terminal ID has not been input, the card settlement apparatus CPU performs control processing in the card settlement apparatus 100. finish.
(Step S612)
In step S612, the card settlement apparatus CPU cannot read the unreadable command (card information recorded on the recording card M by the card settlement apparatus 100 together with the participant terminal ID input in step S611). (Command indicating this) is transmitted to the management server 120. As described above, when the management server 120 that has received the participant terminal ID determines that the corresponding participant terminal ID is not stored as a result of searching the card information storage area, the inserted record is inserted. Assuming that the card M is suspected of being counterfeited, a command indicating that fact is transmitted to the manager terminal 140 (step S222-8).
After the card settlement apparatus CPU transmits the unreadable command and the participant terminal ID to the management server 120, the process proceeds to step S613.

(Step S613)
In step S613, the card settlement apparatus CPU performs a process of setting an unreadable flag in the card settlement apparatus storage area.
After the card settlement apparatus CPU performs the above process, the process proceeds to step S614.

(Step S614)
In step S614, the card settlement apparatus CPU determines whether monetary information has been received from the management server 120. This money information is transmitted to the card settlement apparatus 100 in the process of step S222-7 of the game end process in the management server 120.
If the card settlement apparatus CPU has received monetary information, the process proceeds to step S615. If the monetary information has not been received, the card settlement apparatus CPU ends the control process in the card settlement apparatus 100.

(Step S615)
In step S615, the card settlement apparatus CPU performs a process of displaying, on the display device of the card settlement apparatus 100, monetary information that serves as an index for delivering a prize or the like to the game participant 12 (money information display process). . In this embodiment, the money information is displayed on the display device. However, the present invention is not limited to this, and the money information may be printed on a paper medium such as a receipt.
After performing the money information display process, the card settlement apparatus CPU moves the process to step S616.

(Step S616)
In step S616, the card settlement apparatus CPU determines whether the employee or the like has completed the cashing operation based on the money information displayed in the process of step S617. Specifically, an employee or the like operates a switch or other input means after performing a cashing operation, and determines that the delivery of the prize has been completed when predetermined information is input. Can do.
When the card settlement apparatus CPU determines that the cashing operation has been completed, the process proceeds to step S617. When it is determined that the cash settlement operation has not been completed, the control process in the card settlement apparatus 100 is terminated.

(Step S617)
In step S <b> 617, the card settlement apparatus CPU performs processing for transmitting a cash exchange end command to the management server 120.
After the card settlement apparatus CPU transmits the cash completion command to the management server 120, the process proceeds to step S618.

(Step S618)
In step S618, the card settlement apparatus CPU performs processing for turning off the card reading flag or the unreadable flag set in the card settlement apparatus storage area.
The card settlement apparatus CPU performs processing for turning off any of these flags, and then proceeds to step S619.

(Step S619)
If a card ID and money information are stored in the card settlement apparatus storage area in step S619, the card settlement apparatus CPU performs a process of erasing these information.
The card settlement apparatus CPU ends the control process in the card settlement apparatus 100 after erasing the information.

  As described above, in this embodiment, when the game participant 12 starts the baccarat game or another table game (for example, a roulette game), the recording card M storing the money information is inserted into the card reader 35. The money information is erased from the recording card M by the card reading device 35, and then the recording card M is automatically ejected from the card reading device 35. Further, when the recording card M in which no monetary information is stored is inserted into the card reader 35 and the game participant 12 operates the checkout button 37, the monetary information received from the management server 120 is written into the recording card M. Thereafter, the recording card M is automatically ejected from the card reader 35.

  Thus, in any case, when the game participant 12 inserts the recording card M into the card reading device 35, the recording card M is automatically ejected from the card reading device 35 after the money information is erased or written. Therefore, the game participant 12 can carry the recording card M not only when the baccarat game or other table game is ended, but also during the baccarat game or other table game. Become. For this reason, for example, the game participant 12 who has played the baccarat game using the participant terminal 30 installed in the area A1 uses the participant terminal 30 installed in the area A2 to another table. When it is desired to play a game, the participant terminal 30 installed in the area A2 is operated without performing a troublesome operation for discharging the stored recording medium as in the conventional valuable information reader. It is possible to use and play other table games.

  In the above configuration, since the monetary information of the game participant 12 who plays the baccarat game or other table game on the participant terminal 30 is transmitted to the management server 120 in real time, the monetary information is centralized on the store side. It becomes possible to manage.

  Further, when the game participant 12 inserts the recording card M into the card reader 35 and operates the checkout button 37, the money information stored / updated in the management server 120 is transmitted to the card reader 35. Money information is written by the card reader 35. For this reason, since the game participant 12 can acquire at least accurate money information at the time of ending the baccarat game or other table game, the game result is not reflected on the recording card M, so that the game It is possible to avoid a situation in which the participant 12 suffers a disadvantage.

  Further, according to the present embodiment, when the card settlement apparatus 100 can read the monetary information recorded on the recording card M, it performs a cashing operation based on the read updated value information. Is called. On the other hand, if the card settlement apparatus 100 cannot read the monetary information recorded on the recording card M, the participant terminal ID of the participant terminal 30 used by the game participant 12 is assigned to the employee. When a member or the like inputs from the identification information input device 101, money information recorded corresponding to the participant terminal ID can be acquired from the management server 120. That is, in any of the above cases, the card settlement apparatus 100 can surely acquire accurate monetary information reflecting the game result that the game participant 12 should acquire.

  According to the present invention, it is possible to newly play a table game using other participant terminals without any inconvenience, and the valuable value information is centrally managed on the store side. Therefore, it can be used for various table game systems capable of playing a table game by using a recording medium.

11 Dealer 12 Game Participant 21 Game Image Camera 22 Shooter Image Camera 30 Participant Terminal 31 Main Screen Display Area 32 Sub Screen Display Area 33 Bet Screen Display Area 34 Changeover Switch Image 35 Card Reader 37 Checkout Buttons 40, 50 large screen 60 game table 61 chute 62 supporting member 70 game participant table 80 chairs 90 for the card issuing apparatus 100 card settlement equipment 101 identification information input equipment 110 video server for the dealer 120 management server 130 for the dealer terminal 140 administrators terminal 150 hub 601a~601g small displays 602 large display C card L baccarat ruled N network V video signal Y game participants for the space M record card N network

Claims (1)

And the game result information input terminal that is capable of entering the game result information of tape over table games,
It is possible to change the read only Installing and its contents of value information to be stored in the record medium, and a terminal for participants capable of performing the input of betting information,
It said game with each result information input end及 beauty the player terminal are connected through a communication line, input from the game result information inputted the game result information and the player terminal input from the terminal a and value information and bet information and a management server capable of receiving, respectively therewith,
The management server
A marketable value information storage means you store the value information transmitted from the player terminal,
And dividend information calculation means for calculating the payout information based on the received and the game result information and the bet information,
And value information updating means for updating the value information stored in said value information storage unit based on the dividend information calculated by the dividend information calculation means,
When the table game at the terminal for at least the participant has finished, the marketable value information transmitting means that sends the value information stored in said value information storing means to the player terminal, the Have
The participant terminal is:
Doing read-in the value information stored before type recording medium, and transmits the person said value information read to the management server, receiving a previous Kieu titer value information from the management server Then, the -out writing the received value information on the recording medium write-free,
A table game system characterized by that.

Images