JP2017164324A - Card game device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game device capable of getting rid of player's dissatisfaction even if card clogging occurs during putout, and capable of appropriately progressing a game even if a game is continuously utilized.SOLUTION: A game device 10 is configured to count game cards 50 not put out because of abnormality when the game cards 50 are put out at predetermined timing in a game, and putout abnormality of the game cards 50, such as card clogging in a slot 112 for putting out the game cards 50, occurs, and to display the number of counted game cards 50 to be put out on a predetermined screen, such as an upper monitor 100, at predetermined timing.SELECTED DRAWING: Figure 12

Description

  The present invention relates to a card game apparatus using a game card.

  2. Description of the Related Art Conventionally, a game apparatus is known that allows a player to play in conjunction with a plurality of cards printed with codes having unique data.

  In particular, in such a game device, generally, a payout device for paying out a card used in the game device is installed. Conventionally, as a payout device for paying out such a card, a device capable of paying out without impairing the characteristics of the card has been provided (for example, Patent Document 1).

JP-A-9-81839

  However, in a game device having a card payout device described in Patent Document 1 or the like, when a game is used using a payout card and a card jam occurs during payout, In the first place, not only is the player dissatisfied due to the inability to use a game card in the game, but in the case of continuing to use the game, the use of the game is interrupted, and the excitement of the player due to the interruption It will also reduce the degree.

  The present invention has been made in order to solve the above-mentioned problems, and its purpose is to eliminate the dissatisfaction of the player and to continue even if an abnormality such as a card jam occurs during the payout. An object of the present invention is to provide a card game apparatus that can appropriately advance a game even when a game is used.

(1) In order to solve the above problems, the present invention provides:
A card game device that executes a game process using a given card and advances a given game,
Display means for displaying a given image relating to the game;
A card storage unit for storing the card and paying out the card before the game is executed;
Detecting means for detecting a payout state of the card when the card is paid out from the card storage unit;
A display control means for displaying an abnormality-related display on the display means during the game or after completion of the game, when an abnormality in the card payout is detected by the detection means;
It has the composition provided with.

With this configuration, in the case where an abnormality occurs when the card is not normally dispensed (that is, the card is clogged), the abnormality has occurred or has not been dispensed due to the abnormality. By displaying the abnormality such as the number of cards, it is not necessary to display the abnormality such as the occurrence of an abnormality each time an abnormality occurs, and the game continues to run even if the abnormality occurs Can be made.

  That is, according to the present invention, even when there is an abnormality in the payout of a card before the game is executed and the card cannot be provided to the player, the game can be started and the player is jammed. Objectively after the game has been executed (such as when it does not interfere with the progress of the game), or the display of an abnormality such as the number of jammed cards has occurred. Can be presented.

  Therefore, the present invention can reliably receive a card that could not be received due to a payout abnormality without causing distrust to the manager who manages the card, and to interrupt the game in the payout. The card can be received at the player's timing.

  As a result, the present invention can minimize the dissatisfaction given to the player based on the receipt or interruption of the card, and can eliminate the troublesomeness when receiving interruption or payout of the game. It is possible to maintain the interest of the player in the continuous use and improve the interest.

  “Before game execution” refers to a state in which a player can operate before a match in a battle game or before a role play such as RPG or the like is started, and is a deck (for example, a battle game yRPG). When a game such as this is executed, a state before an actual game such as a battle game or role play is executed, such as setting of a player character or item used for the match or role play) . The game start means that the player can operate after the accounting process.

  “After the game has been completed” means that the game that has been executed due to a game over or a role play has ended, and the operation of continuous use (continue) and the result of the game are displayed. Show. The game end indicates a state in which the player cannot operate.

  Furthermore, “when an abnormality regarding card payout is detected” means, for example, in addition to a state in which the card cannot be properly paid out due to clogged card discharge and cannot be provided to the player. This includes the case where a card that has not been printed properly is discharged when printing is performed.

(2) The present invention also provides:
A judgment means for judging a situation after the game starts;
The display control means is
According to the determination status of the determination means, a display relating to the abnormality is displayed on the display means.

  With this configuration, for example, the present invention does not display an abnormality display at a timing that hinders the progress of the game, such as during a battle, and does not display between the battle game and the next battle game or to the card game. The abnormality occurs depending on the situation of the game based on the game break, game scene, or elapsed time after the game execution, such as displaying the abnormality at a timing that does not interfere with the game, such as during registration It is possible to control display relating to an abnormality such as the number of cards that have not been paid out or due to the abnormality.

  Accordingly, the present invention eliminates the display that hinders the progress of the game, while executing the display related to the abnormality after the execution of the game to notify the player that there is an unpaid card or the number of cards. Can do.

  As a result, the present invention minimizes the dissatisfaction given to the player based on the reception and interruption of the card, eliminates the troublesomeness when receiving the interruption and payout of the game, and receives the card at the timing of the player. Since the request can be made, it is possible to maintain the interest of the player in the use of the game and its continuous use, and to improve the interest.

(3) The present invention also provides:
A counter for counting the number of cards to be normally paid out when an abnormality in the card payout is detected by the detecting means;
The display control means is
The number of cards counted by the counting means is displayed on the display means as a display relating to the abnormality.

  With this configuration, the present invention cumulatively counts the number of cards when the payout is not performed even if the card to be paid out before the game is not paid out due to the abnormality. In addition, the number of cards that are not paid out at a predetermined timing during the game (such as timing that does not hinder the progress of the game), after the game ends, or after the end of continuous use of the game, by displaying the information. Can be displayed.

  Therefore, the present invention can reliably receive a card that could not be received due to a payout abnormality without causing distrust to the manager who manages the card, and to interrupt the game in the payout. The card can be received at the player's timing.

  In addition, “counting the number of cards to be paid out normally” means not only cumulatively counting the cards that are paid out one by one at a predetermined timing such as before the execution of the game. This includes counting the number of cards to be paid out when a plurality of cards are paid out at the timing. The counted number indicates the number of game cards to be paid out at that timing.

(4) The present invention also provides:
When the card is repeatedly paid out by repeatedly executing the game,
The counting means comprises:
Each time the detecting means detects an abnormality in the card payout, the card that is to be normally paid out is cumulatively counted.

  With this configuration, for example, the present invention can display the number of unpaid cards even if the card is repeatedly paid out when the game is continuously used. It is possible to avoid receiving it every time it occurs.

  Therefore, according to the present invention, even when a card payout is repeatedly executed by repeatedly executing a game and a card payout abnormality occurs repeatedly, a card payout error is detected at the player's timing. It is possible to reliably receive a card that the player could not receive.

  With this configuration, the present invention can display the number of unpaid cards after the game, which is assumed to be the timing at which the player wants to receive unpaid cards, so that the player can reliably receive the unpaid cards. Can do.

(5) The present invention also provides:
When an abnormality in the card payout is detected by the detecting means, or when the abnormality is detected and instructed by a player who is executing the game, the occurrence of the abnormality is notified. Notification control means for controlling the notification means;
A game control means for stopping execution of the game until an input of a game restart is received or a predetermined time has elapsed when the occurrence of the abnormality is notified;
Is further provided.

  With this configuration, the present invention can notify the manager of the card game device of an abnormality regarding the payout of the card, thereby reliably preventing the player's disadvantage when an abnormality such as the receipt of an unpaid card occurs. Can do.

  Further, according to the present invention, since the player can also control the notification to the administrator, even if the player desires continuous use after the game ends, the execution of the game is not forcibly stopped. The execution of the game can be stopped at a timing desired by the player and an unpaid card can be received.

  Furthermore, the present invention can stop the execution of the game when an abnormality is notified, so that it is possible to prevent other players from using the card game apparatus and to exploit unpaid cards of other players. It is possible to prevent an inadvertent game from being executed, and to ensure that the corresponding player receives an unpaid card.

  In addition, the case where the player permits is that the button displayed on the display means so that the player can perform a touch operation is touched, or a physical switch provided in the card game device is depressed at a predetermined timing. Includes cases. However, when the physical switch is pushed down, it is preferable to execute a composite switch operation rather than pushing down a single switch such as pushing down two buttons simultaneously.

(6) The present invention also provides:
Management means for managing execution of the game in association with a player ID uniquely assigned to each player;
When an abnormality in the card payout is detected by the detecting means, information relating to the abnormal situation is stored in association with the player ID in a storage means or a server device that manages the card game device. Memory control means;
Is further provided.

  With this configuration, the present invention can manage and display an abnormality regarding the payout of a card for each player, and can reliably prevent the disadvantage of the player in which the abnormality has occurred. At the same time, it is possible to eliminate players who gain profits illegally.

  In particular, according to the present invention, if managed by the server device, even when the same game is used in different card game devices or when the same player executes the game on the same card game device discontinuously, Unpaid cards can be managed for each player.

  In this case, the present invention reliably prevents a player's disadvantage when an abnormality occurs, such as receipt of an unpaid card, which has occurred, and other players' unpaid cards. Can be prevented.

  It should be noted that the information regarding the abnormal situation includes information on the card payout abnormality and the number of unpaid cards at the time of the payout abnormality.

(7) The present invention also provides:
The storage control means is
In the case where an abnormality in the card payout is detected by the detection means in association with the player ID and the number of cards to be normally paid out is counted, the counted number of cards Is stored in the storage means or the server device in association with the player ID as information relating to the abnormal situation.

  With this configuration, the present invention can manage and display the number of unpaid cards for each player, so that the number of unpaid cards of the player in which the unpaid card has occurred can be compensated.

  In particular, according to the present invention, if managed by the server device, even when the same game is used in different card game devices or when the same player executes the game on the same card game device discontinuously, The number of unpaid cards can be managed for each player.

(8) The present invention also provides:
The storage control means is
If the game is executed with a player ID that is different from the player ID managed when the previous game was executed, and the information about the abnormal situation is held, the game ID is held. Information relating to an abnormal situation is stored in the storage means or the server device in association with a player ID before the execution of the game is started.

  With this configuration, the present invention can manage the payout of cards for each player, so that it is possible to ensure the player's disadvantage when an abnormality such as receipt of an unpaid card has occurred. It is possible to prevent unauthorized payment of unpaid cards of other players.

  In particular, the present invention can manage the information even if the user forgets to receive a card that has been unpaid, so that the player can reliably receive the card when an unpaid card has occurred. it can.

(9) The present invention also provides:
An acquisition means for acquiring a player ID uniquely assigned to each player;
The display control means is
The content of the display control for the display relating to the abnormality is changed according to whether or not the player ID has been acquired.

  With this configuration, the present invention provides an abnormality when an unpaid card is generated based on the player's intention, such as switching the presence / absence of the display relating to the abnormality depending on the presence / absence of the player ID and controlling the display content. It is possible to execute control of display regarding.

It is a figure which shows an example of the system configuration | structure which shows the structure of the game system of one Embodiment. It is an example of the functional block diagram which shows the structure of the server apparatus in one Embodiment. It is a figure which shows an example of the perspective view which shows the external appearance structure of the game device of one Embodiment. It is a figure which shows an example of the game card in one Embodiment. It is an example of the side view in the state in which the opening-and-closing door is open in the game device of one embodiment. It is an example of the front perspective view in the game device of one embodiment in the state where an opening-and-closing door is an open state. It is an example of the front view of the state which mounted | wore with the cover in the card storage part of one Embodiment, and the front view of the state which removed the cover. It is an example of the perspective view (without a cover) of the card storage part which shows the storage state which stores the game card in one Embodiment. It is an example of the disassembled perspective view in the field monitor of one Embodiment. It is an example of the front perspective view of the field board in which the light output part of the recognition unit in one embodiment was formed. It is an example of the top view from the upper surface in the base part (the upper part of a housing | casing and a field board is not provided) of one Embodiment. It is a block diagram which shows the block configuration of the drive control unit of one Embodiment. FIG. 10 is a diagram for explaining the display of the number of unpaid game cards in a card payout abnormality, which is a processing technique according to an embodiment. It is a flowchart (the 1) which shows the operation | movement of the game process including the unpaid card display process based on the card payment abnormality performed by the game device of one Embodiment. It is a flowchart (the 1) which shows the operation | movement of the game process including the unpaid card display process based on the card payment abnormality performed by the game device of one Embodiment.

  Hereinafter, this embodiment will be described. In addition, this embodiment demonstrated below does not unduly limit the content of this invention described in the claim. In addition, all the configurations described in the present embodiment are not necessarily essential configuration requirements of the present invention. Furthermore, in the following embodiments, a game device includes a game device that executes a predetermined game process using a game card to advance the game, and a server device that controls the game device via the network. It is an embodiment when the card game device according to the present invention is applied to the system.

