JP2008113858A - Game system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system capable of preventing the result of a game from being easily affected by the difference in the speed of thinking or the degree of skill of players on the input of commands caused by the difference among the players in the experience in the game in which a plurality of players participate. <P>SOLUTION: The receiving time for receiving commands transmitted from a terminal device 3 is set in a shop server 2 to execute game processes, and commands from the terminal device 3 are received only in the receiving time. When the receiving time terminates, the shop server 2 executes a process for advancing the game based on the commands received in the receiving time. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a game system capable of playing a battle game between a plurality of players.

  In recent years, with the spread of the Internet, role-playing games played in a vast game space provided by a personal computer at each home and logged into a game management company's server have been enjoyed by many users. Yes. Also in a so-called arcade game machine installed in a game center, various information can be exchanged between servers installed in each game center, and a plurality of terminal devices connected to the server or other A game system capable of playing various battle games with a terminal device connected to the server is realized. As games provided by this type of game system, in addition to mahjong games and golf games, there are competitive games using IC cards.

  As an example of the above-mentioned competitive game, for example, in the case of a soccer game, a plurality of previously stored values of various parameters corresponding to the player are stored in the memory of an IC card on which a photograph of an existing professional soccer player is printed. Keep it. On the other hand, in the terminal device installed in the game center, a variety of the above-mentioned various types of IC cards can be placed from a placement panel on which a plurality of IC cards can be placed at once, and a memory of the IC card placed on the placement panel. A card reader for reading the parameter value is provided. Then, the player places a plurality of IC cards (corresponding to the players who play soccer in the game space) on the placement panel according to each position of the football, and is stored in the placed IC card. Based on the various parameters, a soccer game is played with a player playing on another terminal device.

  Further, as another competitive game, for example, there is a game disclosed in Patent Document 1. In Patent Document 1, for example, ability values of various characters are stored in a non-contact type IC card such as a transponder of an RFID (Radio Frequency IDentification) system, and these ability values are read by a card reader of a terminal device. Then, the character image having the read ability value is displayed in the game space, the character image of the player playing on the other terminal device, and the battle type in which the battle is determined by causing the battle to be performed in the game space. It is a game. That is, the player inputs a command for designating the character's action (movement, attack, defense, etc.) corresponding to the character card read by the terminal device, and when the character comes into battle with the enemy character, the character has Winning or losing is determined based on the ability value.