[1] Game System First, the outline and outline configuration of the game system 1 of the present embodiment will be described with reference to FIG. FIG. 1 is a diagram showing an example of a system configuration showing the configuration of the game system 1 of the present embodiment.

  As shown in FIG. 1, the game system 1 of the present embodiment is configured such that the server device 5 and the game device 10 (for example, the game devices 10A, 10B, and 10C) can be connected to the Internet (an example of a network). ing.

  The server device 5 functions as a management server device that manages each data of the player and manages each game device 10, manages the game executed in each game device 10, manages the movable state, and each game device. 10, the communication management of game data when executing a battle game with another player is executed.

In addition, the server apparatus 5 may be comprised by one (apparatus, processor), and may be comprised by the some (apparatus, processor).

  The game apparatus 10 establishes communication with the server apparatus 5 via the network N, and executes a game based on the transmitted / received game data while transmitting / receiving game data related to the game.

  For example, the game apparatus 10 starts a game based on the insertion of a virtual currency or a game medium such as a medal or a coin, and executes a predetermined game process to advance the game. In particular, the game apparatus 10 is configured such that each player executes a game process of a game alone or performs a predetermined game process in cooperation with another game apparatus 10 in cooperation with another player.

  Further, the game device 10 manages the players (data management and billing management) using an ID such as a game card, in addition to preparing for linked play with other game devices 10 under the management of the server device 5. And before starting a battle | competition game, it has each structure for performing control regarding version upgrade and maintenance of an application (game program).

  Note that various data stored in a storage area (storage unit 540 described later) of the server device 5 is stored in a database (storage device or memory in a broad sense) connected via a network (intranet or Internet). It may be.

[2] Server Device Next, the server device 5 of this embodiment will be described with reference to FIG. FIG. 2 is a diagram illustrating functional blocks of the server device 5 according to the present embodiment. Further, the server device 5 of the present embodiment may have a configuration in which some of the components (each unit) in FIG. 2 are omitted.

  The server device 5 communicates with an input unit 520 for use by an administrator and other inputs, a display unit 530 that performs predetermined display, an information storage medium 580 that stores predetermined information, and the game device 10 and others. It includes a communication unit 596, a processing unit 500 that mainly executes processing related to a game to be provided, and a storage unit 540 that stores various data mainly used for the game.

  The input unit 520 is used by a system administrator or the like for game settings, other necessary settings, and data input. For example, the input unit 520 of the present embodiment is configured with a mouse, a keyboard, and the like.

  The display unit 530 displays an operation screen for the system administrator. For example, the display unit 530 of the present embodiment is configured by a liquid crystal display or the like.

  An information storage medium 580 (a computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), a magneto-optical disk (MO), a magnetic disk, a hard disk, and a magnetic tape. Alternatively, it can be realized by a memory (ROM).

  The processing unit 500 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 580. That is, the information storage medium 580 stores a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit).

  The communication unit 596 performs various controls for communicating with the outside (for example, a terminal, another server, or another network system), and functions as hardware such as various processors or communication ASICs. Or a program.

  The storage unit 540 serves as a work area for the processing unit 500, the communication unit 596, and the like, and its function is configured by a RAM (VRAM) or the like. Note that information stored in the storage unit 540 may be managed in a database.

  Further, in the present embodiment, the storage unit 540 includes a main storage unit 542 that functions as a work area in each process, game information 544 that indicates information related to the game to be provided, and player information that indicates information related to the player regarding the game to be provided. 546, information related to the account of each player in the virtual currency (hereinafter referred to as "account information") 548, and other various information necessary for game calculation are stored.

In particular, the player information 546 stores information about the player, for example,
(1) Player ID and
(2) Game history information including the type of game device that executed the game, the attribute (store or region) of the game device, and the date and time used, and (3) play data including items that the player has in each game;
(4) Information on the number of unpaid game cards generated in the past game (hereinafter referred to as “past unpaid number”) is stored.

  The past unpaid number information (hereinafter referred to as “past unpaid number information”) is, for example, information relating to an abnormal situation, and when the game apparatus 10 has executed a game in the past, the unpaid amount information The number of game cards 50 when there is a game card 50 and the unpaid game card is not paid out is shown.

In addition, in the account information 548, in order to manage information regarding the user who opened the account for virtual currency,
(1) Player ID and
(2) the card ID of the IC card possessed by the player;
(3) user attribute information indicating user attributes;
(4) Balance information regarding the virtual currency account;
(5) History information regarding charging and charging history;
Is memorized.

  The processing unit 500 performs various processes using the main storage unit 542 in the storage unit 540 as a work area. The functions of the processing unit 500 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  The processing unit 500 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 580. That is, the information storage medium 580 stores a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit).

  For example, the processing unit 500 (processor) controls the entire server device 5 based on a program stored in the information storage medium 580 and performs various processes such as control of data exchange between the units. . Further, it performs processing for providing various services according to requests from the terminal.

  Specifically, the processing unit 500 of this embodiment includes at least a communication control unit 501 and a terminal management unit 502.

  The communication control unit 501 performs processing for transmitting and receiving data to and from the game apparatus 10 via the network. That is, the server device 5 performs various processes based on information received from the game device 10 or the like by the communication control unit 501.

  In particular, the communication control unit 501 of the present embodiment performs management of a game executed on the game device 10, management of a player who plays the game, and maintenance of each game device 10 based on a request from the game device 10. Various types of communication are performed.

  The terminal management unit 502 performs various managements for managing a game executed in the game apparatus 10, managing a player who plays the game, and maintaining each game apparatus 10, and managing a plurality of game apparatuses 10. Various management is performed when the game is executed in conjunction with each other.

  In particular, when receiving a unique ID (hereinafter referred to as “player ID”) for identifying a player transmitted from the game apparatus 10, the terminal management unit 502 searches the storage unit 540 and sets the corresponding player ID. The associated player information 546 (specifically, play data) is transmitted to the corresponding game apparatus 10.

  In addition, when the terminal management unit 502 charges a game executed in the game apparatus 10 using the virtual currency based on the player ID, the instruction of the player received via the game apparatus 10 and the corresponding player Charging is executed based on the account information 548.

  Then, the terminal management unit 502 updates the balance information in the account information 548 with the balance after charging, and rewrites the information on the ID card used in the game apparatus 10 with the balance information. Send to.

  Note that the terminal management unit 502 performs update and operation management of the game program in addition to collecting information related to the malfunction of each game apparatus 10.

[3] Game Device [3.1] Outline Configuration Next, an outline of the game device 10 in the present embodiment will be described with reference to FIG. FIG. 3 is an example of a perspective view showing an external configuration of the game apparatus 10 in the present embodiment.

  As shown in FIG. 3, the game device 10 according to the present embodiment instructs the player to perform the operation of the player when an IC card is used to instruct charging in virtual currency, or when a game medium such as a medal or coin is inserted. The game device executes a predetermined game process based on a game card 50 used by a player and advances the game.

  In particular, the game device 10 of the present embodiment has a game field F on which a game card 50 (including a digital card) owned by the player is placed, and is configured by a touch panel, and is placed on the game field F. Recognize at least one of the type, position, and number of game cards 50 placed, and play a communication battle with another player who operates another game device 10 or a computer based on a touch operation input. It has a configuration for executing a game.

Further, the game apparatus 10 recognizes the game card 50 on the game field F, thereby specifying the player character and equipment such as an item (weapon or a fighter or a battleship to be boarded), and playing the game of the player character. The game progresses based on the movement of the card 50 on the game field F and the detected operation input of the player.

  Then, the game apparatus 10 uses a deck organized by the game card 50 (for example, when a game such as a battle game or RPG is executed, a player character or item used for the battle or role play is set). The game is executed and the game is advanced with another player or computer, and a new game card 50 is provided to the player after the game is started, before the game is started, before the role play game is executed, or after the game is ended. It has a possible configuration.

  Furthermore, the game apparatus 10 is provided at the start of the game after charging, during the reception of a new game before the start of the game execution, during the game (during the game execution), after the execution of the game, or at the end of the game. It is configured to execute various effects such as effect images and effect sounds.

  In this embodiment, the game start indicates that the player can be operated after the billing process, and before the game is executed, the player information 546 is acquired and the battle in the battle game is obtained. This shows a state in which the player can operate before or after the start of a role play such as RPG or the like before a game such as a battle game such as deck setting is executed.

  The end of the game indicates a state in which the player cannot perform the operation, and the end of the game execution indicates a state in which the game in which the battle or role play is being executed due to the game over or the like is ended. The screen display for prompting continuous use (display of the continue screen) or the display of the game result is a process after the game is finished and before the game is finished.

  Furthermore, the game apparatus 10 may provide the player with a new game card 50 after the game is completed, such as after the match is over, at a predetermined timing in the role play, or during the game.

  Structurally, as shown in FIG. 3, the game apparatus 10 includes a housing 30 having a given three-dimensional shape, and is provided on the front surface of the housing 30 at an upper portion thereof. An opening / closing door 40 joined via 38, a monitor (hereinafter referred to as “upper monitor”) 100 for displaying a given image relating to a game having a display surface formed on the front surface of the opening / closing door 40, and the opening / closing door. 40 and provided on the back side of the opening / closing door 40, and a card storage unit 110 for storing the game card 50.

  In particular, the housing 30 is configured by a vertically long box shape as a given three-dimensional shape. Specifically, the housing 30 is formed as a stable base, and a box-shaped base 31 having a field board 32 formed on the upper surface thereof, and the upper surface of the base 31 and the rear side of the field board 32. And a box-shaped housing upper part 33 formed above. In particular, the housing upper part 33 has a structure for placing the upper monitor 100 at a predetermined height and a structure for supporting the door 40.

  In addition, the game apparatus 10 is provided at a central portion with respect to the vertical direction of the casing 30 and below a portion where the card is paid out, and a game board 50 is placed on the field board having a field surface 20 constituting the game field F. 32, a display surface formed on the field surface 20, a monitor (hereinafter referred to as “field monitor”) 120 for displaying a predetermined image disposed below the field board 32, and a lower portion of the housing 30. A recognition unit 130 for recognizing a card placed on the field surface 20 and a detection unit 140 for optically detecting a player's operation input based on the display of the field monitor 120.

  Further, the game apparatus 10 is provided in the upper portion 33 of the housing and on the back side of the opening / closing door 40, and works such as a drive control unit 150 and a power switch and a reset button arranged in parallel with the drive control unit 150. Various switches 41 and 42 operated only by a person are formed.

  For example, the upper monitor 100 and the field monitor in the present embodiment constitute the display means of the present invention, and the storage unit 111 constitutes the card storage section of the present invention. Further, for example, the detection unit 140 of the present embodiment constitutes the detection means of the present invention together with the drive control unit 150, and the drive control unit 150 of the present embodiment includes the determination means, counting means, display control means of the present invention, A storage control unit, a management unit, a notification control unit, a game control unit, and a management unit are configured.

  On the other hand, a top plate (saddle) 34 is formed at the top of the housing 30 so that fluorescent light or other light is not reflected on the field board 32 (specifically, the field monitor 120). On one side of the housing 30 (left side with respect to the drawing) and on the side of the open / close door 40, a partition plate 35 for blindfolding from a player of another adjacent game device 10 is formed.

  In particular, a light effect unit 60 such as an LED or a lamp is formed on the top board 34, and these light effect units 60 follow the effect of the game or when an abnormality of the game apparatus 10 is detected (specifically As will be described later, when an abnormality in the payout of the game card 50 is detected), blinking control or lighting control for notifying that effect is executed.

  A pair of speakers 39 are provided on both side surfaces of the opening / closing door 40 of the upper portion 33 of the housing for outputting effect sounds and other sounds related to the game arranged toward the front surface of the housing 30. . A handle 36 for opening and closing the opening / closing door 40 is formed on the right side surface (specifically, the right side in the drawing) of the housing upper portion 33.

  Further, an insertion slot 37 for inserting a play medium such as a coin or medal used as a cost for starting a game is formed on the front surface of the field board 32.

  On the other hand, a recognition unit 130 that recognizes the game card 50 placed on the field surface 20 by imaging the field surface 20 from the back surface is formed inside the base 31.

  In the present embodiment, the recognition unit 130 needs to recognize the game card 50 placed on the field surface 20 and needs to capture the entire field surface 20 from the back surface. Therefore, it is not possible to secure a sufficient space for arranging other members other than the recognition unit 130.

  Therefore, in the present embodiment, the drive control unit 150 necessary for driving the game apparatus 10 is arranged inside the upper housing portion 33.

  Since the drive control unit 150 is disposed inside the upper portion 33 of the casing and needs to be accessed for maintenance work or the like, the opening and closing door 40 is provided in the upper portion 33 of the casing. It has been.

With this configuration, the game apparatus 10 according to the present embodiment allows the game card 50 used for the game to be played to the player who plays the game while viewing the upper monitor 100 by paying out the surface of the door 40. Can be easily taken out.

  Further, in the game device 10 of the present embodiment, the card storage unit 110 can be exposed from the front surface of the housing 30 by opening the opening / closing door 40, so that the game card 50 provided to the player can be provided. Maintenance of the card storage unit 110 such as replenishment can be easily performed.

  Note that the game apparatus 10 of the present embodiment may be a system dedicated to the single player mode in which only one player can play regardless of the communication battle or the computer battle, or has a multiplayer mode in which a plurality of players can play. It may be a system.

  Further, when a plurality of players play, game images and game sounds provided to the plurality of players may be generated by the respective game devices 10 or connected via a network (transmission line, communication line) or the like. It may be generated by distributed processing using the game device 10 of the battle destination or a server device (not shown).

[3.2] Game Card Next, the game card 50 of the present embodiment will be described with reference to FIG. FIG. 4 is a diagram illustrating an example of the game card 50 according to the present embodiment.

  The game card 50 is a card that defines items such as player characters, teammate characters, weapons, in-game currency, tools, or life energy possessed by each character.

  In the present embodiment, in principle, a game card (hereinafter simply referred to as “game card”) 50 that exists in the real space as a medium is used as a medium, but in addition to the game card 50, A game card (hereinafter referred to as “game card data”) as digital data may be used.

  Further, the game card 50 has a predetermined thickness (about 0.7 mm), and as shown in FIGS. 4A and 4B, the game card 50 is used for a player character used in a game by the player or the player character. The equipment is composed of a front surface 51 drawn by a figure, a picture, or a photograph, and a back surface 52 on which information for identifying each game card 50 is formed by the recognition unit 130.

  On the surface 51, in addition to the player character and equipment symbols (including pictures, photos, graphics, etc.) 53, information 54 relating to various characteristics such as the name of the player character or equipment, its description, and ability. Is formed.

  The back surface 52 is formed with a code such as a graphic code such as a two-dimensional barcode, a character such as alphanumeric characters, a dot pattern, or a graphic having a given shape. It has identification information 55 that can be specified by the recognition unit 130 and can also recognize the orientation of the game card 50.

  In particular, in the case of this embodiment, the back surface 52 of the game card 50 is identified by ink that is invisible to a person such as a player and that can be imaged by an imaging camera when irradiated with infrared rays. 55 is formed.

  FIG. 4B shows an example in which the identification information 55 is a two-dimensional barcode. However, the identification information 55 of the present embodiment may be visible.

  In addition, a still image or a moving image such as an introduction of the game card 50 is formed on the back surface 52 by printing or other methods, and identification information 55 is embedded in the image in an invisible manner by an invisible ink or the like. Also good.

On the other hand, each player basically acquires various game cards 50 by paying out from the card storage unit 110 at the start of the game (before the game is executed) or after the execution of the game is finished (before the game is ended). To do. However, each player
(1) If you win in a competitive game with another player,
(2) When a predetermined game stage is cleared, when a player's game level is increased, or when a task on a predetermined game is completed. (3) When a lottery game called gacha is won,
(4) When a present is received from another player registered as a friend, or
(5) When purchased by paying costs such as billing,
It is also possible to acquire according to the game situation.

  Further, when the game cards 50 are placed on the field surface 20 before the start of the battle game, each game card 50 is registered as a character or equipment used for the battle game by executing a predetermined operation by the player. The game card 50 relating to the character functions as an operation target for the player to advance the game during the game.

[3.3] Opening / Closing Door Next, the opening / closing door 40 in the present embodiment will be described with reference to FIGS. 5 and 6. 5 is an example of a side view of the game apparatus 10 according to the present embodiment when the door 40 is open. FIG. 6 is a front perspective view of the game apparatus 10 according to the present embodiment when the door 40 is open. It is.

  The opening / closing door 40 has a predetermined thickness and is formed at 90 degrees or almost 90 degrees with respect to a vertical surface (a surface (horizontal surface) on which the game apparatus 10 is installed) on the upper front surface of the housing 30 using a frame structure. Formed on the surface).

  The opening / closing door 40 is formed on one side surface of the housing 30 so as to be openable and closable by being joined to the housing 30 via a hinge serving as an opening / closing portion 38. It has a configuration that can be exposed to the vertical surface side. One end portion (the end portion on the right side of the drawing in FIG. 3) of the opening / closing door 40 has a structure that is movable and separated from the housing 30 when opening and closing.

  The size and number of the hinges 38 are not limited as long as the hinges 38 can appropriately support the weight of the opening / closing door 40 in the open state. In particular, if a space where an operator can work with respect to the back surface of the door 40 is formed, the maximum movable angle of the hinge 38 when the door 40 is in the maximum open state is not limited. Due to its workability, the hinge 38 has a structure that can be moved so that the opening / closing door 40 opens 90 degrees or more with respect to the closed state.

  On the other hand, the open / close door 40 has a display surface formed on the front surface of the open / close door 40 and incorporates an upper monitor 100 having a predetermined screen size (for example, 32 inches), and a game card 50 on the back thereof. A card storage unit 110 to be stored is incorporated.

  The upper monitor 100 is incorporated in the open / close door 40 so as to be separated from the housing 30 together with the open / close door 40 when the open / close door 40 is opened and closed.

  The upper monitor 100 is formed integrally with the open / close door 40 and is constituted by, for example, a panel of a liquid crystal element or an organic EL (Electro Luminescence) element, and is based on display data generated in the drive control unit 150. Display a given image about the game.

  The card storage unit 110 is attached to the back side of the opening / closing door 40 and has a structure capable of storing the game card 50 from the back side of the opening / closing door 40.

  In particular, the card storage unit 110 is disposed on the back side of the upper monitor 100, and, like the upper monitor 100, when the opening / closing door 40 is opened and closed, the card storage unit 110 is opened together with the opening / closing door 40. It is incorporated in the door 40 so as to be separated from the body 30. The details of the card storage unit 110 in this embodiment will be described in detail below.

  On the other hand, in the opening / closing door 40, a reset switch 70 for inputting a game restart in the game apparatus 10 (that is, for resetting) is formed. In particular, the reset switch 70 is formed by various types of switches such as a push button switch, a toggle switch, a dip switch, or a key switch, and is formed at a position that can be operated only by an administrator.

  Note that the position of the reset button according to the present embodiment is not limited as long as it is formed at a position that cannot be pushed down by a player and can be pushed down by an administrator.

[3.4] Card Storage Unit Next, the card storage unit 110 of the present embodiment will be described with reference to FIGS. 7 and 8. 7 is a front view of the card storage unit 110 of the present embodiment with the cover 118 attached and a front view of the cover 118 removed, and FIG. 8 stores the game card 50 of the present embodiment. It is a perspective view (without a cover) of the card storage part 110 which shows the storage state currently performed.

  As shown in FIGS. 7 and 8, the card storage unit 110 is provided in the opening / closing door 40 and is provided on the surface of the storage unit 111 having an opening toward the inside of the housing 30 and the opening / closing door 40. A payout exit 112, a card detection sensor 113 provided at the payout exit 112, and a delivery roller 114 that sends the game card 50 from the payout exit 112 to the surface of the opening / closing door 40.

  The card storage unit 110 constitutes the base of the storage unit 111 and drives the delivery roller 114, a storage state detection sensor 116 that detects the presence or absence of the game card 50 in the storage unit 111, and storage. A weight unit 117 for weight placed on the uppermost game card 50 housed in the unit 111 and a cover 118 covering the opening of the housing unit 111 are provided.

  The storage unit 111 is formed in a vertically long box shape having an opening toward the inside of the housing 30, and is attached to the back side of the open / close door 40 and the back side of the upper monitor 100. The storage unit 111 has a structure in which about 150 to 200 game cards 50 can be stored in a stack in the vertical direction.

  The payout opening 112 is formed on the surface of the open / close door 40 and at the lower right of the upper monitor 100. Also, under the control of the drive control unit 150, a structure in which the game cards 50 are paid out one by one to the surface of the open / close door 40 in accordance with a predetermined timing such as the start of the game (before the game is executed) or the progress of the game have.

  The card detection sensor 113 is a sensor that is provided at the payout port 112 and detects whether or not the game card 50 has been sent out to the payout port 112 and whether or not the game card 50 has been acquired by the player.

  In particular, the card detection sensor 113 is used to detect that the game card 50 has been sent to the payout port 112 and to detect the presence or absence of the game card 50 at the payout port 112. Then, when the game card 50 is present at the payout port 112, a predetermined signal is transmitted to the drive control unit 150.

  Under the control of the roller mechanism 115, the delivery roller 114 starts to rotate from the stopped state toward the front surface of the door 40 when paying out the game card 50, and the game card 50 is transferred from the card storage unit 110 to the payout port 112. It is a roller that feeds out.

  The roller mechanism unit 115 controls the rotation and stop of the delivery roller 114 under the control of the drive control unit 150, and controls the payout of the game card 50 stored in the card storage unit 110.

  The storage state detection sensor 116 outputs a predetermined signal when the number of game cards 50 stored in the card storage unit 110 is less than a predetermined number or when the stored game cards 50 are exhausted. 150. For example, the storage status detection sensor 116 detects the weight of the storage unit 111 in order to detect the presence or absence of the game card 50.

  The weight unit 117 has a predetermined weight, is formed in a predetermined plate shape, and is used for appropriately sending the game card 50 to the payout port 112 by the sending roller 114. In particular, the weight unit 117 is arranged such that even when the number of game cards 50 stored in the storage unit 111 decreases, the game card 50 in the lowermost layer is sent out to the payout port 112 by the sending roller 114. A predetermined weight can be added to 50.

  In addition, if the weight unit 117 functions as a weight, the shape is not limited and the weight is not limited.