JP-A-2005-342264

  By the way, in the competitive game disclosed in Patent Document 1, the time in the game space has elapsed in real time, and a command reception period during which a command for designating the character's action can be input, and the command The frequency of occurrence of the reception period depends on the value of “moving force” that is one of the abilities of each character. That is, the larger the value of the character's “moving force”, the shorter the command reception period and the higher the occurrence frequency of the command reception period. On the other hand, if the value of the “moving force” of the character is small, the command reception period is long and the frequency of occurrence of the command reception period is low. When the command reception period ends, each character takes an action in the game space according to the command input during the command reception period.

  For this reason, a character with a small value of “moving power” takes a long time from the input of a command by the player until the character takes an action in accordance with the command, and during that time, the character is likely to be attacked by the enemy character. The battle in space becomes disadvantageous. In addition, even when characters having the same value of “movement power” perform battles, for example, in the case of a player who is not familiar with the game provided by the game system, the situation in the game space changes every moment. It takes a long time to select the appropriate command, and there may be a situation where the time for inputting the selected command cannot be satisfied. As a result, the battle may be disadvantaged.

  In addition, in order to guide the battle more advantageously, when inputting a command that requires a complicated procedure, or when entering multiple commands, the advantage of the battle depends on the skill level of the command input to each player's terminal device. , There can be disadvantages. In order to eliminate the difference between the advantages and disadvantages of battle due to the skill level related to command input, it is conceivable to install a dedicated controller on the terminal device that makes the command input operation easier. The cost of the device may increase.

  Therefore, the present invention is a game in which a plurality of players participate in a game that is not used to the game, and the game results are not easily affected by differences between the players regarding the thinking speed and the skill level regarding command input. The purpose is to provide a system.

  In order to achieve the above object, the present invention is provided corresponding to each of a plurality of players, a plurality of input means for inputting instructions from each player, and a plurality of input means input Based on the instructions, storage means storing a program for executing the game, and reading the program from the storage means, and controlling the game based on the instructions input to the plurality of input means according to the program A game system including a game control unit, wherein the game control unit includes a reception period setting unit that sets a reception period of an instruction input from each of the plurality of input units, and the reception period ends Sometimes, the processing of the program is started based on an instruction from the input means received during the reception period.

  Here, the “input means” may be any device that allows the player to input some instruction, such as a push button type or slide type switch, joystick, touch panel provided on the display screen, or the like. The term “game” in the term “program for executing a game” refers to a game in which winning / losing is determined based on the input instruction after an instruction is given from the input means.

  According to the present invention, the instructions input from the plurality of input means are received by the game control means only during the reception period set by the reception period setting means, and when the reception period ends, the game control means The processing of the program for executing the game based on the instruction from each input means received during the reception period is started. Therefore, the reception period in the game control means of the commands input from the corresponding input means by the plurality of players is given equally to all the plurality of players. For this reason, since the user is not used to the game, the result of the game is not easily influenced by the difference in skill level regarding the thinking speed and command input that occurs between the players.

  Further, the present invention is the above-described game system, wherein the game control means includes a processing input means for inputting instructions from the plurality of players during the processing of the program, and the game control means includes the game control means, When an instruction is input from the in-process input unit during the processing of the program, processing based on the instruction from the in-process input unit is performed.

  According to the present invention, when there is an instruction from the player input from the processing input means while the program for executing the game is being processed by the game control means, the processing based on the instruction is performed. Will be. Therefore, even after giving an instruction from the input means described above, there is an opportunity to influence the progress of the game by the processing of the program based on the will of the player. Even if the game is inappropriate for advantageous development, an opportunity to compensate for the disadvantage caused by the game is provided, so that the interest of the game can be improved.

  According to the present invention, in the above game device, the game control unit is based on an instruction from the input unit while the program is being processed according to the instruction input from the processing input unit. The processing of the program is interrupted.

  According to the present invention, while the program processing is being performed based on the above-described instruction input from the processing input means, the program processing based on the instruction input from the input means is temporarily suspended. Therefore, if the processing of the program based on the instruction input from the processing input means described above is not performed, even if the development of the game is disadvantageous for the player, the disadvantageous situation may occur. Since there is a possibility that it can be avoided, the interest of the game can be improved.

  Further, the present invention provides the game system according to any one of the above-described game systems having an in-process input unit, wherein the game control unit specifies the number of contents that can be instructed by the in-process input unit and the in-process input unit. And an input restricting means for restricting the input of the instruction.

  Here, as a specific method of “restricting input of instructions to the processing input means”, for example, the number of times instructions can be input from the processing input means during the processing of the program by the game control means. A method is conceivable in which a restriction is provided, or when an instruction is input from the processing input means, the next instruction cannot be input unless a predetermined time has elapsed.

  According to the present invention, since the number of contents that can be instructed by the input means during processing and the input of instructions to the input means during processing are limited, excessive interference with the progress of the game by each player is suppressed. Even in a game system having an in-process input means, it is possible to make it difficult to influence the game result due to the difference in speed of judgment and agility that occurs between players. The

  According to the game system of the present invention, in a game in which a plurality of players participate, a period in which a command can be input from the corresponding input means by each player is given equally to all players participating in the game. Since the player is not used to the game, it is possible to make it difficult to influence the game result due to a difference in skill level relating to command speed and command speed generated between the players.

  Hereinafter, a preferred embodiment of the present invention will be described with reference to the drawings, taking as an example a case of application to a so-called arcade game machine. FIG. 1 is a diagram showing an overall configuration of the game system according to the present embodiment. This game system is installed in each of the center server 1 connected to the Internet via the communication line 4 and a plurality of game centers (three stores in FIG. 1), and connected to the Internet via the communication line 4 And a plurality of terminal devices 3 (eight per store in FIG. 1) and one set installed in each game center and connected to the store server 2 via the dedicated line 5, respectively. It consists of a card vending machine 6. Each terminal device 3 is assigned a machine ID unique to each terminal device 3 including the store code assigned to the connected store server 2. For example, in FIG. 1, when the code of the store server 2 of the store A is “A” and the code of the terminal device 3 in the store A is “1”, the machine ID of the terminal device 3 is “a1”. Become.

  The game provided to the player by the game system described above is a battle-type game in which a card is used to battle a player who is playing a game on another terminal device 3. In this game, a plurality of game cards, which are IC cards, are arranged at a predetermined position (a mounting panel 38 described later) of the terminal device 3, and based on data stored in the memory of each of these arranged game cards, The game is played against a player playing on another terminal device 3. Note that an IC card used as a game card may be a contact type or a non-contact type. When a non-contact type IC card is adopted, for example, a transponder in an RFID system can be used.

  The game cards described above are classified into two types: character cards and magic cards. On the surface of the character card, a picture of a character that fights in the game space (a person displayed as an image on the terminal device 3) is drawn. It is prepared. A memory is embedded in the character card, and unique identification information (hereinafter referred to as a character number) corresponding to the character drawn on the card surface is stored in the memory. In addition, the store server 2 stores, as data, abilities (life force, magic power, attack power, defense power, movement power, etc.) corresponding to the identification information of each character, and the character card placed on the terminal device 3 Recognizing the identification information, the battle performed in the game space is controlled based on the ability of the character corresponding to the recognized identification information.

  Magic cards are cards that are used when a player wants to intervene in a battle between characters in the game space. Depending on the type of magic card, the magic card has an advantageous effect on the player's own character, This can adversely affect the opponent's character. A memory is also embedded in the magic card, and unique identification information (hereinafter referred to as a magic number) corresponding to the type of magic drawn on the card surface is stored in the memory. The type of magic card and how to use it will be described in detail later.

  Further, in the game system in FIG. 1, the player can purchase an IC card called an ID card from the card vending machine 6 and cause the terminal device 3 to read the IC card so that the game can be executed. Furthermore, the history of games played in this game system is stored in the center server 1 in association with the data stored in the ID card, and the game results up to the previous time are reflected even when the game is played in this game system next time. It is possible to continue to play the game in the played state. As with the game card, the ID card may be either a contact IC card or a non-contact IC card. If a non-contact IC card is used, a transponder in the RFID system can be used. It is.

  Hereinafter, each part of the game system shown in FIG. 1 will be described. The center server 1 communicates with a plurality of store servers 2 via the Internet, and stores status information of each character owned by a player who plays a game at each game center. Here, FIG. 2 is a block diagram showing a hardware configuration of the center server 1. The center server 1 includes a control unit 100 that controls the operation of the center server 1 and a communication interface circuit 104 for transmitting and receiving data to and from the plurality of store servers 2 via the Internet.

  The control unit 100 includes a CPU 101, a ROM 102, and a RAM 103. The CPU 101 controls the game system having the configuration shown in FIG. 1 according to a control program stored in the ROM 102. The ROM 102 may be a storage device such as a semiconductor memory or a hard disk drive mounted inside the center server 1, and a storage medium such as a magneto-optical disk drive, a CD drive, or a DVD drive is removable. It may be a storage device. The RAM 103 stores, for example, information about each player transmitted from the store server 2 installed in each game center.

  Here, the contents of the information about the player stored in the RAM 103 will be described with reference to FIGS. FIG. 3 shows the contents of the authentication information. This authentication information associates the player ID and password set by the player himself with the ID data stored in advance in the memory of the ID card when the player purchases the ID card from the card vending machine 6. Is. The terminal device 3 reads the ID data from the memory of the inserted ID card, transmits it to the center server 1 via the store server 2, and transmits the player ID and password input by the player to the center server 1. The center server 1 authenticates the player based on the authentication information shown in FIG. 3 and the player ID, password, and ID data received from the terminal device 3.

  FIG. 4 is a diagram showing the contents of the player participation information. The game space provided by the present game system is partitioned in advance, and is information for recognizing a player who is currently playing a game in each partitioned region (hereinafter referred to as a play field). In the game provided by the game system, a unique number (hereinafter referred to as a field number) is assigned to each play field in the game space. Here, in this game system, a maximum of four players can play a game at the same time in each play field, and the player specifies a play field to play a game before starting the game. It has become.

  In FIG. 4, in the “acceptance order” column, the order in which the game execution is accepted by the center server 1 is stored corresponding to each field number. Corresponding to the ID code, the machine ID of the terminal device 3 used by the player, and the code of the store server 2 to which the terminal device 3 to which the machine ID is assigned is connected via the dedicated line 5 ( Hereinafter, the store server code is stored. In the “ID code” field of the field number “3” in FIG. 4, “CPU” means that the terminal device 3 with the machine ID “c3” playing the game in the same play field is in the same field. This means that the player corresponding to the ID code “P11” is operating as an opponent. That is, the player with the ID code “P11” plays a game provided by the game system against the terminal device 3 with the machine ID “c3” without performing a battle with another player.

  Each piece of information constituting the player participation information shown in FIG. 4 is updated based on data transmitted from each store server 2 installed in store A to store C, and stored in RAM 103. Moreover, the center server 1 transmits the updated player information to each store server 2 every time the content of the player participation information is updated.

  FIG. 5 is a diagram showing the types of game cards possessed by each player and the contents of status information indicating their states. That is, for each ID data corresponding to a player who has accessed the game system in the past, a character number and a magic number (to be described later) possessed by each player and an experience value corresponding to each character card are stored. Is. In FIG. 5, as an example, the status information of the players corresponding to the ID data “P1” and “P2” is illustrated. Among these status information, the status information of the player ID playing the game in the play field corresponding to each “field number” included in the player participation information shown in FIG. 4 corresponds to the “field number”. Is transmitted to the store server 2 of the store server code stored.

  For example, in the case of the player participation information having the contents shown in FIG. 4, the player who plays the game with the field number “1” (ID data “1”) is assigned to the store server 2 with the store server codes “A” and “B”. Status of players (ID data “P5”, “P10”, “P2”, “P8”) who are playing a game with the field number “2” and “P1”, “P12”, “P9”, “P3”) Information is sent. In addition to the status information transmitted to the store server 2 with the store server codes “A” and “B”, the game is played with the field number “3” for the store server 2 with the store server code “C”. The status information of the players (ID data “P11”, “P4”, “P7”) is also transmitted. Thus, each store server 2 stores the status information received from the center server 1 and recognizes the type of the game card owned by each player with reference to the status information when performing the game process, and the battle result The contents of the status information are updated according to

  Next, the store server 2 exchanges various data with the center server 1 or another store server 2 via the communication line 4 and the Internet, and a terminal device installed in the game center via the dedicated line 5. 3 and various data exchanges with the card vending machine 6. FIG. 6 is a block diagram showing the hardware configuration of the store server 2. The store server 2 includes a control unit 200 that controls the operation of the store server 2. The control unit 200 includes a CPU 201, a ROM 202, and a RAM 203. The CPU 201 executes a game progress program stored in the ROM 202 and performs a process of progressing the game. In addition to the above-described game progress program, the ROM 202 stores various data used in a game provided to the player by the terminal device 3.

  Examples of data stored in the ROM 202 include a capability value setting table and a capability value correction table. FIG. 7 shows an example of the capability value setting table. The ability value setting table defines various abilities corresponding to the types of character cards described above. As shown in this figure, “Experience Value”, “Level”, “Life Power”, “Magic Power”, “Attack Power”, “Defense Power”, “Movement Power”, “Attack Accuracy” corresponding to each character number Various abilities such as “rate”, “critical hit rate”, and “attack avoidance rate” are determined by numerical values.

  Here, the “experience value” defines a value necessary for increasing the “level” value of the character. That is, in this game system, when a battle with an enemy character is won, the value of “experience value” is appropriately added to the teammate character that participated in the battle. As a result, the ability value shown in FIG. In the setting table, when the experience value of a character exceeds the value of “experience value” corresponding to the current level, the level of the character is increased. “Level” indicates the strength of each character by a numerical value. If the character is the same, the higher the numerical value, the higher the character's ability value, and the stronger the character in this game. . The “life force” is a numerical value of the character's physical strength, and the value decreases when the enemy character is attacked and receives damage. When the value of the “life force” of the character becomes “0”, the character disappears from the play field and cannot be used in the game for a predetermined period.

  “Magic power” is a numerical value of the magic ability that a character can use in battle. When the character uses magic, the value of “magic power” decreases by a value corresponding to the type of magic used. If the value of “magic power” is less than the value required for the magic to be used, the magic cannot be used. Note that the value of the “magic power” decreased during the battle is recovered over time at a predetermined speed, and the recovery speed changes according to the “level” of the character. “Attack power” is a numerical value that indicates how much a character can damage other characters. The higher the value, the more damage to other characters (ie, other The character's “life force” value can be reduced more). The “defense power” is a numerical value representing the power to defend against attacks from other characters. The higher the value, the more the damage caused by attacks from other characters can be reduced. The “moving force” represents the distance that the character can move on the play field. The larger the value, the longer the character can move on the play field.

  “Attack accuracy” indicates the rate at which a character can hit another character with an attack. The larger the value, the higher the probability of damaging another character. “Critical hit rate” indicates the probability of occurrence of a critical hit (an attack that can cause more damage than a normal attack when a character attacks another character), and the higher the value, the higher the probability. A critical hit occurs. “Attack avoidance rate” indicates the rate at which an attack can be avoided when the character is attacked by another character (that is, the value of “life force” does not decrease). The higher the value, the higher The attack can be avoided with probability.

  The battle between characters in this game system is determined based on the above-mentioned values of various abilities. Also, if the use of the above-mentioned magic card is instructed by the player during the battle between characters, the values of various abilities of allies or enemy characters can be increased or decreased. Can interfere. The types of magic cards and effects when used will be described in detail later.

  The contents of the ability value correction table are as shown in FIG. 8, and the ability to be corrected with respect to the predetermined three random value ranges (0 to 63, 64 to 95, 96 to 127). (“Attack accuracy”, “critical hit rate”, “attack avoidance rate”) and their correction values are stored. Each correction value varies in size according to the level of the character. Thereby, when a battle between characters occurs in the game space, the CPU 201 generates a random number, and increases or decreases the ability value corresponding to the value of the random number by a correction value according to the level of the character.

  The ROM 202 may be a storage device such as a semiconductor memory or a hard disk drive mounted in the store server 2, or a storage medium such as a magneto-optical disk drive, a CD drive, or a DVD drive is removed. A possible storage device may be used.

  Returning to FIG. 6, the RAM 203 temporarily stores various data generated in the process of the above-described game progress program. In this data, for example, the player participation information (see FIG. 4) and status information (see FIG. 5) transmitted from the center server 1 and the terminal devices 3 connected via the dedicated line 5 are transmitted. A flag indicating whether or not there is one in which “acceptance order” is “1” among the terminal devices 3 connected to the own device based on the various data received and the player participation information shown in FIG. F (details will be described later). The communication interface circuit 204 is for transmitting / receiving various data to / from the center server 1 or other store server 2 via the Internet. The interface circuit group 205 is connected to eight terminal devices 3 and one card vending machine 6 installed in the game center via the dedicated line 5, and transmits and receives various data according to control by the CPU 201.

  Next, the terminal device 3 and the card vending machine 6 that are installed in the game center and transmit / receive various data to / from the store server 2 described above will be described. FIG. 9 is a perspective view showing the external appearance of the terminal device 3 and the card vending machine 6 installed on the floor in one game center. As shown in this figure, one game center has eight terminal devices 3 and one card vending machine 6, and each terminal device 3 has a unique machine ID as described above. Is granted.

  The card vending machine 6 issues an ID card to be used when the player plays a game with this game system. When the card vending machine 6 issues the ID card, the ID data stored in the memory of the ID card and the player ID and password set and input by the player from the keyboard (not shown) are sent to the center via the store server 2. After transmitting to the server 1, the ID card is issued to the player. On the other hand, the center server 1 stores the information received via the Internet in addition to the authentication information (see FIG. 3) stored in the RAM 103.

  Next, the hardware configuration of the terminal device 3 will be described in detail with reference to FIGS. 10 and 11. Here, FIG. 10 is a perspective view showing an external appearance of the terminal device 3, and FIG. 11 is a block diagram showing an internal hardware configuration of the terminal device 3. As illustrated in FIG. 10, the terminal device 3 includes a housing 30, a first display 31 provided at an approximately center of the front surface of the housing 30 so that the screen is inclined obliquely upward, and the first display 31. And a second display 32 provided above. A touch panel 33 is installed on the surface of the first display 31. When a player's finger or the like touches the screen of the first display 31, a detection signal corresponding to the contact position is output to an operation input unit 314 described later. To do. The touch panel 33 is a rectangular thin layer having substantially the same dimensions as the screen of the first display 31, and is covered with a transparent cover in which pressure-sensitive materials made of linear transparent materials are arranged vertically and horizontally at a predetermined pitch. And so on. A conventionally known touch panel 33 can be used.

  Speakers 34 for outputting sound are installed on the left and right sides of the second display 32. In addition, on the lower side of the first display 31, a 7-segment display 319, a coin insertion slot 35 into which coins are inserted, and the above-described ID card (not shown) are arranged in order from the left toward the front of the terminal device 3. An ID card insertion slot 36 to be inserted is provided. Further, an operation table 37 is provided below the 7-segment display 319, the coin insertion slot 35, and the ID card insertion slot 36 so as to protrude forward. On the upper surface of the operation table 37, a placement panel 38 on which a plurality of game cards (character cards or magic cards) 7 can be placed and an operation switch 318 including four push button switches are provided.

  Next, the internal configuration of the terminal device 3 will be described with reference to FIG. The control unit 300 controls the overall operation of the terminal device 3 and includes a CPU 301, a ROM 302, and a RAM 303. The ROM 302 stores a game program, various image data displayed on the first display 31, and the like. In these image data, for example, a teammate character image showing a character that can be operated by the player, an enemy character image operated by the opponent, and a play field serving as a stage where the teammate character image and the enemy character image battle each other are displayed. For example, a button image representing a button for receiving a predetermined instruction, an image indicating a type of a magic card (hereinafter referred to as a magic card image), and the like. In addition, the ROM 302 stores, for example, objects that form ally characters, objects that form enemy characters, texture data, background images, and the like. An object or the like constituting a teammate character or enemy character is composed of a predetermined number of polygons so that three-dimensional drawing is possible.

  The ROM 302 may be a storage device such as a semiconductor memory or a hard disk drive mounted in the terminal device 3, and a storage medium is removed from the ROM 302 such as a magneto-optical disk drive, a CD drive, or a DVD drive. Possible storage devices may be used. Furthermore, it may be configured by appropriately combining the various storage devices described above.

  The RAM 303 temporarily stores various data generated during the game program processing described above. Further, in addition to the aforementioned player participation information (see FIG. 4) and status information (see FIG. 5), the player information shown in FIG. 12 generated by the store server 2 and the object position information shown in FIG. 13 are stored. The player information is information indicating the type of game card possessed by the player who plays the game on the terminal device 3 and the ability value of each character card. Here, the player information shown in FIG. 12 indicates the player information corresponding to the ID data “P1” and “P2”, respectively. The object position information includes coordinate information representing the type of image displayed on the display 31 and the display position thereof.

  In the object position information shown in FIG. 13, “object code” is information unique to each object, and is composed of “type” and “number”. Among various symbols shown in the “type” column, “B” means a button image for displaying an area for receiving an instruction when the player inputs an instruction from the touch panel 33 shown in FIG. “C” means a registered magic card image. Furthermore, “P” means an ally character image, and “E” means an enemy character image. The numbers shown in the “Number” column are unique numbers assigned in advance corresponding to the various images described above.

  In the “display position coordinates” column, information representing the position in the display area of the first display 31 by XY coordinates is shown. Further, in the “play field coordinates” column, there are coordinates set in advance in the play field extending in the virtual game space, and each terminal device 3 that plays a game in the same play field has a common coordinate system in the play field. have. The play field coordinates are represented by xy coordinates. In the “operation reception” column, information indicating whether or not each object can be operated from the touch panel 33 is displayed. In other words, an object for which “O” is indicated in the “operation reception” column is in a state where the player can perform an operation, and an operation for an object indicated by “×” is performed. It is impossible.

  Further, like the objects corresponding to the numbers “P0106” and “P0107”, the play field coordinates are set but the display position coordinates are not set but are present on the play field. An object not displayed on the display 31 is shown. In addition, as in the case of an object of type “B” (button image) or type “C” (magic card image), the first display 31 is one in which play field coordinates are set but display position coordinates are not set. Shows an image that is displayed but does not exist on the play field.

  Returning to FIG. 11, the communication interface circuit 304 performs transmission / reception of object position information and data related to the contents of authentication information transmitted to the center server 1 with the store server 2 via the dedicated line 5. Further, the communication interface circuit 304 transmits various commands input from the operation input unit 314 to the store server 2 via the dedicated line 5 in response to an instruction input by the player via the touch panel 33. Thereby, the store server 2 advances the game based on the received command. Further, the communication interface circuit 304 receives a display command for the first display 31 or the second display 32 from the store server 2 via the dedicated line 5.

  The first drawing processing unit 311 displays a game screen including a play field image and a game card image on the first display 31, and includes a VDP (Video Display Processor), a video RAM, and the like. The first drawing processing unit 311 extracts image data from the ROM 302 by referring to the object position information and status information stored in the RAM 303 in accordance with the display command received from the store server 2. Then, by storing the image data in the video RAM according to the priority order displayed on the first display 31 (for example, the order of play field image, character image, button image, magic card image), a game screen is generated, 1 output to the display 31. As a result, a game screen to be described later is displayed on the first display 31.

  The second drawing processing unit 312 displays a battle image representing a battle between a teammate character and an enemy character on the second display 32, and includes a VDP, a video RAM, and the like. In accordance with the display command, the second drawing processing unit 312 moves an object (for example, an object constituting an ally character, an object constituting an enemy character, etc.) stored in the ROM 302 from the position in the three-dimensional space to the pseudo three-dimensional space. Performs calculation for conversion to the above position, light source calculation processing, and the like, and writing processing of image data to be drawn to the video RAM based on the calculation result (for example, a video RAM area specified by a polygon) The texture image is mapped to the image, and the battle image is generated and output to the second display 32. As a result, a battle screen to be described later is displayed on the second display 32.

  The voice reproduction unit 313 outputs voice, BGM, and the like to the speaker 34 in accordance with instructions from the store server 2. The operation input unit 314 is a microcomputer provided with a memory 314a and a timer 314b. The contact position indicated by the detection signal output from the touch panel 33 is buffered as data in a predetermined storage area of the memory 314a. The instruction content based on the data is determined using the timer 314b or the like, and the determination result is supplied to the control unit 300 as an operation command. As described above, since the detection signal is buffered as data in the memory 314a of the operation input unit 314, the operation input unit 314 may receive instructions for a plurality of character images instantaneously from the touch panel 33, for example. A process according to the instruction can be executed simultaneously or in parallel. Further, the object position information shown in FIG. 13 is stored in a predetermined area of the memory 314a included in the operation input unit 314.

  When the coin sensor 315 detects a coin inserted from the coin insertion slot 35 shown in FIG. 10, the coin sensor 315 transmits a coin detection signal indicating that to the control unit 300. The ID card reader 316 reads ID data from the ID card 8 inserted into the ID card insertion slot 36 and transmits it to the control unit 300. The game card reader 317 is installed on the back surface of the placement panel 38 shown in FIG. 10, and a character card is placed on the placement panel 38 together with various data read from the game card 7 placed on the placement panel 38. Information indicating the placed position is transmitted to the control unit 300. The operation switch 318 outputs an ON signal to the control unit 300 from a push button switch operated by the player. The 7-segment display 319 displays numbers according to the control signal output from the CPU 301.

  Next, the content of the game screen displayed on the first display 31 described above will be described with reference to FIG. In this figure, (a) is a figure which shows an example of the game screen displayed on the 1st display 31 of the terminal device 3, (b) is each which comprises the game screen shown to (a). It is a figure for demonstrating a display area. As shown in FIG. 14, a play field display area 51 is arranged at the upper left of the game screen 50 displayed on the first display 31. The play field display area 51 is an area for displaying a partial image of the play field. In the display area, the play field image is scroll-displayed in accordance with the progress of the game (for example, the movement of the character). . In FIG. 14, five friend character images 52a to 52e and five enemy character images 53a to 53e (characters shown by hatching in FIG. 14A) are displayed in the play field display area 51. Is arranged. These character images 52 and 53 are images that can be operated by the player. In this game system, by touching the character images 52 and 53 displayed via the touch panel 33 shown in FIGS. 10 and 11, The character to be operated can be specified.

  On the right side of the play field display area 51 and on the upper side of the game screen 50, three opponent player displays in which images representing other players playing the game in the same play field (hereinafter referred to as opponent players) are displayed. The regions 54a to 54c are arranged in a horizontal row. A card enlargement display area 55 is arranged below the opponent player display areas 54a to 54c. In this display area, characters images and ability values displayed in card display areas 58a to 58e described later are displayed. Enlarged display. In addition, on the lower side of the play field display area 51 and on the left side of the game screen 50, registered magic card display areas 56a to 56a for displaying magic cards (hereinafter referred to as registered magic cards) registered in the terminal device 3 by the player. 56c is arranged. In this game system, a maximum of three magic cards can be registered in the terminal device 3.

  Below the registered magic card display areas 56a to 56c, magic activation button display areas 57a to 57c are arranged corresponding to the respective registered magic card display areas. In this display area, a magic activation button image is displayed. When the player touches a desired magic activation button image via the touch panel 33 while the characters are fighting in the play field, the magic activation button image is displayed. The effect of the corresponding magic card can be activated. That is, the influence of a magic card can be given to the battle between characters by a player's will.

  Here, the effect of each magic card is shown in FIG. In this game system, eight types of magic cards with magic numbers “1001” to “1008” are prepared. The magic number “1001” is a magic card named “magic shield”, and when this magic card is activated, the damage received by the character designated by the player can be invalidated. The magic number “1002” is a magic card having the name “magic power recovery”. When this magic card is activated, the magic power of the teammate character designated by the player can be restored by a certain value. The magic number “1003” is a magic card named “magic arrow”, and when this magic card is activated, all enemy characters can be given a certain amount of damage. The magic number “1004” is a magic card having the name “position exchange”. When this magic card is activated, the position of the enemy character displayed in the play field display area 51 is randomly changed. The magic number “1005” is a magic card named “speed change”, and when this magic card is activated, the attack avoidance rate of the enemy character designated by the player can be halved. The magic number “1006” is a magic card named “Ability Value Increase A”. When this magic card is activated, the defense power of the teammate character designated by the player can be doubled. The magic number “1007” is a magic card named “ability value increase B”. When this magic card is activated, the life force of the ally character designated by the player can be doubled. The magic number “1008” is a magic card with the name “deadly killed”. When this magic card is activated, the critical hit rate of the ally character designated by the player can be doubled.

  Returning to FIG. 14, on the right side of the registered magic card display areas 56 a to 56 c and the magic activation button display areas 57 a to 57 c, the player displays a character card placed on the placement panel 38 (see FIG. 10). Five character card display areas 58a to 58e are arranged in a horizontal row. Character images corresponding to the character card placed on the placement panel 38 are displayed in these character card display areas 58a to 58e. When the player touches the character card display areas 58a to 58e on which the character image is displayed, the character image and the ability value of the character are enlarged and displayed on the card enlargement display area 55 described above.

  Above the character card display areas 58a to 58e, six button display areas 59a to 59f on which button images for the player to input various instructions are arranged in a horizontal row. When the player touches the button display area in which various button images are displayed via the touch panel 33, an instruction corresponding to the button image displayed in the touched button display area 59 is input. For example, when the player touches the button display area 59a on which the button image “ALL-OUT WAR” is displayed, it is possible to input an instruction to make a total attack on one enemy character with a plurality of friendly characters. . Further, when the user touches the button display area 59b in which the button image “JOIN” is displayed, it is possible to input an instruction to gather a plurality of teammate characters in one place. Further, when the user touches the button display area 59c in which the button image “STOP” is displayed, it is possible to input an instruction to stop all the actions of the plurality of teammate characters. Further, when the user touches the button display area 59d in which the button image “MOVE” is displayed, it is possible to input an instruction to move all the teammate characters. Further, when the button display area 59e on which the button image “MAP” is displayed is touched, an instruction to display an image showing a map of the entire play field where the game is currently played in the play field display area 51 Can be entered. Further, when the button display area 58f on which the button image “CHANGE / ENTER” is displayed is touched, an instruction to newly register or change the registered magic card displayed in the registered magic card display areas 56a to 56c, Alternatively, it is possible to input an instruction to replace the character card displayed in the character card display areas 58a to 58e with another character card.

  Thus, the game screen 50 displayed on the first display 31 is set with a display area for displaying various images. Of the images displayed in the display areas, the display positions of the images (objects) to be operated by the touch panel 33 are managed based on the object position information shown in FIG.

  Next, the contents of the processing in this game system will be described with reference to the drawings. First, with reference to FIG. 16, the process performed by the center server 1, the store server 2, and the terminal device 3 before a player starts a game with this game system is demonstrated.

  In FIG. 16, when a player inserts a coin into the coin insertion slot 35 of the terminal device 3 shown in FIG. 10 in order to play a game with the game system, a detection signal of the coin inserted from the coin sensor 315 shown in FIG. As a result, the CPU 301 recognizes that a coin has been inserted (step S1). Next, when the player inserts the ID card into the ID card insertion slot 36 shown in FIG. 10, the ID card reader 316 shown in FIG. 11 reads the ID code recorded on the ID card 8 and outputs it to the CPU 301 (step S2). ). As a result, the CPU 301 displays an input screen for inputting the player ID and password on the first display 31 shown in FIG. 10, and accepts these data inputs (step S3). The input screen includes, for example, a display area that displays a keyboard image and the input player ID and password (however, passwords are displayed in abbreviated characters) on the first display 31 of the terminal device 3. When the player inputs the player ID and password by appropriately touching each key of the keyboard on the input screen displayed on the first display 31 via the touch panel 33, the CPU 301 uses the input player ID and password. The ID code output from the ID card reader 316 is transmitted to the store server 2 via the dedicated line 5 by the communication interface circuit 304 (see FIG. 11) (step S4). When the store server 2 receives the player ID, password, and ID code from the terminal device 3, the store server 2 transmits these pieces of information to the center server 1 via the Internet via the communication interface circuit 204.

  When the center server 1 receives the player ID, password, and ID code from the store server 2 through the internet circuit group 104, the CPU 101 starts an authentication process (step S20). That is, the CPU 101 refers to the authentication information (see FIG. 3) stored in the RAM 103, and determines whether or not the corresponding information is registered (that is, whether or not the game system is allowed to play a game). to decide. Then, the result of the authentication process is transmitted as a response signal to the terminal device 3 that has transmitted the player ID, password, and ID code via the store server 2 (step S21).

  The terminal device 3 that has received the response signal described above accepts the selection of the game mode by the player when the execution of the game is permitted by the authentication process performed by the center server 1 (step S5). That is, selection of a play field for playing a game, selection of an opponent (for example, a game played with an arbitrary player playing a game on another terminal device 3 or a pseudo player (hereinafter referred to as CPU) controlled by the store server 2 The player) and whether to play the game). As a result, when the player completes various selections, the CPU 301 uses the game card reader 317 to retrieve a character number or a magic number from the game card 7 placed on the placement panel 38 (hereinafter, these pieces of information are collectively referred to as identification information). ) Is read (step S6). Then, the CPU 301 sends the entry data including the ID data, the machine ID given to the own machine, the content selected by the player in the process of step S5, the identification information read in the process of step S6, and the like via the store server 2. It transmits to the center server 1 (step S7). If entry data is transmitted to the center server 1, CPU301 will be in a standby state until it receives the object position information etc. which are mentioned later from the shop server 2 (step S8).

  On the other hand, the CPU 101 of the center server 1 accepts an entry from the terminal device 3 (step S22), and updates the player participation information shown in FIG. 4 (step S23). That is, the ID data, the machine ID, and the field number of the play field selected by the player are read from the received entry data, and information corresponding to each column of the player participation information shown in FIG. . When the CPU player is designated as the opponent in the entry data received in step S22, the CPU 101 sets the CPU player in the “ID data” column of the player participation information. Next, the CPU 101 extracts status information (see FIG. 5) of the player and other players playing the game in the play field selected by the player from the RAM 103 (step S25), and the player updated in step S23. Together with the participation information, the extracted status information is transmitted to the store server 2 (step S26).

  The store server 2 that has received the status information of each player from the center server 1 performs an initial setting process (step S10). In this initial setting process, the player participation information received from the center server 1 is stored in the RAM 203, and based on the status information of each player and the ability value setting table shown in FIG. The player information shown in FIG. 12 and the object position information shown in FIG. 13 are generated and stored in the RAM 203. Then, the store server 2 transmits the generated player information and object position information to the terminal device 3 that plays the game in the same play field (step S11). Thereafter, the store server 2 and the terminal device 3 each start processing related to the game (steps S12 and S9).

  As shown in FIG. 16, in this game system, a plurality of players can play a game in one play field, and can also enter a play field in which a game has already been played from the middle.

  Next, the game process executed in the store server 2 and the terminal device 3 after the game is started in steps S9 and S12 in the flowchart shown in FIG. First, the flow of game processing executed by the store server 2 will be described with reference to the flowchart shown in FIG.

  When the store server 2 starts the game process, the CPU 201 refers to the player participation information (see FIG. 4) stored in the RAM 203, and among the field numbers, the play field in which the player is in the acceptance order “1”. It is determined whether or not there is (step S200). For example, in the player participation information shown in FIG. 4, in the case of the store server 2 with the store server code “A”, the acceptance order is “1” in the field number 1, so the determination result in step S <b> 200 is YES. If the determination result in step S200 is YES, the flag F stored in the RAM 203 is set to “1” (step S201). Then, the CPU 201 starts timing by the built-in timer (step S202), and goes to the store server 2 to which the terminal device 3 playing the game in the play field whose reception order is “1” is connected. A reception period start signal and a play field number corresponding to the reception period start signal are transmitted (step S203). At this time, a reception period start signal is transmitted to the terminal device 3 playing the game in the play field among the terminal devices 3 connected to the own device through the dedicated line 5. This reception period start signal is a signal indicating that a period (command reception period) in which the terminal device 3 can perform magic card registration, character card arrangement, and various instructions is started. For example, in the player participation information of FIG. 4, the terminal device 3 with machine IDs “b1” and “c1” is playing a game in the play field 1. Therefore, the store server 2 with the store server code “A” connects the Internet to the store servers 2 with the store server codes “B” and “C” to which the terminal devices 3 with the machine IDs “b1” and “c1” are connected. Via the reception period start signal and the play field number “1”. Also, a reception period start signal is transmitted to the terminal devices 3 having the machine IDs “a1” and “a3” via the dedicated line 5.

  On the other hand, in step S200, if there is no play field in which the player is in the acceptance order “1” among the field numbers, the determination result in step S200 is NO and the flag F is set to “0”. It resets (step S204) and judges whether the reception period start signal was received from the other store server 2 (step S205). If the reception period start signal has not been received, the determination result in step S205 is NO, and the process of step S205 is performed until the reception period start signal is received, and a standby state is entered. And if the reception period start signal is received from the other store server 2, the judgment result of step S205 will become YES and it will transfer to the process of step S203 mentioned above. Here, when the determination result of step S200 is NO, the transmission destination of the reception period start signal by the process of step S203 is the play sent along with the reception period start signal received from the other store server 2. The terminal device 3 is playing a game with a field number.

  When the process of step S203 is completed, the CPU 201 stores, in the RAM 203, the command transmitted from the other store server via the Internet and the command transmitted from the terminal device 3 connected to the own device via the dedicated line 5. Remember. In addition, among the commands transmitted from the terminal device 3 connected to the own device, there is a terminal device 3 that is playing a game in the play field where the other store server 2 is in the order of acceptance “1”. Transmits the command transmitted from the terminal device 3 to the store server 2 in the reception order “1” (step S206). Then, the CPU 201 determines whether or not the value of the flag F is “1” (step S207). If it is “1”, the determination result is YES and the timer incorporated in the CPU 201 is determined. It is determined whether or not the measured time has reached a predetermined command acceptance allowable time (step S208). If the time measured by the timer has not reached the command acceptance allowable time described above, the determination result in step S208 is NO, the process returns to step S206, and the command from the terminal device 3 is accepted. On the other hand, if the time measured by the timer has reached the command reception allowable time, the determination result in step S208 is YES, and the store server that has transmitted the reception period start signal and the play field number in step S203 described above 2, the reception period end signal and the play field number are transmitted (step S209). At this time, among the terminal devices 3 connected to the own device via the dedicated line 5, the reception period end signal is also sent to the terminal device 3 playing a game in the play field where the command reception period has ended. Send.

  On the other hand, if the value of the flag F is “0” in step S207 described above, the determination result in step S207 is NO, and the CPU 201 has received a reception period end signal from the other store server 2 or not. Is determined (step S210). If the reception period end signal has not been received, the determination result in step S210 is NO, and the process returns to step S206 described above. On the other hand, if the reception period end signal has been received, the determination result of step S210 is YES, and the process of step S209 described above is performed. In this case, the transmission destination of the reception period end signal by the process of step S209 is the terminal device 3 playing the game with the play field number sent accompanying the reception period start signal received from the other store server 2. Become.

  Next, the CPU 201 refers to the RAM 203 and determines whether a command is received from another store server 2 or the terminal device 3 (step S211). If it is determined that some command has been received from another store server 2 or the terminal device 3, the determination result is YES, and the CPU 201 is connected to the terminal device 3 (the terminal connected to the other store server 2). Command processing for advancing the game is executed based on the command received from the device 3 (including the device 3) (step S212). This command processing is performed for a play field in which the player is “1” in the “acceptance order” column of the player participation information shown in FIG. 4, and will be described in detail later. When the command processing in step S212 is completed, the CPU 201 then sends the updated player information and object position information as a result of the command processing in step S212 to the store server 2 and each terminal device 3 that transmitted the command. Transmit (step S213). Further, the CPU 201 transmits a display command for displaying the situation during the battle on the first display 31 of the terminal device 3 based on the command processing in step S212 (step S214).

  Then, the CPU 201 determines whether or not the game is to be ended when the four players in the play field have ended or when all four players have input an instruction to end the game (step S1). S215). If it is determined that the game does not end, the determination result in step S215 is NO, and the process returns to step S200. On the other hand, when any of the above-described conditions is satisfied, the CPU 201 transmits the player status information stored in the RAM 203 to the center server 1 via the communication line 4 by the communication interface circuit 204. (Step S216). As a result, the status information stored in the RAM 103 of the center server 1 is updated.

  Next, with reference to FIG. 18, the details of the command processing in step S214 of FIG. 17 will be described. First, the CPU 201 determines whether or not a command to use a character card has been received from the terminal device 3 (step S220). If the command to use the character card has been received from the terminal device 3, the determination result in step S220 is YES, and the CPU 201 sets the play field coordinates of the character, and sets each terminal based on the play field coordinates. The display position coordinates of the character image on the first display 31 of the device 3 are set (step S221).

  Next, when the process of step S221 ends, or when the command to use the character card is not received from the terminal device 3 (step S220, NO), the CPU 201 does not perform the process of step S221. It is determined whether a command for registering a magic card has been received from the terminal device 3 (step S222). Here, in the game provided by the present game system, three magic cards can be registered in a single battle before the battle process described later. The process will be described. If it is determined that a command for registering the magic card has been received from the terminal device 3, the determination result in step S222 is YES, and the CPU 201 updates the object position information of the magic card designated to be registered ( Step S223). That is, among the object position information of the magic card for which registration is designated, the information in the “Operation Acceptance” column is changed to “◯” for the information “x”. At this time, if there are four or more pieces of object position information of the magic card whose information in the “operation reception” column is “◯”, three of them are selected at random, and the selected three Only the magic card object position information is set to “O” in the “Operation Acceptance” column.

  Next, when the process of step S222 ends, or when the command to register a magic card has not been received from the terminal device 3 (step S222, NO), the CPU 201 does not perform the process of step S223. It is determined whether or not a command for moving the character image displayed in the play field display area has been received from the terminal device 3 (step S224). If the command to move the character image is received from the terminal device 3, the determination result in step S224 is YES, and the CPU 201 sets the display position coordinates corresponding to the character image (step S225).

  When the process of step S225 is completed, or when a command to move the character image is received from the terminal device 3 (step S224, NO), the CPU 201 does not perform the process of step S225 and the CPU 201 After executing the process according to (step S226), the battle process is executed (step S227). The content of this battle process will be described in detail later. After that, the CPU 201 updates the player information stored in the RAM 203 in accordance with the result of the battle process (step S228), and further updates the object position information stored in the RAM 203 (step S229), and then in FIG. Terminates command processing.

  Next, the battle process in step S227 in FIG. 17 will be described with reference to the flowchart shown in FIG. While the battle process shown in FIG. 19 is being performed, an interrupt signal is periodically generated by the timer incorporated in the CPU 201, and the CPU 201 performs the process until the interrupt signal is generated. The battle process shown in FIG. 19 is interrupted, and an interrupt process shown in FIG. 20 described later is executed.

  In the following description, an example is shown in which the character number “0101” operated by the ID data “P1” of the status information shown in FIG. 5 and the character number “0110” operated by the ID data “P2” perform a battle. Will be described. First, the CPU 201 refers to the player information stored in the RAM 203 and compares the levels of the character number “0101” and the character number “0110” operated by the ID data “P2” (step S240). Are the same (step S241). According to the player information shown in FIG. 12, the level of the character number “0101” of the ID data “P1” is “1”, and the level of the character number “0110” of the ID data “P2” is “3”. . Therefore, the determination result in step S241 is NO. As a result, the CPU 201 corrects the ability value of the low-level character (step S242). That is, the CPU 201 executes a random number generation program stored in the ROM 202 and samples one random number from a predetermined numerical range (for example, 0 to 127). Then, based on the sampled random number value and the capability value correction table shown in FIG. 8, the capability value to be corrected is increased. For example, if the value of the sampled random number is “23”, “2” is added to the value of “attack accuracy” of character “0101” (80%: refer to the ability value setting table of FIG. 7). %. If the levels of both characters are the same, the determination result in step S241 is YES, and the process proceeds to the next process without performing the process in step S242.

  Next, the CPU 201 determines whether it is time for the character to act (step S243). The timing at which the character acts is determined by the moving force of the character. The higher the moving power, the more frequently the character acts. If it is time for the character to act, the determination result in step S243 is YES, and the CPU 201 executes the program stored in the ROM 202 to select the character's action (step S244). Examples of character actions include attacks based on attack power against other characters or attacks by magic, support to other characters by magic, escape from battle, and the like. Moreover, it does not specifically limit as a method of selecting a character's action, For example, it is good also as selecting by lottery. Also, when there is a lot of magic power, use of magic, when there is little magic power, attack on other characters, and when the vitality falls below a predetermined value, the game progress status, character ability value, etc. It is good also as selecting according to.

  Next, as a result of the process in step S244, the CPU 201 determines whether an attack based on the attack power or a magic attack is selected for another character as the action of the character (step S245). If an attack on another character has been selected, the determination result is YES, and the CPU 201 performs an attack hit determination (step S246). In this process, the CPU 201 determines whether or not the attack of the character hits based on the attack accuracy and critical hit rate of the attacking character and the attack avoidance rate of the attacked character. Is determined to have hit, the damage received by the attacked character is calculated based on the attack power of the attacked character and the defense power of the attacked character. Then, the CPU 201 updates the player information stored in the RAM 203 based on the result of the hit determination performed in step S245 (step S247). Specifically, when an attack on another character hits, the life force value of the other character is decreased. And CPU201 transmits the display command for displaying a battle image on the 2nd display 32 of the terminal device 3 via the exclusive line 5 by the communication interface circuit 204 (step S248).

  If no attack is selected in the action selection in step S243, the determination result is NO, and the CPU 201 performs various processes so that the character performs the other selected action (step S249). After updating the player information stored in the RAM 203 according to the processing result (step S250), the process proceeds to the above-described step S248. Furthermore, if it is not the timing for the character to act in step S264 described above, the determination result is NO and the process of step S248 is performed as it is.

  When the process of step S248 is completed, the CPU 201 determines whether or not the battle has ended (step S251). In this process, the CPU 201 determines that the battle has ended when either character's vitality becomes “0” or when either character escapes from the battle. When determining that the battle has not ended, the CPU 201 returns to the process of step S261. On the other hand, if it is determined that the battle has ended, the player information is updated, for example, by increasing the experience value of the character that won the battle, and stored in the RAM 203 (step S252). Then, the CPU 201 ends the battle process.

  Next, with reference to the flowchart shown in FIG. 20, the interrupt process executed in accordance with the interrupt signal periodically generated by the timer built in the CPU 201 during the above-described battle process of FIG. Note that the battle process shown in FIG. 19 is interrupted while the interrupt process is being performed.

  First, when the interrupt signal is generated, the CPU 201 first determines whether or not the player has activated a registered magic card (step S261). That is, when the store server 2 is performing the battle process of FIG. 19, the terminal device 3 is touched by the player touching the magic activation button image corresponding to the registered magic card displayed on the first display 31 of the terminal device 3. It is determined whether or not a magic activation command transmitted from (including the terminal device 3 connected to another store server 2) has been received. If the magic activation command has not been received, the determination result in step S260 is NO, and the CPU 201 ends the interrupt process in FIG. 20 and resumes from the step in which the battle process in FIG. 19 is interrupted.

  On the other hand, when the player activates the registered magic card, the determination result in step S260 is YES, and the CPU 201 determines the registered magic card activated by the player during the battle process of FIG. It is determined whether the number of times of activation is 3 or less (step S261). Information regarding the number of times of activation is transmitted from the terminal device 3 together with the magic activation command described above. If the number of times the registered magic card has been activated by the player exceeds three, the determination result in step S261 is NO, and the CPU 201 ends the interruption process in FIG. 20 and performs the battle in FIG. Restart from the step where the process was interrupted.

  On the other hand, if the number of times of activation of the registered magic card activated by the player is three or less, the determination result in step S261 is YES, and the registered magic card illustrated in FIG. 15 is activated. According to the effect of the magic card, the player information of the enemy or ally character is updated (step S262). Then, the CPU 201 transmits a display command for displaying an image indicating a state where magic is activated to the second display 32 of the terminal device 3 through the dedicated line 5 by the communication interface circuit 204 (step S264). 20), the interrupt process in FIG. 20 is terminated, and the process is resumed from the step in which the battle process in FIG. 19 is interrupted.

  Next, with reference to the flowchart shown in FIG. 21, the flow of the game process executed by the terminal device 3 will be described. First, the CPU 301 of the terminal device 3 determines whether or not the command input by the player is accepted by the store server 2 connected by the dedicated line 5 (step S300). That is, if the CPU 301 has received a reception period start signal from the store server 2 connected by the dedicated line 5, the determination result in step S 300 is YES, and a command reception is received in the play field display area 51 of the first display 31. It is displayed that it is in the middle (step S301). Next, the CPU 301 determines whether or not a card change instruction has been input (step S302). This card change instruction is an image corresponding to the magic card displayed in the registered magic card display areas 56a to 56c (see FIG. 14) of the first display 31 or the character card display areas 58a to 58e (see FIG. 14). Is an instruction to newly register or change the character image displayed on the screen. Here, a new registration / change instruction for various game cards is a button display in which a button image of “CHANGE / ENTER” is displayed after various game cards to be newly registered or changed are placed on the placement panel 38. This is done by touching the region 58f (see FIG. 14).

  When determining that the card change instruction has been input, the CPU 301 transmits the card change instruction to the store server 2 through the dedicated line 5 through the communication interface circuit 304 (step S303). Thereby, the store server 2 recognizes the game card used in the play field based on the received card change instruction, and updates the object position information. Further, when a game card that has not been used until now is newly registered, the status information is updated. When the process of step S303 is completed or when the determination result of step S302 is NO, the CPU 301 determines whether or not a command is input by the player (step S304). The command input is determined through the touch panel 33 shown in FIG. 10 or based on the player's operation on the operation switch 318. If a command is input, the determination result in step S304 is YES, and input processing for the input command is performed (step S305).

  This command input process is a process performed by the operation input unit 314 (see FIG. 11). The operation input unit 314 is based on a detection signal from the touch panel 33, whether or not the player touches the touch panel 33, the contact position, The contact time, the movement of the contact position, and the like are determined and displayed on the first display 31 based on the information on the “object code”, “display position coordinates”, and “play field coordinates” of the object position information shown in FIG. The designated character image and various game card images are designated, the designated character image is moved, and operations on various button images are recognized. Then, based on the recognition result, the movement of the teammate character image, the attack instruction to the enemy character by the teammate character and the designation of the enemy character to be attacked, the designation of the character card image to be enlarged and displayed in the card enlargement display area 55, and various Commands corresponding to various instructions by the player, such as designation of a button image and execution of processing corresponding to the designated button image, are output to the CPU 301. However, even if the player touches the magic activation button display areas 57a to 57c in the process of step S305, the operation input unit 314 does not output a corresponding command to the CPU 301.

  When a command is output from the operation input unit 314 by the command input process in step S305, the CPU 301 transmits the command to the store server 2 via the dedicated line 5 by the communication interface circuit 304 (step S305). S306). The CPU 301 determines whether or not the store server 2 connected by the dedicated line 5 has finished accepting the command when the process of step S306 is completed or the determination result of step S304 is NO (step S304). S307). If the reception period end signal is not received from the store server 2 connected by the dedicated line 5, the CPU 301 considers that the command reception has not ended, and the determination result in step S307 is NO, and step S302 Return to the process. On the other hand, when the reception period end signal is received, the determination result in step S307 is YES, and a display for notifying the player that the command reception has ended is displayed in the play field display area 51 of the first display 31. This is performed (step S308). Then, the CPU 301 determines whether or not the player information and the object position information transmitted from the store server 2 in step S213 in FIG. 17 have been received (step S311).

  If the store server 2 has not started command reception in step S300 described above, the determination result in step S300 is NO, and the operation input unit 314 returns to FIG. 14 based on the detection signal from the touch panel 33. It is determined whether or not the player has touched any of the magic button display areas 57a to 57c shown (step S309). If the player touches any one of the magic button display areas 57a to 57c, the determination result in step S309 is YES, and the operation input unit 314 corresponds to the touched magic button display area. For the magic card, a magic activation command indicating that magic activation has been instructed is output to the CPU 301. The CPU 301 transmits the magic activation command output from the operation input unit 314 to the store server 2 (step S310), and then proceeds to the process of step S311 described above. On the other hand, if the player has not touched any of the magic activation button display areas 57a to 57c, the determination result in step S309 is NO, and the process directly proceeds to the process in step S311 described above.

  If the player information and the object position information are received from the store server 2 via the dedicated line 5 in step S311, the determination result in step S311 is YES, and the CPU 301 stores the player information and object position stored in the RAM 303. Information is updated (step S312). As a result, the player information and object position information stored in the RAM 303 of the terminal device 3 are synchronized with the player information and object position information of the player who is playing the game on the terminal device 3 stored in the RAM 203 of the store server 2. It will be.

  In step S311, when it is determined that the player information and the object position information have not been received from the store server 2 (step S311, NO), or after executing the process of step S312, the CPU 301 reads the figure from the store server 2. It is determined whether or not a display command by the process of step S214 of 17 has been received (step S313). When determining that the display command has been received, the CPU 301 performs image display processing on the first display 31 or the second display 32 (step S314). In this process, the CPU 301 supplies a display command to the first drawing processing unit 311 or the second drawing processing unit 312. As a result, the first drawing processing unit 311 extracts image data from the ROM 302 by referring to the object position information and player information stored in the RAM 303 in accordance with the display command. Then, the game data is generated by storing the image data in the video RAM according to the priority order (for example, the order of the play field image, the character image, the button image, and the various card images) displayed on the first display 31, 1 output to display 31. As a result, the contents of the game image shown in FIG. 14 displayed on the first display 11 are displayed.

  Further, the second drawing processing unit 312 simulates an object (for example, an object constituting an ally character, an object constituting an enemy character, etc.) stored in the ROM 302 from a position in the three-dimensional space according to the display command. Performs calculation for conversion to a position in a three-dimensional space, light source calculation processing, and the like, and writing processing of image data to be drawn on the video RAM based on the calculation result (for example, specified by a polygon) Mapping of texture data to the video RAM area, etc.) to generate a battle image and output it to the second display 32. As a result, a battle image as shown in FIG. 22 is displayed on the second display 32. The battle image shown in FIG. 22 represents a situation in which the teammate character 52d and the enemy character 53c are fighting among the character images displayed in the play field display area 51 shown in FIG. The character image displayed on the right side of the screen of 32 indicates the ally character 52d, and the character image displayed on the right side of the screen indicates the enemy character 53c.

  If it is determined in step S313 that no display command has been received, or after executing the process of step S314, the CPU 301 determines whether or not to end the game (step S315). The game end condition of this game system is that when the battle in one play field is ended, or when the life force of the player's character operating this terminal device 3 is all “0”, or by the player If the game end condition is satisfied at any time when an instruction to end the game is input, the CPU 301 determines that the game has ended. In this case, the determination result in step S315 is YES, and the CPU 301 ends the terminal device process. On the other hand, if the above-described game end condition is not satisfied, the determination result in step S315 is NO, the process returns to step S300, and thereafter, until the above-described game end condition is satisfied, steps S300 to S300 are performed. The process of S315 is repeated.

  According to the store server 2 and the terminal device 3 that perform the above processing, when the CPU 201 determines in step S200 in FIG. 17 that the own device is in the order of acceptance “1” as a result of referring to the player participation information (step S200). , YES), the CPU 201 starts timing by the built-in timer (step S202), and until the time reaches the allowable time for reception, that is, until the command reception period ends (step S208, YES). A command transmitted from the device 3 is accepted (step S206). Therefore, the processing of steps S200 and S208 corresponds to a reception period setting unit. When this acceptance period ends (step S208, YES), a game process based on a command received from the terminal device 3 during the acceptance period is performed (step S212). Therefore, the processing of step S212 after step S208 is performed means that “when the reception period ends, the processing of the program is started based on an instruction from the input means received during the reception period”. It corresponds to. Here, the “instruction from the input means” corresponds to a command transmitted to the store server 2 by the CPU 301 in step S306 in FIG. 21, and this command is sent from the player via the touch panel 33 in step S305 in FIG. Are output from the operation input unit 314 to the CPU 301 in response to the instructions given in the above (however, instructions for the magic activation button display areas 57a to 57c are excluded). Therefore, the touch panel 33 excluding the range corresponding to the magic activation button display areas 57a to 57c corresponds to “input means”.

  In addition, when the battle process of FIG. 19 executed in the command process of step S212 of FIG. 17 is being performed, the player touches the magic activation button display areas 57a to 57c via the touch panel 33, so that the terminal device 3 When a magic activation command is transmitted, processing based on the magic activation command is performed (FIG. 20, steps S262 to S264). Therefore, the area corresponding to the magic activation button display areas 57a to 57c in the touch panel 33 corresponds to “processing input means”. The processing in step S262 corresponds to “during processing of the program, the processing for executing the program is performed in accordance with an instruction input from the processing input means”.

  Further, while the process related to the magic activation command (FIG. 20, steps S263 and S264) is being performed, the process based on the command received by the store server 2 during the command reception period (the battle process of FIG. 19) is not performed. . Therefore, this corresponds to “interrupting the processing of the program based on the instruction from the input unit while performing the processing based on the instruction input from the processing input unit”.

  Furthermore, in the game screen shown in FIG. 14, only three registration magic card display areas 56 are provided, and the store server 2 also has three or more cards in the command processing shown in FIG. No magic card registration is allowed. In addition, in the interrupt process shown in FIG. 20, when the number of times of activation of the registered magic card exceeds 3 (step S262, NO), an update process of the player information based on the registered magic card (step S263) is performed. Absent. Therefore, the processing of step S223 of FIG. 18 and step S262 of FIG. It corresponds to “means”.

  The embodiment of the present invention has been described above, but only specific examples are illustrated, and the present invention is not particularly limited. The specific configuration of each unit and the like can be appropriately changed. The effects described in the embodiments of the present invention are only the most preferable effects resulting from the present invention, and the effects of the present invention are limited to those described in the embodiments of the present invention. is not. Moreover, in the above description, although the arcade game apparatus provided with two displays (the 1st display 31 and the 2nd display 32) was demonstrated as an example of the terminal device 3, this invention is not limited to this example. It can be similarly applied to a home video game device configured by connecting a home video game device to a home television, a personal computer functioning as a video game device by executing a video game program, and the like. it can.