[3.5] Field Board Next, the field board 32 of the present embodiment will be described.

  As shown in FIG. 3, the field board 32 of the present embodiment constitutes a game field F projecting from the front surface of the casing 30 at the center of the casing 30, and has a rectangular shape in plan view. A display surface formed on the field surface 20, a field monitor 120 disposed under the field board 32, a detection unit 140 for detecting an operation input of the player based on the display of the field monitor 120, and an operation by the player An operation panel 160, and a card reader / writer 170 that reads / writes predetermined information from / to an IC card for identifying a player.

  The field surface 20 is formed with a slope that decreases from the back side of the field board 32 (the back side of the housing 30) to the front side. That is, the field surface 20 has a predetermined angle of inclination that decreases from the back side to the front side of the field board 32 (for example, an inclination of about several degrees to 10 degrees with respect to the horizontal plane).

The field monitor 120 is configured by a liquid crystal element, and displays an image for configuring the game field F on which the game card 50 is placed and an operation content of the player under the control of the drive control unit 150.

  In particular, in the present embodiment, since the game card 50 placed on the field surface 20 needs to be recognized from the back by the recognition unit 130, the field monitor 120 has a backlight unit necessary for displaying an image. 128 is formed on the side surface of the field monitor 120.

  In addition, the field monitor 120 displays an image of the operation content for the touch operation in a predetermined area on both sides of the screen, and the game field F in which the game card 50 is placed in the other area (that is, the center of the screen). Display the screen that constitutes.

  The detection unit 140 is an optical detection unit that is incorporated in the field monitor 120 and formed as a part thereof. However, the detection unit 140 does not need to be incorporated in the field monitor 120 as long as it can detect the player's operation input to the field monitor 120.

  Details of the field monitor 120 and the recognition unit 130 having the detection unit 140 in this embodiment will be described later.

  In addition, the operation panel 160 includes predetermined buttons, and has a configuration that outputs information on the buttons pressed down by the user to the drive control unit 150 as input information.

  The card reader / writer 170 reads and writes information on an IC card (not shown) held by the player. Then, the card reader / writer 170 reads the card ID and the balance information in the card from the IC card, interlocks with the player information 546 stored in the server device 5, and based on the instruction information input by the player, The balance information in the IC card is updated.

  For example, the card reader / writer 170 is configured by an NFC card reader / writer that performs data communication by constructing a communication line by supplying power to an IC card that is brought close by electromagnetic induction. The card reader / writer 170 may be separate from the main body of the game apparatus 10.

[3.6] Field Monitor Next, the detection unit 140 of this embodiment will be described with reference to the field monitor 120 and the detection unit 140 with reference to FIG. FIG. 9 is an exploded perspective view of the field monitor 120 of the present embodiment.

  The field monitor 120 is formed of a transparent or translucent member so that an image is formed on the field surface 20 and the game card 50 placed on the field surface 20 is recognized by taking an image from below. It has a game field F.

  The field monitor 120 includes, in order from the field surface 20 downward, an upper case 121 that forms the field surface 20, a detection unit 140 that detects contact on the field surface 20 of the player, and a mounting bracket U1. An upper protective glass 122 that protects the upper surface side, a liquid crystal unit 123 that displays an image, a lower protective glass 124 that is attached using a mounting bracket U2 and protects the lower surface side, a lower case 125, Consists of

  In particular, the detection unit 140 is a unit that detects a touch operation input based on the respective light receiving states of a plurality of light beams emitted on the field surface 20.

  Specifically, the detection unit 140 is a unit for detecting a contact position on the field surface of the user and outputting user input information based on the detected position to the drive control unit 150. That is, the detection unit 140 is configured to detect an operation input of a player touched (contacted) on the field surface 20.

  In addition, the detection unit 140 is configured by using a plurality of light beam irradiation units 141 and a plurality of light receiving units 142 that receive the light beams, which are respectively formed in opposing portions of the frame member of the field monitor 120.

  The light beam irradiation unit 141 is disposed along the outer periphery of the field surface 20. Specifically, the light beam irradiation unit 141 includes a plurality of light beams at a predetermined interval on two sides (specifically, two sides that are the x-axis and the y-axis on the field surface 20) in the frame of the field monitor 120. A formed light beam such as infrared rays is irradiated on the field surface 20 (touch panel surface) in parallel with the field surface 20.

  The light receiving unit 142 is disposed along the outer periphery of the field surface 20 in the same manner as the light beam irradiating unit 141. Specifically, the light receiving unit 142 is a frame of the field monitor 120 that is different from the side on which the light beam irradiation unit 141 is formed, and is provided on each of two sides of the frame opposite to the frame. The light beam emitted from 141 is received.

  In particular, the light beam irradiation unit 141 and the light receiving unit 142 are provided to prevent the light beam from being blocked (that is, detected) by the game card 50 placed on the field surface 20 (specifically, the upper case 121). The upper side of the field surface 20 is provided at a position higher than the thickness of the game card 50 (for example, about 1 mm to 1.5 mm).

  The detection unit 140 detects that the light beam has been blocked when it contacts or approaches the field surface 20, and the vertical and horizontal (ie, x-axis and y-axis) coordinates on the field surface 20 are detected by the blocking. To detect.

  Note that the player's instruction input (that is, contact operation input) according to the present embodiment includes a touch operation or slide operation by a user's finger, and an indirect touch operation or slide executed via a device such as a pointing device. Includes operations.

  On the other hand, the liquid crystal unit 123 includes a liquid crystal panel 126, a light guide plate 127 for guiding light (backlight) emitted from the outer periphery of the side surface of the liquid crystal unit 123 to the liquid crystal panel 126, and a backlight unit that irradiates a backlight. 128.

  Specifically, the liquid crystal panel 126 includes a pair of glass substrates, a pair of transparent electrodes sandwiched between the pair of glass substrates, a pair of alignment layers sandwiched between the pair of transparent electrodes, and a pair of alignments. The liquid crystal layer is sandwiched between layers. In particular, the liquid crystal layer has liquid crystal molecules that are twisted and aligned at a predetermined angle (specifically, 90 degrees) between the pair of alignment layers.

The light guide plate 127 has a configuration in which a backlight irradiated inward from a frame (that is, an outer periphery) formed on the side surface of the liquid crystal unit 123 is incident on the back surface of the liquid crystal unit 123. That is, the light guide plate 127 has a structure that changes the irradiation direction of the light irradiated from the side surface of the liquid crystal unit 123 from the back surface direction of the liquid crystal unit to the front surface (that is, the field surface 20).

  The backlight unit 128 is attached to each of four frames formed on the side surface of the liquid crystal unit 123 and irradiates light toward the light guide plate 127. That is, the backlight unit 128 is formed along the outer periphery of the liquid crystal unit 123, and irradiates light from the outer periphery toward the inner side.

  The liquid crystal unit 123 of the present embodiment has a configuration capable of transmitting the light beam emitted from the recognition unit 130 toward the front surface from the back direction toward the front surface (that is, the field surface 20). doing.

  Further, the backlight unit 128 may not be formed on all four side surfaces as long as the amount of irradiation light can be secured, and may be formed on one or more side surfaces, or may be formed on one or a plurality of locations in the four corners. May be.

  On the other hand, the mounting bracket U2 for mounting the backlight unit 128 constitutes a mounting bracket for mounting the backlight unit 128 along the outer periphery of the liquid crystal panel 126. The mounting bracket U2 is a cover (specifically) for eliminating the influence of the light of the backlight unit 128 on the detection unit 140 side with the detection unit 140 disposed on the upper stage of the backlight unit 128. Specifically, a hook-shaped cover) 129 is formed.

  That is, the cover 129 constitutes a cover that blocks the light used for the liquid crystal panel 126 and eliminates the influence of the light beam for detecting the touch operation input in the detection unit 140 from other light.

[3.7] Recognition Unit Next, the recognition unit 130 of this embodiment will be described with reference to FIGS. 10 and 11. 10 is a front perspective view of the field board 32 on which the light output unit 131 of the recognition unit 130 in the present embodiment is formed. FIG. 11 is a view of the base 31 portion (the housing upper part 33 and the field upper portion 33) in the present embodiment. It is a top view from the upper surface in board 32).

  The recognition unit 130 is formed on a lower side surface of the field monitor 120, and outputs a light output unit 131 that emits and outputs a light beam such as infrared rays toward the field surface 20 from the back surface thereof, and light output from the light output unit 131. And an imaging unit 132 that images the field surface 20 in a state where the beam is irradiated from below.

  The light output unit 131 is formed below the field surface 20 and on the front side surface and the back side surface of the field board 32 with a predetermined inclination angle toward the field surface 20. In particular, the light output unit 131 has a predetermined direction with respect to the orientation of the polarizing plate of the liquid crystal unit 123 of the field monitor 120 in order to accurately detect the game card 50 (specifically, the identification information 55) in the imaging unit 132. Irradiate a light beam to enter from the direction.

  That is, when the light beam is irradiated from a direction that is not appropriate for the direction of the polarizing plate of the liquid crystal unit 123, noise is generated in the imaged by the imaging unit 132 due to the influence of the polarizing plate. Is configured to irradiate the field surface 20 with a light beam from a specific direction (in the case of the present embodiment, the front side surface and the back side surface of the field board 32).

Note that the number, output value, and tilt angle of the light output units 131 are such that the light beam output from the light output unit 131 uniformly irradiates the entire game field F, and an appropriate image is obtained by the imaging unit 132. It is not particularly limited if possible.

  The imaging unit 132 has an angle of view and a focal length capable of imaging the entire back surface of the game field F (that is, the field surface 20), has an imaging camera having a predetermined imaging device such as a CCD, and the output of the imaging camera. And an image generation unit that images the back surface of the game field F and outputs the image to the drive control unit 150. In particular, the imaging camera has a predetermined lens for appropriately detecting reflected light (that is, reflected light reflected by the game card 50) of a lens having a predetermined focal length and a light beam (specifically, infrared rays). A filter is provided.

  Further, the distance from the imaging unit 132 (specifically, the front end of the lens) to the field surface 20 can appropriately capture the field surface 20 (specifically, the entire game field F) (aberration generated by the lens). For example, when a 32-inch liquid crystal unit 123 is used, a distance of 50 cm or more is required. In the base 31, a space (cavity) in which nothing is provided must be formed between the imaging unit 132 and the field monitor 120.

  Note that the light beam output from the light output unit 131 allows the identification information 55 formed by a predetermined code or a predetermined pattern on the back surface 52 of the game card 50 placed on the field surface 20 to be visually recognized or imaged. The light is not particularly limited as long as it is light that can be manifested.

[3.8] Drive Control Unit Next, the configuration of the drive control unit 150 of this embodiment will be described with reference to FIG. FIG. 12 is a block diagram showing a block configuration of the drive control unit 150 of the present embodiment.

  When the drive control unit 150 starts the game based on the insertion of virtual currency, coins, medals or other coins, the given game is based on the operation of the player and the game card 50 placed on the field surface 20. The upper monitor 100, the card storage unit 110, the field monitor 120, the recognition unit 130, and the detection unit 140 are driven and controlled while executing the processing.

  The storage unit 270 serves as a work area for the game processing unit 200, the communication unit 296, and the like, and its function can be realized by a RAM (VRAM) or the like. The storage unit 270 according to the present embodiment shows information related to a main storage unit 271 used as a work area, an image buffer 272 in which a final display image and the like are stored, and a user as a player regarding a game to be provided. It includes player information 273 and a game data storage unit 274 that stores various data necessary for executing a game such as table data.

  A part of these may be omitted, or a database provided in a server device (not shown) may constitute a part thereof.

  In particular, in the storage unit 270 of the present embodiment, the main storage unit 271 includes the reference position and the designated position acquired by the detection unit 140, various marker images, and condition information indicating conditions used in various determination processes. Can be memorized.

The information storage medium 280 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM).

  In addition, the information storage medium 280 can store a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute processing of each unit). Note that the game processing unit 200 performs various processes of the present embodiment based on a program (data) stored in the information storage medium 280, as will be described later.

  The game processing unit 200 performs various processes of this embodiment based on a program (data) stored in the information storage medium 280. The information storage medium 280 can store a program for causing a computer to function as each unit of the present embodiment (a program for causing a computer to execute the processing of each unit).

  In the present embodiment, a program or game data for causing a computer to function as each unit of the present embodiment stored in the information storage medium 280 or the storage unit 270 is received from the server device 5 via the network and received. The stored program and data are stored in the information storage medium 280.

  Further, a program or data received from a server device (not shown) may be stored in the storage unit 270. The case where the network system is functioned by receiving programs and data as described above is also included in the scope of the present invention.

  The communication unit 296 performs various controls for communicating with the server device 5 and other terminal devices (not shown), and functions thereof are hardware such as various processors or communication ASICs, programs, and the like. Can be realized.

  The sensor management unit 282 performs control for executing the payout of the game card 50 from the storage unit 111 under an instruction from the game processing unit 200 (specifically, the game management unit 217) at a predetermined timing. Specifically, the sensor management unit 282 controls the roller mechanism unit 115 to cause the game card 50 to be paid out from the payout port 112.

In addition, the sensor management unit 282 works in conjunction with the card detection sensor 113 and the storage status detection sensor 116 in the storage unit 111,
(1) Whether or not the game card 50 has been sent from the storage unit 111 to the payout port 112 based on a given instruction,
(2) whether or not the game card 50 at the payout port 112 has been removed, and
(3) Whether or not a certain number or more of game cards 50 are stored,
Manage.

  In particular, the sensor management unit 282 manages the card jam of the game card 50 based on (1) and (2), and for (3), the game processing unit 200 (specifically, the display control unit 212 and In conjunction with the sound processing unit 230), even when the game card 50 stored in the storage unit 111 becomes empty, a notification to that effect is executed using the upper monitor 100 and the speaker 39.

  The imaging control unit 285 controls the light output unit 131 and the imaging unit 132 in the recognition unit 130. Specifically, the imaging control unit 285 controls the amount of light output from the light output unit 131 and performs physical or optical control necessary for imaging such as the focus, the angle of view, and the contrast in the imaging unit 132. Run.

The game processing unit 200 (processor) is configured to perform game processing, image generation processing, game card 50 payout processing, or sound generation processing based on input data and programs from the operation panel 160, the detection unit 140, and the recognition unit 130. Process such as.

  In particular, in the present embodiment, the game process is performed when a charge based on virtual currency is possible, or when a game medium such as a coin is inserted into the insertion slot 37 and a predetermined condition is satisfied. Game start processing, game progress processing, player object, enemy object and other object placement processing, object display processing, game result calculation processing, and the game end when the game end condition is satisfied Processing, game card 50 payout processing, and the like are included.

  Further, the game processing unit 200 performs various processes using the storage unit 270 as a work area. The function of the game processing unit 200 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

  In particular, the game processing unit 200 of the present embodiment includes an object space setting unit 210, an input detection processing unit 211, a display control unit 212, an operation control unit 213, a movement processing unit 214, a game calculation unit 215, A virtual camera control unit 216, a game management unit 217, a drawing unit 220, and a sound processing unit 230 are included. A part of these may be omitted.

  The game management unit 217 according to the present embodiment constitutes a counting unit, a notification control unit, a game control unit, a storage control unit, and a management unit according to the present invention, and the display control unit 212 according to the present invention together with the display control unit 212. Configure.

  The object space setting unit 210 displays various objects (sprites, billboards, polygons, objects, such as objects (player objects, moving objects, enemy objects), moving paths, buildings, trees, pillars, walls, maps (terrain), and the like. A process of arranging and setting an object (an object formed of a primitive surface such as a free-form surface or a subdivision surface) in the object space is performed.

  Specifically, the object space setting unit 210 determines the position and rotation angle (synonymous with direction and direction) of the object (model object), and sets the position (X, Y) or (X, Y, Z) to that position. The object is arranged at a rotation angle (rotation angle around the X, Y axis) or (rotation angle around the X, Y, Z axis).

  Here, the object space includes both a so-called virtual two-dimensional space and a virtual three-dimensional space. The two-dimensional space is a space in which an object is arranged at, for example, two-dimensional coordinates (X, Y), and the three-dimensional space is a space in which an object is arranged at, for example, three-dimensional coordinates (X, Y, Z). is there.

  When the object space is a two-dimensional space, the objects are arranged based on the priority order set for each of the plurality of objects. For example, processing can be performed in which objects are arranged in order from the object (sprite) that the user wants to appear on the back side, and the objects that the user wants to appear on the near side are superimposed.

  In addition, if an object with a large drawing size is arranged below the image and an object with a small drawing size is arranged above the image, the object space corresponding to the upper part of the screen can be seen to be on the back side, The object space corresponding to the lower part of the screen can be seen to be on the near side.

When the object space is a three-dimensional space, the object is arranged in the world coordinate system.

  The input detection processing unit 211 performs information acquired from the detection unit 140 and the recognition unit 130. Specifically, the input detection processing unit 211 of the present embodiment includes information on the user's designated position (that is, the contact position) detected by the detection unit 140, the position of the game card 50 acquired from the recognition unit 130, and its orientation. And information indicating.

  For example, the input detection processing unit 211 is a contact position (two-dimensional contact position coordinate) where a contact operation (that is, a touch operation or a slide operation (including a tap operation and a flick operation)) on the field monitor 120 by the player is executed. Is acquired as the indicated position.

In particular, the input detection processing unit 211
(1) A first change (hereinafter, referred to as “contact state”) from a state where the touch operation is not input to the screen (hereinafter, referred to as “non-contact state”) to a state (hereinafter referred to as “contact state”). A first detection process for detecting a detection position (hereinafter also referred to as a “reference position”) at which the state change is executed,
(2) Touch operation input is continued after the first change is detected and the first change is detected (that is, when the state is changed from the non-contact state to the contact state) (that is, the contact state) When the input by the slide operation (hereinafter referred to as “slide operation input”) is executed, the change of the slide operation input (that is, the indicated position and the change of the indicated position) is changed to the second. A second detection process to detect as a change,
(3) During the slide operation input, a third detection process for detecting a state where the touch operation input to the screen is not performed (that is, when the slide operation input ends and becomes a non-contact state) is executed.

  Further, the input detection processing unit 211 acquires the indicated position input at every predetermined cycle. Specifically, the predetermined period can be set for each frame, for example, about 1/60 second to 1/120 second.

  The input detection processing unit 211 specifies an operation input set in association with the coordinate position based on the image displayed on the field surface 20 and the coordinate position in conjunction with the display control unit 212.

  On the other hand, the input detection processing unit 211 acquires the identification information 55 of the game card 50 acquired from the recognition unit 130, and based on the acquired identification information 55, the type, the number of game cards 50 operated by the player, While identifying the position, the operation control unit 213 is provided with the type of the identified game card 50, the position of the game card 50 acquired from the recognition unit 130 on the game field F, and the number of the game cards. .

  The input detection processing unit 211 may display information on the type, position, or number of the identified game cards 50 on the upper monitor 100, the field monitor 120, or both in conjunction with the display control unit 212.

  In particular, when the input detection processing unit 211 specifies the game card 50 paid out at a predetermined timing after the game is started and before the game is executed, by the identification information 55 acquired from the recognition unit 130, The fact that the paid out game card 50 is detected on the game field F and the contents of the game card 50 may be displayed on the upper monitor 100, the field monitor 120, or both.

In the present embodiment, the “reference position” and the “instructed position” are not only the position on the touch panel 12 detected by the touch operation input or the slide operation input as described above, but a predetermined distance from the detection position. Or a predetermined position related to a specific position on the touch panel 12 such as an area formed in a predetermined area such as a corner of the touch panel 12.

  Further, the input detection processing unit 211 specifies any one or two instead of all of the type, number and position of the game cards 50 operated by the player, and provides the specified one to the operation control unit 213.

  The display control unit 212 displays on the upper monitor 100 an effect image related to a game including a game space in which the game is executed. In addition, the display control unit 212 displays a game space for placing the game card 50 on the game field F of the field monitor 120, and separately from the game space, a plurality of players are displayed based on instructions from the player. A deck set as a player character capable of action control in the game space and an image for prompting an operation instruction for performing a touch operation are displayed.

  The deck is a data group for setting as a player character or its equipment when a game such as a battle game or RPG proceeds. For example, the deck is data defining a group in which items such as a player character that fights against an enemy character and weapons, in-game currency, tools, or life energy that the player character owns are set in a battle game.

  In particular, each player character and item is placed on the deck based on the player's instructions according to the number of player characters and the number of items, the cost required for placement in the deck, and placement conditions. In addition, in the present embodiment, the setting is executed using the game card 50.

  The operation control unit 213 is based on the touch operation input and the slide operation input detected by the detection unit 140 and the information on the position on the game field F of the game card 50 recognized by the recognition unit 130 and the direction thereof. An operation target object such as a player character arranged in the object space is controlled.

  The movement processing unit 214 performs a movement calculation of an object (particularly, an operation target object such as a character object or a moving object) in the object space. That is, the movement processing unit 214 controls the input data or program (movement algorithm) or various data (motion data) input by the player by the detection unit 140 under the control of the operation control unit 213 and the game field F of the game card 50. Based on the position or the like, the mobile object is moved in the object space, or a process for controlling the motion (motion, animation) of the mobile object is performed.

  Specifically, the movement processing unit 214 according to the present embodiment is configured so that the object movement information (movement direction, movement amount, movement speed, position, rotation angle, or acceleration) and operation information (position or rotation angle of each part object). ) Is sequentially obtained for each frame. Here, the frame is a unit of time for performing object movement processing, motion processing (simulation processing), and image generation processing. In the present embodiment, the frame rate may be fixed or variable depending on the processing load.

  Note that the movement processing unit 214 may perform processing for moving an object based on an input direction in a three-dimensional object space. For example, the movement direction is associated with each input direction in advance, and the object is moved in the movement direction corresponding to the input direction.

  The game calculation unit 215 performs various game calculation processes. For example, when a plurality of player characters used in the game are set in the deck based on the player's instruction, the game calculation unit 215 uses the player characters set in the deck to advance the game. Execute the process.

  In particular, the game calculation unit 215 forms an object space based on a map, in the case of RPG, progress of a game based on a scenario set in advance according to a user operation, a player object (operation target object), an enemy object, Arithmetic processing necessary for executing a game such as a battle against other objects (operation non-target objects) and parameter management at the time of the battle is performed.

  The virtual camera control unit 216 generates an image that is visible from a given viewpoint and appears to have depth. In this case, the virtual camera control unit 216 performs a virtual camera (viewpoint) control process for generating an image that can be seen from a given (arbitrary) viewpoint in the object space. Specifically, a process for controlling the position (X, Y, Z) or the rotation angle (rotation angle about the X, Y, Z axes) of the virtual camera (process for controlling the viewpoint position and the line-of-sight direction) is performed.

  For example, when an object (for example, a character, a ball, a car) is photographed from behind using a virtual camera, the position or rotation angle of the virtual camera (virtual camera is set so that the virtual camera follows changes in the position or rotation of the object. The direction).

  In this case, the virtual camera can be controlled based on information such as the position, rotation angle, or speed of the object obtained by the movement processing unit 214. Alternatively, the virtual camera may be controlled to rotate at a predetermined rotation angle or to move along a predetermined movement path. In this case, the virtual camera is controlled based on virtual camera data for specifying the position (movement path) or rotation angle of the virtual camera.

  When there are a plurality of virtual cameras (viewpoints), the above control process is performed for each virtual camera.

  Based on the player's operation and the recognized game card 50 input through the detection unit 140 and the recognition unit 130, the game management unit 217 uses player characters and various items used for games such as a battle game in each player. Is set as deck data in the deck and registered in the player information 273.

  In addition, the game management unit 217 performs payout management for paying out the game card 50 at a predetermined timing after the game is started and before the game is executed. In particular, the game management unit 217 performs management including whether or not the game card 50 is properly paid out in conjunction with the sensor management unit 282.

  Specifically, the game management unit 217 counts the number of cards to be normally paid out when the sensor management unit 282 detects an abnormality in the payout of the game card 50, and operates in conjunction with the display control unit 212. The counted number of game cards is displayed on the upper monitor 100.