1 is an overall configuration diagram of a game system according to an embodiment of the present invention. It is a block diagram which shows the hardware constitutions of the center server which comprises the game system. It is explanatory drawing for demonstrating the content of the authentication information memorize | stored in RAM of the center server. It is explanatory drawing for demonstrating the content of the player participation information memorize | stored in RAM of the center server. It is explanatory drawing for demonstrating the content of the status information memorize | stored in RAM of the center server. It is a block diagram which shows the hardware constitutions of the shop server which comprises the game system in one Embodiment of this invention. It is explanatory drawing for demonstrating the content of the capability value setting table memorize | stored in ROM of the shop server. It is explanatory drawing for demonstrating the content of the capability value correction table memorize | stored in ROM of the store server. In the game system in one embodiment of the present invention, it is a perspective view showing the appearance of a terminal device and a card vending machine installed in one game center. It is a perspective view which shows the external appearance of the terminal device which comprises the game system in one Embodiment of this invention. It is a block diagram which shows the hardware constitutions of the terminal device. It is explanatory drawing for demonstrating the content of the player information memorize | stored in RAM of the terminal device. It is explanatory drawing for demonstrating the content of the object position information memorize | stored in RAM of the terminal device. It is a figure for demonstrating the content of the game screen displayed on the 1st display of the terminal device. It is explanatory drawing for demonstrating the content of the magic card which can be used with the game system in one Embodiment of this invention. It is a flowchart which shows the flow of the process performed with a center server, a shop server, and a terminal device before a player starts a game in the game system in one Embodiment of this invention. It is a flowchart which shows the flow of the command processing performed with the shop server of the game system in one Embodiment of this invention. It is a flowchart which shows the flow of the command processing performed with the shop server. It is a flowchart which shows the flow of the battle process performed with the shop server. It is a flowchart which shows the flow of the interruption process performed during the battle process. It is a flowchart which shows the flow of the game process performed with the terminal device of the game system in one Embodiment of this invention. It is explanatory drawing for demonstrating the content of the battle image displayed on the 2nd display of the terminal device.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Center server 2 Store server 3 Terminal device 4 Communication line 5 Dedicated line 6 Card vending machine 7 Game card 30 Case 31 1st display 32 2nd display 33 Touch panel 34 Speaker 35 Coin insertion slot 36 ID card insertion slot 37 Operation board 38 Placement panel 50 Game screen 51 Play field display area 52 (52a to 52e) Friend character image 53 (53a to 53e) Enemy character image 54 (54a to 54c) Competitor player display area 55 Card enlarged display area 56 (56a to 56c) Registered magic card display area 57 (57a to 57c) Magic activation button display area 58 (58a to 58e) Card display area 59 (59a to 59f) Button display area 100, 200, 300 Control units 101, 201, 301 CPU
102, 202, 302 ROM
103, 203, 303 RAM
104, 204, 304 Communication interface circuit

Claims (4)

A plurality of input means provided corresponding to each of a plurality of players, each of which receives an instruction from each player, and a program for executing a game based on the instructions input from the plurality of input means A game system comprising: stored storage means; and a game control means for reading the program from the storage means and controlling the game based on instructions input to the plurality of input means according to the program,
The game control means includes
A reception period setting means for setting a reception period of an instruction input from each of the plurality of input means;
When the acceptance period ends, the processing of the program is started based on an instruction from the input means accepted during the acceptance period. The game control means has an in-process input means for inputting instructions by the plurality of players during the processing of the program,
The game control means includes
The game system according to claim 1, wherein when an instruction is input from the in-process input unit during the processing of the program, a process based on the instruction from the in-process input unit is performed. The game control means includes
3. The game system according to claim 2, wherein the process of the program based on the instruction from the input unit is interrupted while the process based on the instruction input from the processing input unit is performed. The game control means includes
The number of contents that can be instructed by the in-process input unit, and an instruction input restriction unit that restricts the input of an instruction to the in-process input unit. Game system.

Images