In addition, the game management unit 217 performs game lock and release based on player operations, and
The resetting of the game based on the reset signal transmitted from the reset switch 70 is controlled by pressing the reset switch 70 or the like.

  Further, the game management unit 217 operates in conjunction with the card reader / writer 170, and in conjunction with the server device 5 as necessary, reads data from the IC card detected by the card reader / writer 170, and Perform writing.

  Then, the game management unit 217 performs exchange of predetermined data with the server device 5 in conjunction with the communication unit 296.

  The drawing unit 220 performs drawing processing based on the results of various processing (game processing) performed by the game processing unit 200, thereby generating an image and outputting the image to the upper monitor 100 and the field monitor 120. The image generated by the drawing unit 220 may be a so-called two-dimensional image or a so-called three-dimensional image. In particular, the drawing unit 220 generates an image that is visible from a virtual camera in the object space and that is displayed on the screen.

  Here, when generating a two-dimensional image, the drawing unit 220 draws objects in order from the set low priority object, and when the objects overlap, draws by overwriting the high priority object. .

  When generating a three-dimensional image, the drawing unit 220 of the present embodiment firstly uses vertex data (vertex position coordinates, texture coordinates, color data, normal vector, or α value) of each vertex of the object (model). Etc.) is input, and vertex processing is performed based on the vertex data included in the input object data. When performing the vertex processing, vertex generation processing (tessellation, curved surface division, polygon division) for re-dividing the polygon may be performed as necessary.

  In the vertex processing, geometric processing such as vertex movement processing, coordinate transformation (world coordinate transformation, camera coordinate transformation), clipping processing, perspective transformation, or light source processing is performed. The given vertex data is changed (updated or adjusted) for the vertex group to be configured. Then, rasterization (scan conversion) is performed based on the vertex data after the vertex processing, and the surface of the polygon (primitive) is associated with the pixel. Subsequent to rasterization, pixel processing (fragment processing) for drawing pixels constituting an image (fragments constituting a display screen) is performed.

  In pixel processing, various processes such as texture reading (texture mapping), color data setting / changing, translucent composition, anti-aliasing, etc. are performed to determine the final drawing color of the pixels that make up the image, and perspective transformation is performed. The drawing color of the object is output (drawn) to the image buffer 272 (frame buffer, buffer that can store image information in units of pixels; VRAM, rendering target). That is, in pixel processing, per-pixel processing for setting or changing image information (color, normal, luminance, α value, etc.) in units of pixels is performed.

  Thereby, an image that can be seen from the virtual camera (given viewpoint) set in the object space is generated. Note that when there are a plurality of virtual cameras (viewpoints), an image can be generated so that an image seen from each virtual camera can be displayed as a divided image on one screen.

  Note that the vertex processing and pixel processing performed by the drawing unit 220 are performed by hardware that enables polygon (primitive) drawing processing to be programmed by a shader program described in a shading language, so-called programmable shaders (vertex shaders and pixel shaders). It may be realized. Programmable shaders can be programmed with vertex-level processing and pixel-level processing, so that the degree of freedom of rendering processing is high, and the expressive power can be greatly improved compared to fixed rendering processing by hardware. .

  The drawing unit 220 performs geometry processing, texture mapping, hidden surface removal processing, α blending, and the like when drawing an object.

  In the geometry processing, processing such as coordinate conversion, clipping processing, perspective projection conversion, or light source calculation is performed on the object. Then, the object data (positional coordinates of object vertices, texture coordinates, color data (luminance data), normal vector, α value, etc.) after geometry processing (after perspective projection conversion) is stored in the storage unit 270.

  In the texture mapping, the texture (texel value) stored in the texture storage unit of the storage unit 270 is mapped to the object. Specifically, the texture (surface properties such as color (RGB) and α value) is read from the texture storage unit of the storage unit 270 using the texture coordinates set (given) to the vertex of the object, etc. Map textures that are to objects. In this case, processing for associating pixels with texels, bilinear interpolation or the like is performed as texel interpolation.

  In the present embodiment, when an object is drawn, a process for mapping a given texture may be performed. In this case, the color distribution (texel pattern) of the texture to be mapped can be dynamically changed.

  In this case, textures having different color distributions (pixel patterns) may be dynamically generated, or a plurality of textures having different color distributions are prepared in advance, and the texture to be used is dynamically switched. May be. The texture color distribution may be changed in units of objects.

  In the hidden surface removal processing, hidden surface removal processing is performed by a Z buffer method (depth comparison method, Z test) using a Z buffer (depth buffer) in which the Z value (depth information) of the drawing pixel is stored. That is, when drawing the drawing pixel corresponding to the primitive of the object, the Z value stored in the Z buffer is referred to, and the Z value of the referenced Z buffer and the Z value at the drawing pixel of the primitive are obtained. In comparison, if the Z value at the drawing pixel is a Z value (for example, a small Z value) that is on the near side when viewed from the virtual camera, the drawing pixel is drawn and the Z value in the Z buffer is updated. Update to the correct Z value.

  In α blending (α synthesis), the rendering unit 220 performs a translucent synthesis process (usually α blending, addition α blending, subtraction α blending, or the like) based on an α value (A value). The α value is information that can be stored in association with each pixel (texel, dot), for example, plus alpha information other than color information. The α value can be used as mask information, translucency (equivalent to transparency and opacity), bump information, and the like.

  In particular, the drawing unit 220 in the present embodiment may generate an image to be displayed in a display area corresponding to the contact detection area. The image displayed in the display area may be an image including an object, for example.

  The sound processing unit 230 includes a sound source IC and a power amplifier, performs sound processing based on the results of various processes performed by the game processing unit 200, and generates game sounds such as BGM, sound effects, or sounds, Output to the speaker 39.

[4] Technique [4.1] Outline of the Present Embodiment Next, the processing technique of the present embodiment will be described with reference to FIG. FIG. 13 is a diagram for explaining the processing method of this embodiment (display of the number of unpaid game cards 50 in the card payout abnormality).

  The game apparatus 10 of the present embodiment is a case where the game card 50 is paid out at a predetermined timing in the game, and the game card 50 is detected by detecting a payout state of the game card 50 when the game card 50 is paid out. When the game card 50 to be paid out, such as a card jam at the 50 payout exits 112, is not properly paid out and an abnormality in the payout occurs, during the game (at a timing that does not hinder the progress of the game) or after the game ends The display relating to the abnormality is displayed on a predetermined screen of the upper monitor 100 or the like.

  Specifically, the game device 10 pays out the game card 50 at a predetermined timing after the game is started and before the game is executed, and an abnormality in the payout of the game card 50 at the time of each payout (hereinafter referred to as “the game card 50”). It is also called “card payout abnormality”).

  In particular, the game apparatus 10 identifies a player who is playing a game in conjunction with the server apparatus 5, and a card payout abnormality has occurred for each player, and that the card payout abnormality has occurred p The number of game cards 50 to be paid out (that is, the number of game cards 50 that could not be paid out normally) is managed as information relating to an abnormal situation.

  Then, the game apparatus 10 counts (counts) the game cards 50 that have not been paid out due to the abnormality, and displays the counted number of game cards 50 to be paid out as a display relating to the abnormality at a predetermined timing. It has a configuration for displaying on a predetermined screen such as the monitor 100.

  In other words, the game device 10, for example, when the game card 50 to be paid out one by one due to a card payout abnormality is not performed at a predetermined timing after the game is started and before the game is executed, The game card 50 when the payout is not performed is cumulatively counted for each player including continuous use (continuation execution).

  Then, as shown in FIGS. 13A and 13B, the game device 10 is in the middle of the game (at a timing that does not hinder the progress of the game) when the card payout abnormality occurs or, for example, a game before the game ends. Processing for displaying a card payout abnormality at a predetermined timing such as after the execution of the game, and displaying the number of game cards cumulatively counted due to the card payout abnormality (hereinafter referred to as “unpaid card display process”) (It is also referred to as “)”.

  With such a configuration, the game apparatus 10 of the present embodiment allows the game to be paid out even when the player requests a payout at a timing different from the timing at which the card payout abnormality in the game card 50 is detected. It has a configuration capable of presenting the grounds for the card 50 and eliminating the illegal charge of the game card 50 by the player.

  That is, the game apparatus 10 of the present embodiment can select not to pay out the unpaid card each time when the card payout abnormality occurs, and further to the game before the game ends after the game ends. The game card 50 that has not been paid out at the timing desired by the player can be requested together with the number of cards.

  Therefore, the present invention can reliably receive a card that could not be received due to a card payout abnormality without causing distrust to the administrator who manages the card, and to interrupt the game in the payout. The card can be received at the player's timing.

[4.2] Detection of Card Discharge Abnormality Next, detection of card payout abnormality executed by the game management unit 217 in conjunction with the card detection sensor 113 and the sensor management unit 282 in the present embodiment will be described.

  When the game card 50 is paid out from the card storage unit 110 in conjunction with the card detection sensor 113 and the sensor management unit 282, the game management unit 217 operates in conjunction with the card detection sensor 113 and the sensor management unit 282 at the game card 50 payout timing determined according to the game progress or the progress of the game. The payout status of the game card is detected.

  In particular, the game management unit 217 according to the present embodiment is in a state where the game card 50 cannot be properly paid out due to clogging of the game card 50 and cannot be provided to the player, that is, from the payout port 112. Detects a condition that cannot be taken out.

  Specifically, when the game card 50 pays out, the game management unit 217 controls the drive roller 114 to be driven to send out one game card 50 in the lowermost layer of the storage unit 111 to the payout port 112. I do.

  At this time, the game management unit 217 determines whether or not the game card 50 has been properly sent to the payout port 112 by the card detection sensor 113 and the sensor management unit 282, and whether the game card 50 has been properly set by the player from the payout port 112. Detect whether or not it was acquired.

  When the game card 50 is not properly sent out to the payout port 112 and when the game card 50 is not properly acquired from the payout port 112 by the player, the game management unit 217 stores the game card 50. Detect anomalies about payouts.

  For example, when the game card 50 sent out from the storage unit 111 to the payout port 112 does not reach the payout port 112 and stops in the middle of the game card 50 (that is, jammed in the payout route), And when the game card 50 of the storage unit 111 becomes empty and the game card 50 is not sent out, an abnormality regarding the payout of the game card 50 is detected.

[4.3] Counting Unpaid Cards and Managing Their Numbers Next, counting of unpaid game cards 50 and managing the number of cards that are executed by the game management unit 217 in the present embodiment will be described.

  As described above, the game management unit 217, when an abnormality occurs in the payout of the game card 50 and an unpaid game card 50 occurs, that is, when an abnormality regarding the payout of the game card 50 is detected. Count the number of cards that should be paid out normally.

  Specifically, the game management unit 217 pays out the game cards 50 one by one before starting the execution of the game after the start of the game or at a predetermined timing during the execution of the game. Each time an abnormality occurs in the payout at 50, the number of unpaid game cards 50 by counting is counted cumulatively.

  In particular, the game management unit 217 cumulatively counts the above-mentioned 50 unpaid game cards for each player ID, and the game is continuously executed with the same player ID by continuous use or the like. When the game card 50 is unpaid, “1” is added to the count, and the number of game cards 50 to be paid out that cannot be paid out is counted cumulatively.

  For example, when the player starts a new game, the game management unit 217 inputs the touch operation by the field monitor 120 or the player ID input through the operation panel 160 or the IC through the card reader / writer 170. Based on the player ID acquired from the card, the number of paying game cards 50 is managed.

  In addition, when the player starts the game continuously such as execution of continue, the game management unit 217 does not pay for the continuous use based on the player ID acquired when the game is newly started for the continuous use. The management of the number of game cards 50 is also executed.

  The game management unit 217 may pay out a plurality of game cards 50 when paying out the game cards 50. In this case, the number of the game cards 50 to be paid out and the actual payout are determined. Based on the number of game cards 50 acquired by the player from the exit 112 (that is, game cards 50 that have been properly paid out), the unpaid game cards 50 are detected, and the detected unpaid game cards 50 are detected. Add the number of sheets to the counting counter.

  On the other hand, the game management unit 217 may link with the server device 5 and manage the number of unpaid game cards 50 using the player information 546 of the server device 5 based on the player ID.

  Specifically, when an abnormality regarding the payout of the game card 50 is detected, the game management unit 217 associates information regarding the abnormality with a player ID uniquely assigned to each player via the network. The communication control process for storing and managing in the server apparatus 5 connected in this way is executed.

  In particular, when an abnormality regarding the payout of the game card 50 is detected, the game management unit 217 calculates the number of game cards 50 counted in association with the player ID of the player who receives the payout of the game card 50. As will be described later, in order to display on the upper monitor 100 or the like, the number of unpaid game cards 50 is managed for each player using the player information 546 of the server device 5.

  For example, when the game management unit 217 does not receive the unpaid game card 50 during the execution of the game of the player ID in which the unpaid game card 50 is generated, the number counted by the counting counter when the game card is not received. Is stored in the player information 546 of the server device 5.

  Then, when the player subsequently executes the game using the player ID, the game management unit 217 determines the number of past unpaid game cards 50 stored in the player information 546 in the currently executed game. It has a configuration in which it is provided together with the number of unpaid game cards 50 or independently.

Further, in this case, the game management unit 217 is based on the player ID even when the game is executed discontinuously or when the game is executed by a different game device 10. When a game is executed and an unpaid game card 50 is detected, the management can be performed.

  When the game management unit 217 manages the number of unpaid game cards 50 in conjunction with the server device 5, as described later, the game management unit 217 links the unpaid game cards 50 with the reset button switch 41. Delivery from the manager side to the player is managed, and based on the management, the presence / absence of the unpaid game card 50 is detected.

[4.4] Unpaid Card Display Processing Next, in the present embodiment, an unpaid card display processing in which the game management unit 217 performs display related to an unpaid card on the upper monitor 100 in conjunction with the display control unit 212 will be described.

  When the game management unit 217 operates in conjunction with the display control unit 212 and an abnormality occurs in the payout of the game card 50 and the game card 50 is unpaid, a display process (hereinafter referred to as “non-payment occurred”) is displayed. Display process ”) and a display process for displaying the number of unpaid game cards 50 counted as described above at a predetermined timing such as after the game is completed (hereinafter referred to as“ unpaid number display process ”). Unpaid card display processing including.

(Unpaid occurrence display processing)
When the game management unit 217 operates in conjunction with the display control unit 212 and an abnormality occurs in the payout of the game card 50 and the game card 50 is unpaid, for example, as shown in FIG. Then, an unpaid occurrence display process for displaying the fact on the upper monitor 100 is executed.

(Unpaid number display processing)
The game management unit 217 operates in conjunction with the display control unit 212 when an abnormality occurs in the payout of the game card 50 or at a predetermined timing such as after the execution of the game, for example, as shown in FIG. As shown, the upper monitor 100 is controlled to display the number of counting counters (that is, the number of unpaid game cards 50).

  Specifically, the game management unit 217 performs the unpaid number display process when displaying the result after the game is finished as a timing that does not interfere with the game being executed for the player, including continuous use such as continue. Execute.

  In particular, the game management unit 217 executes an unpaid number display process after the game is finished and before the game is finished as a timing at which the player wants to receive an unpaid card.

  Note that the game management unit 217, when an unpaid game card 50 is generated and the player subsequently executes a game using the player ID, stores past unpaid games stored in the player information 546. The number of the game cards 50 may be displayed on the upper monitor 100 together with the number of the unpaid game cards 50 in the currently running game or alone.

(Display timing of unpaid card display processing)
The game management unit 217 determines the situation after the start of the game (for example, after charging), and at the timing during the game after the start of the execution of the game and hinders the progress of the game, the unpaid number display process described above Without executing the game, the unpaid number display process is executed before the game starts, after the game ends, before the continuous use, or before the game is finished without using the game continuously.

  In particular, the game management unit 217 determines the state of the game after the start of the game, and switches display between the unpaid card display process or the unpaid occurrence display process and the unpaid number display process as a display relating to the abnormality according to the determination state Execute.

  That is, the game management unit 217 does not execute the unpaid number display process at a timing or during a period that prevents the game from progressing during a game such as a competitive game or a role play such as RPG. If a payout abnormality occurs, unpaid at a timing that does not interfere with the progress of the game, such as before the game starts, after the game ends, before continuous use, or before the game ends without being used continuously Execute card display processing.

  For example, in the battle game, the game management unit 217 sets a deck generation timing for setting a player character or the like used for a battle using the game card 50 in the deck, or a result for displaying a battle result in the battle game. An unpaid card display process for displaying on the upper monitor 100 the presence of an unpaid game card 50 and the number of unpaid game cards 50 or both at the timing of display (including a display for prompting continuous use) is executed. To do.

  On the other hand, the game management unit 217 determines that it is the timing during the game that hinders the progress of the game when an effect related to the battle, such as display of a battle scene or display of battle scenes (that is, an effect display) is being executed. Stop the unpaid card display process.

  If the game management unit 217 can play two battle games in one play during the game, the game management unit 217 performs predetermined data executed during the game between the first game and the second game. During the download period, the unpaid card display process is performed at a timing when the unpaid card display process for a game scene or the like in which a predetermined effect image is displayed does not interfere with the game even when there is no player operation input. Or when the player wants to know whether there is an unpaid card, such as when a predetermined time has elapsed since the game started (for example, 10 minutes), the unpaid card display process is executed. May be.

  In addition, when a card payout abnormality occurs, the game management unit 217 executes a non-payment occurrence display process, and after the game has ended and before the game is used or before the game is ended without being used continuously. Alternatively, the unpaid card display process may be switched according to the determination status, such as executing an unpaid number display process.

[4.5] Other Processing Next, other processing executed by the game management unit 217 in the present embodiment will be described.

(Notification of card withdrawal abnormality)
When an abnormality occurs in the game card 50 payout and the game card 50 has not been paid out, the game management unit 217 performs the notification in the card payout abnormality notification to the manager of the game apparatus 10 or its employee. A process for giving an instruction is executed.

  Specifically, the game management unit 217, based on a predetermined condition such as being permitted by the player who is playing the game when an abnormality regarding card payout (that is, card payout abnormality) is detected. Then, a notification control process for notifying the occurrence of the abnormality is executed.

For example, the game management unit 217 displays the display control unit 212 when an abnormality occurs in the payout of the game card 50 and an unpaid occurrence display process is executed, or when an unpaid number display process is executed at a predetermined timing. A button indicating whether or not to notify the card payout abnormality is displayed on the field monitor 120 as a touch operable button, and an execution instruction for executing the card payout abnormality notification is detected.

  And the game management part 217 performs the predetermined | prescribed blink control and the predetermined lighting control of the light effect unit 60, when the execution instruction | indication which performs notification of card | curd payout abnormality is detected as a notification control process. However, the game management unit 217 may sound a predetermined sound from the speaker 39 via the sound processing unit 230, or notify a manager terminal device (not shown) to that effect.

  Note that the game management unit 217 detects the player's permission by displaying the touch operation image on the field monitor 120 and detecting the touch operation on the displayed button. In addition, on the operation panel 160, an image for guiding which is a button or key for notifying abnormality of the card payout may be displayed.

  Further, the game management unit 217 may execute the notification control process without detecting the player's instruction, that is, without the player's permission.

(Game lock)
When the game management unit 217 executes payout of the game card 50 based on the manual operation by the administrator or the employee, etc., as described above, when an abnormality regarding the card payout (that is, card payout abnormality) is detected. When the game is permitted by the player who is executing the game, the execution of the game is stopped and the operation of the game apparatus 10 itself is locked (that is, the game is locked).

  In addition, when the game lock is executed, the game management unit 217 performs a predetermined process, for example, when the reset button switch 41 is pressed or when a predetermined time has elapsed since the start of the game lock. Based on this, the game lock is forcibly released.

(Management of player information when unpaid game cards are paid out)
The game management unit 217 is linked to the server device 5 and is executing a game based on the player ID, and when the reset button for restarting the game is pressed as described above (that is, When the unpaid game card 50 is paid out or is assumed to be paid out), the player information of the corresponding player ID stored in the server device 5 (that is, information on abnormality) is stored as the communication control process. Execute the cancel process to cancel

  In other words, as described above, when the reset button for restarting the game is pressed, the game management unit 217 assumes that the execution of the game is managed by the player ID. The information on the past unpaid number in the player information 546 is reset (ie, “0”).

(Unpaid card display processing based on player ID)
The game management unit 217 may change the content of the display control for the display relating to the abnormality depending on whether or not the player ID has been acquired.

  Normally, when a game is being executed without setting a player ID, it is considered that the game is being used temporarily, so that it is assumed that the possibility of continuous use is low.

  On the other hand, when the game is being executed with the player ID set (that is, the player ID is read from the IC card), it is estimated that the player has a high play frequency, and the game continues. It is assumed that there is a high possibility of being used.

  Therefore, in this embodiment, when a card payout abnormality occurs and the player ID is set, the upper monitor 100 is controlled to count the count counter (that is, the number of unpaid game cards 50). If the player ID is not set, an unpaid occurrence display process for displaying the card payout abnormality on the upper monitor 100 may be executed instead of the unpaid number display process. Good.

[5] Operation in the present embodiment Next, the operation of the game process including the unpaid card display process based on the card payout abnormality executed by the game apparatus 10 of the present embodiment will be described with reference to FIGS. 14 and 15. 14 and 15 are flowcharts showing the operation of the game process including the unpaid card display process based on the card payout abnormality executed by the game apparatus 10 of this embodiment.

  This operation will be described by taking as an example a case where a game is started by executing billing processing using virtual currency. In particular, a case will be described in which a game is started on the assumption that a player ID is registered using virtual currency.

  In this operation, it is assumed that the player information 546 is stored in the main storage unit 542 of the server device 5 in advance, and the card payout abnormality is detected before the game starts at the game start timing. A case will be described in which an unpaid card display process based on a card payout abnormality is executed after the game is finished, that is, when the battle is over.

  First, when an IC card is detected by the card reader 170 (step S101), the game management unit 217 reads a player ID from the IC card and initializes various data and buffers in the main storage unit 271 and the like (step S101). S102).

  In particular, the game management unit 217 resets a counter that counts the number of unpaid game cards 50 stored in the main storage unit 271 in the process of step S102. At this time, if the player ID in the information on the number of unpaid game cards 50 stored in the main storage unit 271 is different from the player ID read from the IC card, the game management unit 217 determines the number of the corresponding number. The information is stored in the player information 546 in association with the corresponding player ID.

  Next, the game management unit 217 executes a billing process based on the virtual currency while interlocking with the server device 5 based on the player ID (step S103). At this time, if the player information 546 includes information on the number of unpaid game cards 50, the game management unit 217 obtains the information (information on the number of past unpaid games), and player information 273 To remember.

  Next, the game management unit 217 determines whether or not the game can be executed by the accounting process (step S104). At this time, if it is determined that the billing is possible, the game management unit 217 proceeds to the process of step S105, and if it is determined that the billing is not possible, the game management unit 217 ends the operation.

Next, the game management unit 217 starts the game (step S105). Specifically, the game management unit 217 acquires the play information of the corresponding player from the server device 5 based on the player ID, and executes the game based on the play data acquired in conjunction with the game calculation unit 215 or the like. Start. In the case of continuous use, the game management unit 217 resumes the game based on data stored in the main storage unit 271 in conjunction with the game calculation unit 215 or the like.

  Next, the game management unit 217 executes a payout process for discharging the game card 50 from the card storage unit 110 in conjunction with the sensor management unit 282 (step S106). For example, in the present embodiment, the sensor management unit 282 performs control to send out one game card 50 from the storage unit 111 to the payout port 112.

  Next, the game management unit 217 determines whether or not a card payout abnormality has been detected due to, for example, the game card 50 to be paid out being jammed in the discharging process of step S105 (step S107).

  At this time, when it is determined that the card payout abnormality is detected, the game management unit 217 proceeds to the process of step S110, and when it is determined that the card payout abnormality is not detected, the process proceeds to step S120. To do.

  Next, when the game management unit 217 determines that a card payout abnormality has been detected, an unpaid occurrence display that displays an abnormality in the payout of the game card 50 on the upper monitor 100 in conjunction with the display control unit 212. While executing the process (step S110), the counter for counting the unpaid game card 50 (hereinafter also referred to as “counting counter”) is incremented by “1” (step S111).

  Next, in conjunction with the display control unit 212, the game management unit 217 presents a button indicating whether or not to notify the card payout abnormality to the player, and detects an execution instruction to execute the card payout abnormality notification It is determined whether or not (step S112).

  At this time, when the game management unit 217 determines that the execution instruction in the card payout abnormality notification is detected, the game management unit 217 proceeds to the process of step S113, and when it determines that the execution instruction is not detected, the step The process proceeds to S120.

  Next, the game management unit 217 performs predetermined blinking control and predetermined lighting control of the light effect unit 60 and controls the upper monitor 100 in conjunction with the display control unit 212 to control the number of count counters (that is, unpaid) Unpaid number display processing for displaying (the number of game cards 50) is executed (step S113), the execution of the game is stopped, and the operation of the game apparatus 10 itself is locked (that is, the game is locked) (step S114).

  In the process of step S113, the display control unit 212 detects a touch operation by displaying a button indicating whether or not to notify the card payout abnormality that can be touched on the field monitor 120. Alternatively, on the operation panel 160, a display for guiding which is a button or key for notifying the card payout abnormality may be executed.

  In addition, when the game lock is executed, the game management unit 217 displays the fact on the upper monitor 100 and the field monitor 120 and invalidates the player's input from the operation panel 160 or the like.

  Next, the game management unit 217 determines whether or not the reset button switch 41 is depressed within a predetermined period (that is, whether or not the reset button switch 41 is reset) (step S115).

  At this time, if the game management unit 217 determines that the reset button switch 41 is depressed within a predetermined period, the game management unit 217 determines that the unpaid game card 50 has been paid out, and terminates this operation. If it is determined that the reset button switch 41 is not depressed within the period, the process proceeds to step S116.

  Note that the game management unit 217 determines whether or not the unpaid game card 50 has been paid out based on a predetermined operation by an administrator or the employee such as a predetermined switch being depressed. Good.

  Next, the game management unit 217 determines that the unpaid game card 50 has not been paid out, and the past unpaid number information in the player information 546 stored based on the player ID in conjunction with the server device 5. (That is, the past unpaid number information) is updated (step S116).

  Next, the game management unit 217 releases the game lock (step S117), and ends this operation.

  On the other hand, when the game management unit 217 determines that the card payout abnormality is not detected in the process of step S107, or the game management unit 217 determines that the execution instruction in the notification of the card payout abnormality is not issued in the process of step S112. In step S120, a deck generation process for registering the game card 50 and generating a deck is executed.

  Next, based on the generated deck, the game management unit 217 causes the game calculation unit 215 to start a battle process for playing against a computer and other players (step S121).

  Next, when the game management unit 217 detects the end of the execution of the game (that is, the end of the match) (step S122), the game management unit 217 displays the result of the match (step S123), and also counts the count counter (ie, the unpaid game card). 50) is displayed on the upper monitor 100, and a screen for prompting continuous use is displayed (step S124).

  At this time, when the unpaid information is stored in the player information 273, the game management unit 217 sets the number of unpaid game cards (the past unpaid number) indicated by the unpaid information as the number of count counters. The added number may be displayed on the upper monitor 100, or the past unpaid number may be displayed on the upper monitor 100 together with the number of the counter.

  Next, the game management unit 217 determines whether a continuous use instruction or a game use stop instruction has been input (step S125). If it is determined that a continuous use instruction has been input, Transition to processing.

  On the other hand, if the game management unit 217 determines that a game use stop instruction has been input, the game management unit 217 determines whether the count counter is “0” (step S126), and the count is “0”. If not, the process proceeds to step S113. If the number of the counter is “0”, an end process for ending the game use, such as displaying a predetermined effect image, is executed (step S113). S127) This operation is terminated.

[6] Modification [6.1] Modification 1
In this embodiment, the player ID is acquired from the IC card via the card reader / writer 170. However, based on information such as a PIN or a pass input by a touch operation or an operation on the operation panel 160. A player ID may be acquired.

[6.2] Modification 2
In this embodiment, various processes and data storage are executed by one server apparatus 5. However, even if a plurality of server apparatuses 5 are linked to construct a server system and execute various processes. Alternatively, a database storing data stored in the main storage unit 542 or a part thereof may be formed separately from the server device 5.

[6.3] Modification 3
In the present embodiment, the already completed game card 50 is stored and paid out, but the card storage unit 110 is shown in FIG. 2 on each of the front surface 51 and the back surface 52 of the stored game card 50 as described above. It may have a printing function for printing such given information.

  In this case, a blank card on which no information is formed can be generated as a card that can be used for the game (that is, the game card 50), so that it is printed and generated when the game card 50 is paid out. That is, the game card 50 can be generated on the spot when paying out according to the progress of the game.

  In addition, the card storage unit 110 having a printing function is provided with a sensor that detects whether or not printing has been properly performed, and the game management unit 217 determines that improper printing has been performed or printing is impossible. If the game card 50 is detected, an abnormality in the payout of the game card 50 is detected.

[6.4] Modification 4
The open / close door 40 of the present embodiment is provided on the front surface of the housing 30, but instead of the open / close door 40, other open / close doors added to the open / close door may be used as side surfaces of the housing 30 or others. It may be provided on the surface. Such an open / close door may incorporate a monitor provided to a spectator who does not play the game.
The field monitor 120 includes the liquid crystal unit 123 that displays an image, but may include other display means such as a projector.

[6.5] Modification 5
In the present embodiment, the player information 546 is managed by the server device 5, but may be managed by the game device 10 or may be managed by a plurality of server devices 5.

[7] Others The present invention is not limited to that described in the above embodiment, and various modifications can be made. For example, terms cited as broad or synonymous terms in the description in the specification or drawings can be replaced with broad or synonymous terms in other descriptions in the specification or drawings.

  In the present embodiment, a game using the game card 50 in a battle game is described, but it can also be used in other games such as an RPG or a simulation game.

  In the present embodiment, the game is executed by the game apparatus 10, but a game provided by a server apparatus (not shown) may be executed by the game apparatus 10 or another terminal apparatus.

Furthermore, the game device 10 according to the present embodiment has a game card 50 under the management of the server device 5.
(Specifically, management related to card payout abnormality), the game device 50 may store the game card 50 as a stand-alone storage in the storage unit 270.

  The present invention includes configurations that are substantially the same as the configurations described in the embodiments (for example, configurations that have the same functions, methods, and results, or configurations that have the same objects and effects). In addition, the invention includes a configuration in which a non-essential part of the configuration described in the embodiment is replaced. In addition, the present invention includes a configuration that exhibits the same operational effects as the configuration described in the embodiment or a configuration that can achieve the same object. In addition, the invention includes a configuration in which a known technique is added to the configuration described in the embodiment.

  As described above, the embodiments of the present invention have been described in detail. However, it will be easily understood by those skilled in the art that many modifications can be made without departing from the novel matters and effects of the present invention. . Accordingly, all such modifications are intended to be included in the scope of the present invention.

DESCRIPTION OF SYMBOLS 5 ... Server apparatus 10 ... Game apparatus 20 ... Game field 30 ... Case 31 ... Base 32 ... Field board 33 ... Case upper part 40 ... Opening / closing door 100 ... Upper monitor 110 ... Card storage part 111 ... Storage unit 112 ... Discharge outlet 120 ... Field monitor 123 ... Liquid crystal unit 126 ... Liquid crystal layer 127 ... Light guide plate 128 ... Backlight unit 130 ... Recognition unit 131 ... Light output part 132 ... Imaging part 140 ... Detection unit 150 ... Drive control unit 200 ... Game processing part 210 ... Object Space setting unit 211 ... Input detection processing unit 212 ... Display control unit 213 ... Operation control unit 214 ... Movement processing unit 215 ... Game operation unit 216 ... Virtual camera control unit 217 ... Game management unit 220 ... Drawing unit 230 ... Sound processing unit 270 ... Storage unit 2 DESCRIPTION OF SYMBOLS 1 ... Main memory | storage part 272 ... Image buffer 273 ... Player information 280 ... Information storage medium 282 ... Sensor management part 285 ... Imaging control part 296 ... Communication part 500 ... Processing part 501 ... Communication control part 502 ... Terminal management part 520 ... Input part 530 ... Display unit 540 ... Storage unit 542 ... Main storage unit 544 ... Game information 546 ... Player information 580 ... Information storage medium,
596 ... Communication Department

Claims (9)

A card game device that executes a game process using a given card and advances a given game,
Display means for displaying a given image relating to the game;
A card storage unit for storing the card and paying out the card before the game is executed;
Detecting means for detecting a payout state of the card when the card is paid out from the card storage unit;
A display control means for displaying an abnormality-related display on the display means during the game or after completion of the game, when an abnormality in the card payout is detected by the detection means;
A card game apparatus comprising: The card game device according to claim 1,
A judgment means for judging a situation of the game after the game starts;
The display control means is
A card game device that causes a display to display a display relating to the abnormality in accordance with a determination status of the determination unit. The card game device according to claim 1 or 2,
A counter for counting the number of cards to be normally paid out when an abnormality in the card payout is detected by the detecting means;
The display control means is
A card game apparatus that causes the display means to display the number of cards counted by the counting means as a display relating to the abnormality. The card game device according to claim 3,
When the card is repeatedly paid out by repeatedly executing the game,
The counting means comprises:
A card game device that cumulatively counts the cards to be normally paid out each time an abnormality in the card payout is detected by the detecting means. In the card game device according to any one of claims 1 to 4,
When an abnormality in the card payout is detected by the detecting means, or when the abnormality is detected and instructed by a player who is executing the game, the occurrence of the abnormality is notified. Notification control means for controlling the notification means;
A game control means for stopping execution of the game until an input of a game restart is received or a predetermined time has elapsed when the occurrence of the abnormality is notified;
A card game apparatus further comprising: In the card game device according to any one of claims 1 to 5,
Management means for managing execution of the game in association with a player ID uniquely assigned to each player;
When an abnormality in the card payout is detected by the detecting means, information relating to the abnormal situation is stored in association with the player ID in a storage means or a server device that manages the card game device. Memory control means;
A card game apparatus further comprising: The card game apparatus according to claim 6,
The storage control means is
In the case where an abnormality in the card payout is detected by the detection means in association with the player ID and the number of cards to be normally paid out is counted, the counted number of cards Is stored in the storage means or the server device in association with the player ID as information relating to the abnormal situation. The card game device according to claim 6 or 7,
The storage control means is
If the game is executed with a player ID that is different from the player ID managed when the previous game was executed, and the information about the abnormal situation is held, the game ID is held. A card game device in which information relating to an abnormal situation is stored in the storage means or the server device in association with a player ID before the start of execution of the game. In the card game device according to any one of claims 1 to 8,
An acquisition unit for acquiring a player ID uniquely assigned to each player;
The display control means is
A card game device that changes a content of display control for display relating to the abnormality depending on whether or not the player ID has been acquired.

Images