JP2005342264A - Game system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system which makes highly strategic games possible with a virtual reality by allowing the giving of a proper direction to each of a plurality of characters timely. <P>SOLUTION: The game system has a display means capable of displaying the game images including a plurality of character images operable by the players, a touch panel, provided on the front of the display means, which is made contactable by the players and outputs the detection signal showing the position of the contact upon the detection of the contact and a display control means for controlling the display of the game images on the display means. When the position of the contact indicated by the detection signal outputted from the touch panel coincides with the display position of the character image on the display means, the display control means controls the display of the game images including the character image to let the character image move as prescribed. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

The present invention includes, for example, a game system including a single game device, a game system in which a plurality of game devices are connected via a communication line, and a game in which a plurality of game devices and a server are connected via the Internet. The present invention relates to a game system such as a system. In particular, the present invention relates to a game system capable of performing a real-time strategy game.

Conventionally, there are games about soccer, baseball, and the like. Such a game is a game that progresses when a player individually operates a plurality of characters (players) arranged on a play field displayed on a display, and is supported by a wide range of ages and has a strong popularity. . In recent years, with the development of information communication technology, online games performed in a game system in which a plurality of game devices and servers are connected via the Internet are rapidly spreading, and various types of online games are Provided (see, for example, Patent Document 1). In such an online game, a game called a real-time strategy game (RTS) has recently appeared.

RTS is a strategy simulation game that progresses in real time. For example, (1) a plurality of players can simultaneously participate in one game, and (2) the game progresses in real time (in real time). (3) Each player is characterized by being able to join or leave the game at any time. In general, in RTS, each player leads a team consisting of a plurality of characters, gives instructions to each character individually, plays against a team led by another player, or plays a team led by a computer. Then proceed the game. Since the game progresses in real time in RTS, if the game is advanced by the chief, it will be disadvantageous in the battle with other players and computers. Therefore, it is necessary to give appropriate instructions to each character belonging to the team led by him in a timely manner. It can be said that RTS is attractive because it has a sense of realism and requires advanced strategies.

JP 2004-57224 A

However, in a conventional game device or game system, an operation unit operated by a player is, for example, a controller having a plurality of push buttons and an operation lever or a cross key, a keyboard, and the like. There was a problem that it could not be operated. Depending on the instructions input by the player or the setting of the computer, it is possible to sequentially switch the operable characters so that a plurality of characters can be operated. However, even if this is done, only one character can be operated at a certain moment. Met. As a result, in RTS, it is difficult to give appropriate instructions to each character belonging to the team led by him in a timely manner, and there is a problem that the sense of reality and the strategy are impaired.

Also, if the characters that can be operated are sequentially switched in accordance with the instructions input by the player, the operation becomes complicated and it is difficult to give appropriate instructions to each character in a timely manner, and the game can be played smoothly in real time. There was a risk of not being able to. On the other hand, if the characters that can be manipulated are sequentially switched according to the computer settings, the character that the player wants to manipulate may become impossible to manipulate depending on the computer settings, and the strategy that the player thinks may not be realized. , There was a problem that the strategy was reduced.

The present invention has been made in view of the above-described problems, and its purpose is to provide appropriate instructions to each of a plurality of characters in a timely manner, and there is a sense of reality and a high degree of strategy. An object of the present invention is to provide a game system capable of playing a game having

In order to achieve the above object, the present invention provides the following.
(1) display means capable of displaying a game image including a plurality of character images operable by the player;
A touch panel provided on the front surface of the display means, capable of detecting contact by a player and outputting a detection signal indicating a contact position when the contact is detected;
A game system comprising display control means for controlling display of a game image with respect to the display means,
The display control means includes the character image so that the character image performs a predetermined action when the contact position indicated by the detection signal output from the touch panel matches the display position of the character image on the display means. A game system characterized by performing display control of a game image.

According to the invention of (1), the player can operate the character by touching the character image displayed on the display means with the touch panel. Therefore, when a plurality of character images are displayed on the display means at the same time. Even if it exists, it is possible to operate each character instantaneously and it is not necessary to input the instruction | indication which switches the character which can be operated. As a result, it is possible to give appropriate instructions to each of a plurality of characters in a timely manner, and it is possible to play a game with a sense of reality and a high degree of strategy. Therefore, the game system according to the invention of (1) is suitable as a game system that provides RTS.

Furthermore, the present invention provides the following.
(2) The game system according to (1) above,
A memory that temporarily stores the detection signal as data, and a timer that measures an elapsed time since the detection signal was input,
The display control means corresponds to a position corresponding to a contact position indicated by the second detection signal when the memory stores the second detection signal as data within a predetermined time after the first detection signal is input. Display control of the game image including the character image so that the character image moves to
The display control means indicates that the character image is indicated by the third detection signal when the memory stores the third detection signal as data within a predetermined time after the second detection signal is input. The display control of the game image including the character image is performed so as to attack the character image displayed at the position corresponding to the contact position.

According to the invention of (2), since a character can be moved and attacked easily using a touch panel, individual instructions are instantaneously input to a plurality of character images displayed on the display means. I can do it. A series of actions of attacking an enemy character after moving an ally character can be determined instantaneously. Therefore, for example, the enemy character is attacked after moving the teammate character to a position or direction advantageous to the attack side (for example, the position of the terrain where the teammate character is advantageous or behind the enemy character), or other enemy characters This is effective when performing a complicated and highly strategic attack, such as attacking the target enemy character while avoiding contact with.

Furthermore, the present invention provides the following.
(3) The game system according to (1) or (2) above,
A memory that temporarily stores the detection signal as data, and a timer that measures an elapsed time since the detection signal was input,
The display control means does not store the third detection signal as data within a predetermined time after the memory stores the second detection signal as data within a predetermined time after the input of the first detection signal. In this case, display control of the game image including the character image is performed so that the character image displayed at the position corresponding to the contact position indicated by the second detection signal is attacked.

According to the invention of (3), it is possible to specify an ally character to attack and an enemy character to be attacked with a small number of operations, and to attack the enemy character.
Therefore, it is effective when it is desired to quickly operate a plurality of friendly characters, such as attacking one enemy character with one friendly character and immediately attacking another enemy character with another friendly character.

According to the present invention, it is possible to give appropriate instructions to each of a plurality of characters in a timely manner, and it is possible to play a game with a sense of reality and a high degree of strategy.

FIG. 1 is a configuration diagram of a game system according to the present invention.
The game system includes a plurality of terminal devices 1, a store server 2 connected to a plurality of (here, eight) terminal devices 1 via a dedicated line 5, and a plurality of store servers 2 and a communication line 4. And a center server 3 for managing a game played by a plurality of players using the terminal device 1, and a card vending machine 6 connected to the store server 2 via a dedicated line 5. Is installed in each store. The store servers 2 can also communicate with each other via the communication line 4.

The terminal device 1 accepts a predetermined operation performed by the player via the touch panel 14 (not shown), and is transmitted from the store server 2 (or the center server 3) or data from other terminal devices 1 The game progresses based on the above.

Each terminal device 1 is associated with a unique machine ID.
The machine ID includes a code for each store server 2 to which the terminal device 1 is connected and a code for each terminal device 1 in the store in which the terminal device 1 is disposed. For example, when the code of the store server A of the store A is A and the code of the terminal device 1 in the store A is 1, the machine ID of the terminal device 1 is a1.

The store server 2 is communicably connected to a plurality (eight in this case) of terminal devices 1 and the center server 3, and transmits and receives data between the terminal device 1 and the center server 3.

The center server 3 is connected to the plurality of store servers 2 so as to be communicable, and has history data regarding each player. The center server 3 transmits and receives data to and from the terminal device 1 through the store server 2 to determine a player who plays a game in the same play field. In this game system, up to four players can play a game in the same play field.

The card vending machine 6 can communicate with the center server 3 via the store server 2. The card vending machine 6 accepts an input operation of personal information performed by the player and issues an ID card 8 (not shown). A player is registered in the center server 3 based on the personal information input at this time, and ID data that can identify the player is assigned to each player by the center server 3. This ID data is given to the issued ID card 8 in advance. Further, the password issued when this ID data is given is stored in the RAM 303.

FIG. 2 is a perspective view showing the appearance of eight terminal devices and a card vending machine installed in one store. FIG. 3 is a perspective view showing the appearance of the terminal device.
In the following description, an arcade game device having two displays (first display 11 and second display 12) will be described as an example of a terminal device, but the present invention is not particularly 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.

In the present embodiment, the game played using the terminal device 1 is an RTS (real time strategy game) using a card. A player who operates the terminal device 1 and a player or CPU player who operates another terminal device 1 arrange characters on the play field existing in the virtual game space, and operate the characters to play against each other. . In this game, a character card corresponding to the character and a support card that affects the character or game content are used.

The character card is a card actually owned by the player and has identification information individually. Each character card corresponds to any one of 108 types of characters appearing in the game. This character card is sold by, for example, a card vending machine 6 or the like.

As the character card in the present invention, for example, a card provided with a magnetic stripe, an IC card, or the like can be used. When an IC card is used as a character card, the IC card may be a contact type or a non-contact type. Examples of the non-contact type IC card include a transponder used in an RFID (Radio Frequency Identification) system. This technique is a conventionally known technique and is described in Japanese Patent Application Laid-Open No. Hei 8-21875, and will not be described here. In the present invention, it is also possible to use a character card having a pattern related to identification information so that it can be optically identified. In the following description, it is assumed that the character card is a non-contact IC card.

The support card is a card that exists as data and is displayed as an image on the display (first display 11). The support cards include, for example, a defense system support card, a mobile system support card, an attack system support card, a recovery system support card, and the like, and 25 cards are distributed to each player at the start of the game.

The support card has a function of having a predetermined influence on the character or game content when used during the game. Specifically, the defense system support card increases the defense power, attack avoidance rate, etc. of the friendly character, or gives the enemy character's attack power, attack accuracy rate, and additional damage probability (hereinafter also referred to as critical hit rate). It is a card having a function of lowering etc. The moving system support card is a card having a function of increasing the moving power of an ally character or decreasing the moving power of an enemy character. The attack system support card is a card having a function of increasing the attack power, attack hit rate, critical hit rate, etc. of the ally character, or decreasing the defense power, attack avoidance rate, etc. of the enemy character. The recovery system support card is a card having a function of recovering the damage received by the ally character and the exhausted action points (for example, magic power, skill points, etc.).

As illustrated in FIG. 3, the terminal device 1 includes a housing 10, a first display 11 provided on the front surface of the housing 10 so as to be inclined at a predetermined angle, and a first display 11 provided above the first display 11. 2 displays 12.
The first display 11 displays a game image including a play field image representing a play field in which characters are arranged and a card image (see FIGS. 7 and 8).
In the game system according to the present embodiment, the first display 11 functions as a display unit that can display a game image including a plurality of character images that can be operated by the player.
When the battle between characters is performed, a battle image representing the state of the battle is displayed on the second display 12.

A touch panel 14 is installed in front of the first display 11 as display means. The touch panel 14 can detect contact by the player, and outputs a detection signal indicating the contact position to an operation input unit 114 (not shown) described later when the contact is detected.
The player can input various instructions by touching the touch panel 14.
Speakers 13 for outputting sound are installed on both the left and right sides of the second display 12.

Below the first display 11, a 7-segment display 119, a coin insertion slot 15 into which a coin is inserted, and an ID card insertion slot 16 into which an ID card is inserted are provided.
On the 7-segment display 119, arrangement points are displayed. The placement point is set for each player, and when the character card 9 is placed on the placement panel 17 described later, the placement point is reduced by a preset point for each character card 9.
When the arrangement point becomes 0 points, it becomes impossible to place a character card on the placement panel 17 and use it for the game. Coins inserted into the coin insertion slot 15 are detected by a coin sensor 115 (not shown). The ID card inserted into the ID card insertion slot 16 is read by the ID card reader 116 (not shown).

The casing 10 is provided with an operation table 18 that protrudes forward. On the upper surface of the operation table 18, a placement panel 17 on which a plurality of character cards 9 can be placed is provided.
A character card reader 117 (not shown) is provided inside the mounting table 18, and the character card reader 117 can read identification information from the character card 9 mounted on the mounting panel 17. is there.
A plurality of operation switches 118 are provided on the upper surface of the operation console 18. The player can input a predetermined instruction by operating the operation switch 118.

FIG. 4 is a block diagram illustrating a hardware configuration of the terminal device.
The control unit 100 controls the entire operation of the terminal device 1 and includes a CPU 101, a ROM 102, and a RAM 103.

The ROM 102 stores various image data, game programs, and the like.
That is, the ROM 102 has, for example, a friend character image indicating a character that can be operated by the player, an enemy character image operated by the opponent, a play field image in which the friend character image and the enemy character image are arranged, and a button for receiving a predetermined instruction. Image data representing various images constituting a game image displayed on the first display 11 such as a button image and a card image are stored.
In addition, the ROM 102 stores, for example, an object constituting an ally character, an object constituting an enemy character, texture data, a background image, and the like. An object or the like constituting an ally character or enemy character is composed of a predetermined number of polygons so that three-dimensional drawing is possible.

The ROM 102 may be a storage medium built in the terminal device 1 or a removable storage medium. Further, the ROM 102 may be configured by both of them.
In addition, among various data stored in the ROM 102, data that can be stored in a removable recording medium can be read by a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. May be. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a CD, a DVD, a semiconductor memory, or the like.

The RAM 103 temporarily stores information, variables, and the like during processing. For example, object position information (see FIG. 9), player participation information (see FIG. 13), player information (see FIG. 20), and the like are stored. The object position information is data stored in the object position table shown in FIG. 9, and the display position coordinates of the image displayed on the first display 11, the coordinates of the character image arranged in the play field, and each image Whether or not an operation can be input via the touch panel 14 is included.

The communication interface circuit 104 is for transmitting and receiving data (for example, object position information, player information, etc.) to and from the store server 2 via the dedicated line 5.
The communication interface circuit 104 transmits an operation command input from the operation input unit 114 to the store server 2 via the dedicated line 5 in response to an instruction input by the player via the touch panel 14, and the store server 2 operates Advance the game based on the command.
Further, the communication interface circuit 104 receives a display command for the first display 11 or the second display 12 from the store server 2 via the dedicated line 5. Based on the display command, a game image is displayed on the first display 11, and a battle image is displayed on the second display 12.

The first drawing processing unit 111 displays a game image including a play field image and a card image on the first display 11, and includes a VDP (Video date Processor), a video RAM, and the like. The first drawing processing unit 111 extracts image data from the ROM 102 by referring to the object position information (see FIG. 9) and player information (see FIG. 20) stored in the RAM 103 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 displayed on the first display 11 (for example, in the order of the play field image, the character image, the button image, and the card image). Output to the display 11. As a result, a game image is displayed on the first display 11 (see FIGS. 7 and 8).
The 1st drawing process part 111 functions as a display control means which performs display control of the game image with respect to the 1st display 11 as a display means.

The second drawing processing unit 112 displays a battle image representing a battle between a teammate character and an enemy character on the second display 12, and includes a VDP (Video date Processor), a video RAM, and the like. In accordance with the display command, the second drawing processing unit 112 moves an object (for example, an object constituting an ally character, an object constituting an enemy character, etc.) stored in the ROM 102 from a position in the three-dimensional space to a 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 12. As a result, a battle image is displayed on the second display 12.

The sound reproduction unit 113 outputs predetermined sound, BGM, and the like to the speaker 12 in accordance with an instruction from the store server 2.
The touch panel 14 is a rectangular thin layer provided in front of the first display. The touch panel 14 is formed by covering a pressure-sensitive material made of a linear transparent material at predetermined pitches in the vertical and horizontal directions with a transparent cover. It is configured. A conventionally known touch panel 14 can be used. When touched, the touch panel 14 outputs a detection signal indicating a contact position to the operation input unit 114.

The operation input unit 114 is a microcomputer provided with a memory 114a and a timer 114b, and buffers a contact position indicated by a detection signal output from the touch panel 14 as data in a predetermined area of the memory 114a. Is used to determine the instruction content based on the data, and the determination result is supplied to the control unit 100 as an operation command.
As described above, since the detection signal is buffered as data in the memory 114 a of the operation input unit 114, the operation input unit 114 can simultaneously input instructions for a plurality of character images, for example, from the touch panel 14. Alternatively, the process according to the instruction can be executed in parallel. In addition, an object position table storing object position information related to objects (images that can be operated by the touch panel 14) displayed on the first display 11 is stored in a predetermined area of the memory 114a provided in the operation input unit 114. (See FIG. 9). The object position table is referred to when the operation input unit 114 determines the instruction content, and is updated synchronously whenever the object position information stored in the RAM 103 is updated.

The coin sensor 115 transmits a predetermined signal to the control unit 100 when a coin inserted from the coin insertion slot 15 is detected. The ID card reader 116 reads the ID code from the ID card 8 inserted in the ID card insertion slot 16 and supplies the ID code to the control unit 100. The character card reader 117 reads identification information from the character card 9 placed on the placement panel 17 and supplies it to the control unit 100. The operation switch 118 supplies a predetermined signal to the control unit 100 when operated by the player. On the 7-segment display 119, arrangement points are displayed.

FIG. 5 is a block diagram illustrating a hardware configuration of the store server.
The store server 2 includes a control unit 200 that controls the overall operation of the store server 2. The control unit 200 includes a CPU 201, a ROM 202, and a RAM 203.

The ROM 202 stores a game progress management program. The CPU 201 of the store server 2 executes a game progress program stored in the ROM 202 and performs a process of progressing the game.
The ROM 202 also has a support card determination table (see FIG. 17) referred to when determining a support card to be distributed to each player, and an ability value referred to when setting the ability value of each character based on history data. A setting table (see FIG. 19), an ability value correction table (see FIG. 27) and the like for correcting the ability values of characters when a battle between characters is performed are stored.

The ROM 202 may be a storage medium built in the terminal device 1 or a removable storage medium. Further, the ROM 202 may be configured by both of them.
Of the various data stored in the ROM 202, data that can be stored in a removable recording medium can be read by a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. May be. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a CD, a DVD, a semiconductor memory, or the like.

The RAM 203 temporarily stores information, variables, and the like during processing. For example, object position information (see FIG. 9), player participation information (see FIG. 13), player information (see FIG. 20), and the like in each terminal device 1 are stored. Furthermore, when player history data (see FIG. 18) is supplied from the center server 3, the RAM 203 stores this history data.

The communication interface circuit 204 is for transmitting / receiving various data to / from the center server 3 and other store servers 2 via a network such as the Internet.
In addition, the store server 2 includes an interface circuit group 205, and a plurality of (here, eight) terminal devices 1 and one card vending machine 6 are connected via the dedicated line 5 by the interface circuit group 205. Connected with.

FIG. 6 is a block diagram illustrating a hardware configuration of the center server.
The center server 3 includes a control unit 300 that controls the overall operation of the center server 3. The control unit 300 includes a CPU 301, a ROM 302, and a RAM 303.

The ROM 102 may be a storage medium built in the terminal device 1 or a removable storage medium. Further, the ROM 102 may be configured by both of them.
Of various data stored in the ROM 302, data that can be stored in a removable recording medium can be read by a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a CD, a DVD, or a semiconductor memory.

The RAM 303 stores, for example, ID data, history data (see FIG. 18), passwords, and the like of each player.
The communication interface circuit 304 is for transmitting / receiving various data to / from the plurality of store servers 2 via a network such as the Internet.

FIG. 7 is a diagram showing an example of a game image displayed on the first display of the terminal device, and FIG. 8 is a diagram for explaining each image included in the game image shown in FIG.
A play field image 91 is arranged on the upper left of the game image 90 displayed on the first display 11. The play field image 91 is an image representing a part of the play field, and is scroll-displayed according to the progress of the game (for example, the movement of the character). In the play field image 91, five teammate character images 98a to 98e and five enemy character images 99a to 99e are arranged.
The character images 98 and 99 are images that can be operated by the player. In the game system according to the present embodiment, the character images 98 and 99 are operated by touching the character images 98 and 99 via the touch panel 14 (not shown). Instructions can be entered.

A status image 97 indicating the level and ability value of the character operated by the player is arranged at the lower left of the game image 90. In the upper right of the game image 90, a battle player image 96 showing the battle player is arranged.

On the lower right side of the game image 90, five card images 93 (93a to 93e) are arranged side by side. The card images 93a to 93c are images representing character cards, and the card images 93d and 93e are images representing support cards. Of the character cards placed on the placement panel 17 by the player and the support cards distributed to the player at the start of the game, five cards selected by lottery or the like are displayed as card images 93a to 93e. . The card image 93 is an image that can be operated by the player. In the game system according to the present embodiment, the card can be used by touching the card image 93 via the touch panel 14 (not shown). . When the card is used, the card image 93 disappears, and a new card is selected by lottery or the like and displayed as the card image 93.

On the upper side of the card image 93, six button images 94 (94a to 94f) are arranged side by side. The button image 94 is an image that can be operated by the player, and in the game system according to the present embodiment, various instructions are input by touching the button image 94 via the touch panel 14 (not shown). Can do.
For example, by operating the button image 94a “ALL-OUT WAR”, it is possible to input an instruction to make a total attack on one enemy character with a plurality of friendly characters.
By operating the button image 94b “JOIN”, it is possible to input an instruction to gather a plurality of teammate characters in one place.
By operating the button image 94c “STOP”, it is possible to input an instruction to stop all the actions of the plurality of teammate characters.
By operating the button image 94d “MOVE”, it is possible to input an instruction to move all of the plurality of teammate characters.
By operating the button image 94e “MAP”, an instruction to display an image showing the entire play field as the play field image 91 can be input.
By operating the button image 94f “CHANGE”, it is possible to input an instruction to exchange the five cards displayed as the card image 93 with other cards.

As described above, various images are arranged on the game image 90 displayed on the first display 11. Of the various images arranged on the game image 90, images that can be operated by the touch panel 14. For (object), the display position and the like are managed by the object position table shown in FIG.

FIG. 9 is a diagram illustrating an object position table. The object position table is a table stored in the RAM 103 and the memory 114a of the terminal device 1.

The object code is information unique to each object and includes a type and a code. Type “B” is a button image, type “C” is a card image, type “P” is a teammate character image, and type “E” is an enemy character image.
Therefore, the first display 11 or the play field of the terminal device 1 corresponds to six button images corresponding to “B0001” to “B0006” and “C0120” to “C0122”, “C1010”, “C1020”. There are five card images, seven friend character images corresponding to “P0101” to “P0107”, and seven enemy character images corresponding to “E0110” to “E0116”.

The display position coordinates are coordinates on the first display 11, are individually set for each terminal device 1, and are represented by XY coordinates.
The play field coordinates are coordinates in the play field spreading in the virtual game space, are commonly set in the terminal device 1 that plays a game in the same play field, and are represented by xy coordinates.

Although the play field coordinates are set as in the character images corresponding to “P0106” and “P0107” but the display position coordinates are not set, they exist on the play field, but the first display 11 Is an image that is not displayed.
In addition, as in the case of the button image corresponding to the type “B” or the card image corresponding to the type “C”, the play field coordinates are set but the display position coordinates are not set. The image is displayed on the display 11 but does not exist on the play field.

Whether or not the operation can be accepted (in the figure, “Yes” or “No” is indicated) is set for each object in step S237 of a subroutine shown in FIG. 22 described later.
The player can input an instruction by touching an object whose operation reception is “◯” via the touch panel 14. On the other hand, an instruction cannot be input even if an object whose operation is accepted is touched via the touch panel 14. Characters that can be operated (character images with an operation reception of “◯”) and characters that cannot be operated (character images with an operation reception of “×”) are displayed on the first display 11 in different modes (for example, , See FIG. 24), and the player can easily identify both of them, and can give appropriate instructions to each character as appropriate.

The object position table shown in FIG. 9 is stored in a predetermined area of the memory 114a included in the operation input unit 114 of the terminal device 1. The operation input unit 114 is input via the touch panel 14 with reference to the object position table. The instruction content is determined.
Next, processing executed in the operation input unit 114 of the terminal device 1 will be described with reference to FIGS.
FIG. 10 is a flowchart showing a subroutine of operation input processing executed by the operation input unit 114. This subroutine is called and executed by the operation input unit 114 at a predetermined timing.

First, the operation input unit 114 determines whether or not the detection signal output from the touch panel 14 has been received, that is, whether or not the coordinates of the contact position have been input as data to the memory 114a based on the detection signal (step S10). ). If it is determined that coordinates have not been input, this subroutine is terminated.
The detection signal in which the coordinates of the contact position are stored as data in the memory 114a in step S10 is the first detection signal in the present invention.

On the other hand, if it is determined that the coordinates have been input, the operation input unit 114 performs an object search (step S11). In this process, the operation input unit 114 refers to the object position table shown in FIG. 9 based on the input coordinates and searches for an object corresponding to the input coordinates. Next, as a result of the object search, the operation input unit 114 determines whether or not the corresponding object exists (step S12). If there is no corresponding object, this subroutine is terminated. At this time, the coordinates of the detection signal stored as data in the memory 114a are cleared.

When the corresponding object exists, the operation input unit 114 refers to the object position table shown in FIG. 9 and determines whether or not the object can accept the operation (step S13). If the operation cannot be accepted, this subroutine is terminated. On the other hand, if the operation can be accepted, an operation type determination process described later is performed (step S14), and this subroutine is terminated.

FIG. 11 is a flowchart showing a subroutine that is called and executed in step S14 of the subroutine shown in FIG.
First, the operation input unit 114 sets a predetermined timer value in the timer 114b (step S20). This timer value is sequentially subtracted at predetermined time intervals after being set.

Next, it is determined whether or not it has been detached (contact terminated) (step S21). In this process, the operation input unit 114 determines that the touch panel 14 has been detached when no detection signal is input from the touch panel 14.
If it is determined that it has not been detached, it is determined whether or not the input coordinates are moving (step S22). In this process, the operation input unit 114 determines whether or not the contact positions indicated by the detection signals from the touch panel 14 are sequentially moved.
If it is determined that they are not moved sequentially, it is determined whether or not the timer value has become 0 (step S23). When it is determined that the timer value has reached 0, the first detection signal has been input over a predetermined period, and the operation input unit 114 performs a touch operation (an operation that touches the same position on the touch panel 14 over a predetermined period). It is determined that If it is determined that the timer value is not 0, the process returns to step S21. If it is determined in step S22 that the input coordinates are moving, the operation input unit 114 determines that the operation is a drag operation because the detection position indicated by the first detection signal is moving.

In step S21, when it is determined that it has been detached, the timer 114b is reset (step S26), and it is determined whether or not a new input has been made to another coordinate (step S27).
The detection signal for which the presence or absence of input is determined in step S27 is the second detection signal in the present invention.
If it is determined that there is no new input at another coordinate, it is determined whether or not the timer value is 0 (step S28). When it is determined that the timer value is 0, the second detection signal is not input within a predetermined time after the first detection signal is input. Therefore, the operation input unit 114 indicates that the operation is a click operation. Determination is made (step S29). If it is determined that the timer value is not 0, the process returns to step S27.

If it is determined in step S27 that there is a new input at another coordinate, the timer 114b is reset (step S30), and it is determined whether there is a new input at another coordinate (step S31).
The detection signal for which the presence or absence of input is determined in step S31 is the third detection signal in the present invention.
If it is determined that there is no new input at another coordinate, it is determined whether or not the timer value is 0 (step S32). When it is determined that the timer value is 0, the memory 114a stores the second detection signal as data within a predetermined period after the first detection signal is input, but after the second detection signal is input. Since the third detection signal has not been input within the predetermined time, the operation input unit 114 determines that the operation is a two-point touch operation (step S33). If it is determined that the timer value is not 0, the process returns to step S31.
If it is determined in step S31 that there is a new input at another coordinate, the memory 114a stores the second detection signal as data within a predetermined period after the first detection signal is input, and the second detection signal is input. Since the memory 114a stores the third detection signal as data within a predetermined time after the operation, the operation input unit 114 determines that the operation is a three-point touch operation (step S34).

By executing the processing of steps S20 to S34, the operation input unit 114 can determine whether the operation corresponds to a click operation, a touch operation, a drag operation, a two-point touch operation, or a three-point touch operation. it can.

Next, the operation input unit 114 refers to the processing content determination table stored in the predetermined area of the memory 114a based on the type of the object corresponding to the contact position and the operation type, and determines the processing content.

FIG. 12 is a diagram illustrating an example of the processing content determination table.
When the corresponding object is B (button image), if the operation type is “click”, the processing content is “processing corresponding to the button”.
If the operation type is “touch”, the processing content is “help display”. The help display is a display of processing contents performed according to the button.
When the operation type is “drag”, the operation is invalid.
When the operation type is “2-point touch” or “3-point touch”, only the first point is valid and the same processing as “click” is performed.

When the corresponding object is C (card image), if the operation type is “click” or “two-point touch”, the processing content is “character appearance” or “card use”. Specifically, when a character card is selected, the processing content is “character appearance”. In this case, the character appearance position is automatically selected by the computer. However, in the case of “two-point touch”, the second point specifies the appearance position of the character, and the operation is invalid if the second point is other than the play field.
On the other hand, when the support card is selected, the processing content is “card use”. In this case, it is necessary to select an ally character image or an enemy character image to be used later for the card. However, in the case of “two-point touch”, the second point is designated as an object, and the operation is invalid when the second point is other than a teammate character image or an enemy character image.
If the operation type is “touch”, the processing content is “status display”. When the corresponding object is C (card image), the status display is a display of card characteristics or functions. If the operation type is “drag”, the operation becomes invalid.
If the operation type is “3-point touch”, only the first and second points are valid and the same processing as “two-point touch” is performed.

When the corresponding object is P (friend character image), if the operation type is “click”, the processing content is “attack” or “target designation”. Specifically, when “use card” is selected first, the processing content is “target specification”, and in other cases, the processing content is “attack”. However, when the processing content is “attack”, “target specification” is required later.
If the operation type is “touch”, the processing content is “status display”. The status display when the corresponding object is P (a friend character image) is a display of the appearance, ability, and the like of the friend character.
If the operation type is “drag”, the processing content is “move”. In this case, the drag destination is the movement destination of the character image.

If the operation type is “two-point touch”, the processing content is “attack”. In this case, the second point is designated as an object, and the operation is invalid when the second point is other than the enemy character image.
That is, when the second detection signal is input within a predetermined time after the first detection signal is input, the vicinity of the enemy character image position corresponding to the contact position indicated by the second detection signal via the touch panel 14 This means that the teammate character image has been moved up to and an instruction to attack the enemy character image displayed at the contact position is input.
In this way, when an attack is performed with a two-point touch, it is possible to attack an enemy character with a smaller number of operations than when a movement and an attack are performed with a three-point touch described later.
Therefore, it is effective when it is desired to quickly operate a plurality of friendly characters, such as attacking one enemy character with one friendly character and immediately attacking another enemy character with another friendly character.

If the operation type is “3-point touch”, the processing content is “movement + attack”. In this case, the second point is designated as the movement destination, and the third point is designated as the target. If the second point is other than the play field, or the third point is E (enemy character image), the operation is invalid.
That is, when the second detection signal is input within a predetermined time after the first detection signal is input, and the third detection signal is input within a predetermined time after the second detection signal is input, An instruction to attack the character image displayed at the position corresponding to the contact position indicated by the third detection signal is moved via the touch panel 14 to the position corresponding to the contact position indicated by the second detection signal. Will be entered.
In this way, when an attack is performed with a three-point touch, a series of actions of attacking an enemy character after moving an ally character can be determined instantaneously. Therefore, for example, the enemy character is attacked after moving the teammate character to a position or direction advantageous to the attack side (for example, the position of the terrain where the teammate character is advantageous or behind the enemy character), or other enemy characters This is effective when performing a complicated and highly strategic attack, such as attacking a target enemy character while avoiding contact with the target character.

If the corresponding object is E (enemy character image) and the operation type is “click”, the processing content is “target designation” or “invalid”. Specifically, when “attack” or “card use” is selected first, the processing content is “target designation”, and in other cases, the processing content is “invalid”.
If the operation type is “touch”, the processing content is “status display”. The status display when the corresponding object is E (enemy character image) is a display of the appearance and ability of the enemy character.
When the operation type is “drag”, the processing content is “invalid”.
If the operation type is “2-point touch” or “3-point touch”, only the first point is valid and the same processing as “click” is performed.

After performing the process of step S <b> 35, the operation input unit 114 sets an operation command corresponding to the processing content in the RAM 103.
When the contact position indicated by the detection signal output from the touch panel 14 matches the display position of the character image on the first display 11, the operation input unit 114 causes the RAM 103 to perform an operation command for causing the character image to perform a predetermined action. Set.
For example, when the second detection signal is input within a predetermined time after the first detection signal is input from the touch panel 14, the operation input unit 114 corresponds to the contact position indicated by the second detection signal in the RAM 103. An operation command to attack the enemy character image at the position to be set is set.
In addition, the second detection signal is input within a predetermined time after the first detection signal is input by the touch panel 14, and the third detection signal is input within the predetermined time after the second detection signal is input. In this case, the operation input unit 114 moves the character image to the position corresponding to the contact position indicated by the second detection signal in the RAM 103, and the character displayed at the position corresponding to the contact position indicated by the third detection signal. Set an operation command to attack the image.

This operation command is transmitted from the terminal device 1 to the store server 2 at a predetermined timing (see FIG. 21, step S111).
Based on the operation command, the store server 2 performs a process related to the progress of the game, such as updating object position information (see FIGS. 22 and 25), and transmits a display command to the terminal device 1 based on the processing result. To do. The first drawing processing unit 111 of the terminal device 1 displays a game image including a play field image and a card image on the first display 11 based on the display command.

At this time, when the contact position indicated by the detection signal output from the touch panel 14 matches the display position of the character image on the display means (first display 11), the display control means (first drawing processing unit 111) The display control of the game image including the character image is performed so that the player performs a predetermined action.
In addition, the display control unit (first drawing processing unit 111) moves to the contact position indicated by the second detection signal when the second detection signal is input within a predetermined time after the first detection signal is input. The display control of the game image including the character image is performed so as to attack the enemy character image at the corresponding position.
Further, the display control means (first drawing processing unit 111) receives the second detection signal within a predetermined time after the first detection signal is input, and the predetermined time after the second detection signal is input. When the third detection signal is input, the character image is moved to a position corresponding to the contact position indicated by the second detection signal and displayed at the position corresponding to the contact position indicated by the third detection signal. The display control of the game image including the character image is performed so as to attack the character image.

Next, when a game is played in the same play field for each of the four terminal devices 1, the RAM 203 of the store server 2 and the RAM 303 of the center server 3 connected to each terminal device 1 via the dedicated line 5. The player participation information stored in is described with reference to FIG.

FIG. 13 is a diagram showing player participation information.
In order from the left column, when the play field is created by the center server 3, a play field number (FN), which is a play field identification number assigned to each play field in accordance with a predetermined rule, The terminal order 1 is operated, the order of acceptance (RN) that is the order received, the machine ID (CN) that is identification information of the terminal device 1, the store server symbol (SN) that is the identification number of the store server 2, and the terminal device 1. Information on the player classification (PC) indicating the player classification is stored.
The player classification PC stores “player” when the terminal device 1 is operated by a human player, and stores “CPU player” when the terminal device 1 is operated by a CPU player. If the player classifications of the four players in the play field are all “CPU players” or there are no more players, the player participation information for that play field is deleted.

In the play field of play field number 1, participation in the game is accepted by the center server 3 in the order of the terminal device a1, the terminal device a2, the terminal device b1, and the terminal device c1.

From the player participation information shown in FIG. 13, the play field with play field number 1 is composed of terminal devices a1, a2, b1, and c1, and the terminal devices a1 and a2 are connected to the store server A via a dedicated line. It can be seen that the terminal devices a1, a2, b1, and c1 are operated by a human player. Note that the player participation information relating to the play field number “1” shown in FIG. 13 is stored in a predetermined area of the RAM 203 of the store servers A, B, and C.

FIG. 14 is a diagram for explaining the contents of the data transmission / reception processing by the store servers A, B, and C regarding the game in the play field with the play field number “1”. (A), (b), (c) is a figure for demonstrating the content of the process by store server A, B, C, respectively. In the column on the left side of the chart, the machine ID (CN) of the terminal device 1 that is the transmission source of the data received by the store server 2 (store server A, B, or C), and until the store server 2 receives the data The store server symbol (SN) of the store server 2 to be routed is written. In the column on the right side of the chart, the machine ID (CN) of the terminal device 1 that is the transmission destination of the data transmitted from the store server 2 (store server A, B or C) and the time until the terminal device 1 receives the data. The store server symbol (SN) of the store server 2 to be routed is written. In addition, CPU201 with which store server A, B, C is provided updates the various data stored in the predetermined area | region of RAM203, when the data transmitted from terminal device a1, a2, b1, c1 are received.

The CPU 201 of the store server A receives the data from the terminal device a1 and transmits it to the terminal device a2 and the store servers B and C as shown in the second line from the top of the chart of (a).
Then, the CPU 201 of the store server B receives the data from the terminal device a1 via the store server A and transmits it to the terminal device b1, as shown in the second line from the top of the chart of (b).
The CPU 201 of the store server C receives the data from the terminal device a1 via the store server A and transmits it to the terminal device c1 as shown in the second line from the top of the chart of (c).

At the same time, the CPU 201 of the store server A receives the data from the terminal device a2 and transmits it to the terminal device a1 and the store servers B and C as shown in the third line from the top of the chart of (a).
Then, the CPU 201 of the store server B receives the data from the terminal device a2 via the store server A and transmits it to the terminal device b1 as shown in the third line from the top of the chart of (b). The CPU 201 of the store server C receives the data from the terminal device a2 via the store server A and transmits it to the terminal device c1 as shown in the third line from the top of the chart of (c).

The CPU 201 of the store server B receives the data from the terminal device b1 and transmits it to the store server A as shown in the fourth line from the top of the chart of (b). Then, the CPU 201 of the store server A receives the data from the terminal device b1 via the store server B as shown in the fourth line from the top of the chart of (a), and the terminal devices a1, a2 and the store server To C. Then, the CPU 201 of the store server C receives the operation signal from the terminal device b1 via the store servers B and A and transmits it to the terminal device c1 as shown in the fourth line from the top of the chart of (c). To do.

Similarly, the CPU 201 of the store server C receives the data from the terminal device c1 and transmits it to the store server A as shown in the fifth line from the top of the chart of (c). The CPU 201 of the store server A receives the data from the terminal device c1 via the store server C, as shown in the fifth line from the top of the chart of (a), and the terminal devices a1, a2 and the store server B Send to. Then, the CPU 201 of the store server B receives the data from the terminal device c1 via the store servers C and A and transmits it to the terminal device b1 as shown in the fifth line from the top of the chart of (b). .

In this way, when the CPU 201 transmits data from the terminal devices a1, a2, b1, and c1 between the store servers A, B, and C, data from the terminal devices a1, a2, b1, and c1 is received. Each time the various data stored in the RAM 203 are updated, the terminal devices a 1, a 2, b 1, and c 1 use the data stored in the RAM 203 to advance the game, whereby the terminal devices a 1, a 2, It is possible to easily control temporal synchronization (matching the game progress status) in the progress of the game between b1 and c1.

That is, the store server 2 (here, the store server A) that first accepts participation in the game receives data from the terminal device 1 connected by the dedicated line 5 and sends it to all the other terminal devices 1. While transmitting, the data from the terminal device 1 connected to the other store server 2 (here, the store server B or C) by the dedicated line 5 is transmitted via the other store server 2 (the store server B or C). Are received and transmitted to all other terminal devices 1.
The other store server 2 (store server B or C) receives data from the terminal device 1 connected by the dedicated line 5 via the store server 2 (store server A), and the dedicated line 5 Is transmitted to the terminal device 1 connected by.

FIG. 15 is a flowchart showing the flow of processing until the game starts in the terminal device 1, the store server 2, and the center server 3.
First, the CPU 101 of the terminal device 1 accepts coin insertion from the coin insertion slot 15 (step S100). When the CPU 101 receives a predetermined signal output from the coin sensor 115 when detecting a coin, the CPU 101 reads the ID code of the player from the ID card 8 inserted into the ID card insertion slot 16 by the ID card reader 116. (Step S101). A password input by the player's operation is accepted (step S102).
Next, the CPU 101 transmits the read ID code together with the password inputted by the operation of the player, to the center server 3 via the dedicated server 5 and the store server 2 by the communication interface circuit 104 (step). S103).

The CPU 301 of the center server 3 determines whether or not there is an ID code received from the terminal device 1 among the ID codes stored in the RAM 303. Authentication is performed by determining whether or not the player password associated with the code and stored in the RAM 303 matches the password received from the terminal device 1 (step S301). The CPU 301 transmits the result as a response signal to the terminal device 1 (step S302).

When the response signal from the center server 3 is received, selection of the game mode is accepted (step S104). The selection of the game mode includes selection of a play field for playing a game, selection of an opponent (for example, selection of whether or not to play a game on the terminal device 1 in the same store, whether to join a CPU player) It is possible to select whether or not.

Next, the CPU 101 reads identification information from the character card 9 placed on the placement panel 17 by the character card reader 117 (step S105). The CPU 101 transmits entry data including the read identification information and the like to the center server 3 via the store server 2 (step S106).

On the other hand, the CPU 301 of the center server 3 accepts the entry (step S303) and updates the player participation information shown in FIG. 13 (step S304).
Next, the CPU 301 determines a player (competitor) who plays a game in the same play field (step S305). When the number of human players is less than four, or when it is selected to play a computer in the game mode selection, a CPU player is set.

Next, the CPU 301 extracts the history data of each player from the RAM 303 (step S306). Next, the CPU 301 transmits the extracted history data to the store server 2 (step S307).
The store server 2 that has received the game history data of each player from the center server 3 performs an initial setting process (step S200). In this initial setting process, player information (see FIG. 20) including the level and ability value of each player and the character operated by the player, and object position information (see FIG. 9) are generated. The initial setting process will be described in detail later with reference to FIG.

Next, the store server 2 transmits the generated player information and object position information to the terminal device 1 that plays the game in the same play field (step S201). Thereafter, the terminal device 1 and the store server 2 start the game (steps S108 and S202).

As shown in FIG. 15, in the game played in the game system according to this embodiment, each player can participate at a favorite time, and a plurality of players can participate in a game progressing in one play field at the same time. I can do it. This is a feature of the real-time strategy game (RTS).

FIG. 16 is a flowchart showing a subroutine of initial setting processing which is called and executed in the store server 2 in step S200 of the flowchart shown in FIG.

First, the CPU 201 of the store server 2 executes a random number generation program stored in the ROM 202 and samples random numbers (step S210). The number of random numbers to be sampled is the number of support cards distributed to four players. For example, when 25 support cards are distributed to each player, 100 random numbers are sampled.

Next, the CPU 201 refers to the support card determination table stored in the ROM 202, and determines a support card to be distributed to each player based on the sampled random number value (step S211).
FIG. 17 is a diagram illustrating an example of the support card determination table.
A random number extraction value is stored in the leftmost column, a card number is stored in the right column, and each card number is associated with the type and function of the support card.
The support card determination table is a lookup table. For example, if the random number extraction value is 0 to 15, the support card “1001” is selected.

Next, the CPU 201 refers to the ability value setting table and sets the player and character levels and ability values based on the game history data (skill level) (step S212). In step S212, the levels and ability values of the players and the characters operated by the players are set for the four players who play the game in the same play field.
FIG. 18 is a diagram illustrating an example of history data.
The ID data is data stored in an ID card 8 (not shown), and is assigned to each player by the center server 3 when the ID card 8 is sold from the card vending machine 6. The history data shown in FIG. 18 is the history data of the player “P1”.
The character number column stores character numbers of characters that the player “P1” has used (operated) in the game.
The skill level is history data in the present invention, and is set individually for the player and each character. The skill level increases when a predetermined condition (for example, winning a battle between characters, a player achieving a predetermined score, etc.) is satisfied during the game.

FIG. 19 is a diagram illustrating an example of the capability value setting table.
In the ability value setting table, skill levels, levels, and ability values are associated with each character. As shown in FIG. 19, the ability value is composed of a plurality of items such as life force, magic power, attack power, defense power, movement power, attack hit rate, critical hit rate, and attack avoidance rate.
Although not shown in the figure, in the ability value setting table, the skill level, the level, and the ability value are also associated with each player.

The level indicates the strength of the player or character in the game step by step. For the same player or character, the higher the value, the higher the ability value of the player or character and the stronger the game. It turns out that.
The vitality indicates the remaining physical strength of the player or character, and decreases when attacked by an enemy character or the like and receives damage. When the player's vitality becomes 0, the game ends. Further, when the life force of the ally character becomes 0, the character disappears from the play field and cannot be used for the game for a predetermined period.
The magic power is an action point necessary for the character to perform a predetermined action (the use of magic here). When the character uses magic, the magic power decreases by a predetermined value corresponding to the type of magic. When the magical power decreases during the battle, the magical power recovers with time at a predetermined speed. The recovery speed of magic power changes according to the character level.

The attack power is a force that allows a character to damage other characters, and the higher the value, the more damage can be given to other characters.
The defensive power is a power to defend against attacks from other characters, and the higher the value, the more the damage caused by attacks from other characters can be reduced.
Movement power affects the distance that a character can move on the play field and the frequency of action during the battle. The higher the value, the longer the character can move on the play field. Yes, the number of actions during the battle will increase.

The attack hit rate is a rate at which a character can hit another character with an attack. The higher the value, the higher the probability of hitting an attack.
The critical hit rate is a rate at which additional damage can be given when a character attacks another character. The higher the value, the higher the probability of additional damage.
The attack avoidance rate is a ratio of avoiding the attack when the character is attacked by another character. The higher the numerical value, the higher the probability of avoiding the attack.

After the processing in step S212, the CPU 201 generates player information based on the processing results in steps S211 and S212 (step S213).
FIG. 20 is a diagram illustrating an example of player information.
The upper chart is the player information of the player “P1”. The level and ability value of the player and each character set in step S212 are stored, and card numbers of a plurality of (for example, 25) support cards distributed in step S211 are stored.

Further, the lower chart is the player information of the player “P2”. In the figure, only player information for two players is shown, but in step S213, player information is generated for four players playing a game in the same play field.

Next, the CPU 201 selects five cards that can be used first by lottery (step S214). The cards that can be used are cards displayed as the card images 93a to 93e on the first display 11 of the terminal device 1, and five cards are selected by lottery from among character cards and support cards. In step S214, five cards that can be used first are selected for the four players who play the game in the same play field.

Next, the CPU 201 generates the object position information shown in FIG. 9 (step S215). In this process, the CPU 201 arranges a predetermined character on the play field, sets play field coordinates, and sets display position coordinates on each terminal device 1 based on the play field coordinates. Further, the display position coordinates of the card image in each terminal device 1 are set based on the selection result in step S214. Further, processing such as setting the display position coordinates of the button image in each terminal device 1 is performed.
Thereafter, this subroutine is terminated.

The object position information (see FIG. 9) and the player information (see FIG. 20) generated in the subroutine shown in FIG. 16 are transmitted to the terminal device 1 in step S201 of the flowchart shown in FIG. Thereafter, while the game is in progress, as described with reference to FIG. 14, data transmission is performed between the store server 2 and the four terminal devices 1 to control temporal synchronization. The RAM 203 and the RAM 103 of the four terminal devices 1 always store the same object position information and player information.

FIG. 21 is a flowchart showing an outline of processing executed in the terminal device 1 while the game is in progress.
First, the CPU 101 of the terminal device 1 determines whether or not an operation command has been input (step S110). As described with reference to FIGS. 10 to 12, the operation command is a command that the operation input unit 114 sets in the RAM 103 in accordance with an instruction input by the player via the touch panel 14. In step S <b> 110, the CPU 101 It is determined whether or not an operation command is set in the RAM 103.

When the contact position indicated by the detection signal output from the touch panel 14 matches the display position of the character image on the first display 11, an operation command for causing the character image to perform a predetermined action is set in the RAM 103.
For example, when the second detection signal is input within a predetermined time after the first detection signal is input from the touch panel 14, the enemy character at the position corresponding to the contact position indicated by the second detection signal is stored in the RAM 103. An operation command for attacking the image is set.
In addition, the second detection signal is input within a predetermined time after the first detection signal is input by the touch panel 14, and the third detection signal is input within the predetermined time after the second detection signal is input. In this case, the RAM 103 moves the character image to a position corresponding to the contact position indicated by the second detection signal, and attacks the character image displayed at the position corresponding to the contact position indicated by the third detection signal. The operation command is set.
In step S110, it is determined whether or not the above-described command is set in the RAM 103.

When determining that an operation command is input from the operation input unit 114, the CPU 101 transmits the operation command to the store server 2 through the dedicated line 5 by the communication interface circuit 104 (step S111).
On the other hand, the store server 2 appropriately receives an operation command from the four terminal devices 1 and performs a process of advancing the game based on the operation command. Then, based on the processing result, the store server 2 transmits a display command for the first display 11 or the second display 12 to each terminal device 1. Further, the store server 2 updates the player information and the object position information based on the processing result, and transmits the updated player information and the object position information to each terminal device 1. The processing executed in the store server 2 will be described in detail later using FIG.

If it is determined in step S110 that an operation command has not been input, or if the process of step S111 has been executed, then the CPU 101 determines whether a card change instruction has been input (step S113). The card change instruction in step S113 is an instruction to change the card images 93a to 93e displayed on the first display 11, that is, an instruction to change a usable card. The card change instruction here is not an instruction to physically change the character card 9 placed on the placement panel 17 (for example, removal or addition of the character card).
The card change instruction in step S113 can be input by touching the button image 94f “CHANGE” in the game image 90 displayed on the first display 11 via the touch panel 14 (see FIGS. 7 and 8). .

When determining that the card change instruction has been input, the CPU 101 transmits the card change instruction to the store server 2 via the dedicated line 5 by the communication interface circuit 104 (step S114). On the other hand, the store server 2 selects a card that can be newly used based on the received card change instruction, and updates the object position information of the card image.

When it is determined in step S113 that a card change instruction has not been input, or when the process of step S114 is executed, the CPU 101 determines whether or not player information and object position information have been received from the store server 2. (Step S115).
In this process, the CPU 101 determines whether data (player information and object position information) has been transmitted between the store server 2 and the four terminal devices 1 described with reference to FIG.
When determining that the player information and the object position information have been received from the store server 2, the CPU 101 updates the player information and the object position information stored in the RAM 103 (step S116). As a result, the player information and the object position information stored in the RAM 103 of the terminal device 1 are temporally synchronized with the player information and the object position information stored in the RAM 203 of the store server 2. When the object position information stored in the RAM 103 is updated, the object position information stored in the memory 114a of the operation input unit 114 is also updated.

In step S115, when it is determined that the player information and the object position information are not received from the store server 2, or when the process of step S116 is executed, the CPU 101 has received a display command from the store server 2. Is determined (step S117).

When determining that the display command has been received, the CPU 101 performs an image display process on the first display 11 or the second display 12 (step S118).
In this process, the CPU 101 supplies a display command to the first drawing processing unit 111 or the second drawing processing unit 112. The first drawing processing unit 111 extracts image data from the ROM 102 by referring to the object position information (see FIG. 9) and player information (see FIG. 20) stored in the RAM 103 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 displayed on the first display 11 (for example, in the order of the play field image, the character image, the button image, and the card image). Output to the display 11. As a result, a game image is displayed on the first display 11 (see FIGS. 7 and 8).

Further, the display control means (first drawing processing unit 111) displays the character image when the contact position indicated by the detection signal output from the touch panel 14 matches the display position of the character image on the display means (first display 11). A game image including the character image is displayed on the display means (first display 11) so as to perform a predetermined action.
In addition, the display control unit (first drawing processing unit 111) moves to the contact position indicated by the second detection signal when the second detection signal is input within a predetermined time after the first detection signal is input. A game image including the character image is displayed on the display means (first display 11) so as to attack the enemy character image at the corresponding position.
Further, the display control means (first drawing processing unit 111) receives the second detection signal within a predetermined time after the first detection signal is input, and the predetermined time after the second detection signal is input. When the third detection signal is input, the character image is moved to a position corresponding to the contact position indicated by the second detection signal and displayed at the position corresponding to the contact position indicated by the third detection signal. A game image including the character image is displayed on the display means (first display 11) so as to attack the character image.

Further, the second rendering processing unit 112 simulates an object (for example, an object constituting an ally character, an object constituting an enemy character, etc.) stored in the ROM 102 from a position in a three-dimensional space according to the display command. Performs calculation for conversion to a position in a 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, video RAM specified by polygons) Mapping of texture data with respect to the area of (2), etc.) to generate a battle image and output it to the second display 12. As a result, a battle image is displayed on the second display 12.

If it is determined in step S117 that no display command has been received, or if the process of step S118 is executed, the CPU 101 determines whether or not to end the game (step S119). In this process, the CPU 101 receives an instruction to end the game when the battle between the four players in the play field ends, when the player operating the terminal device 1 loses the game, or by the player. When it is determined that the game will end. If it is determined not to end the game, the process returns to step S110. On the other hand, when it is determined that the game is to be ended, this subroutine is ended.

FIG. 22 is a flowchart showing an outline of processing executed in the store server 2 while the game is in progress.
First, when starting the game, the CPU 201 sets a timer corresponding to the player in a predetermined area of the RAM 203 (step S230).
The timer value is a timer that is sequentially subtracted at a predetermined time interval after being set. When a player with a high level plays against a player with a low level (a battle between characters), the level is high. While the timer corresponding to the player is reset, when the timer value becomes 0, the level of the player corresponding to the timer decreases by 1.
In step S230, the timer may be set for all four players, or the timer may be set only for a predetermined number of players having a high level among the four players. Further, the timer value may be changed according to the level of the player.

Next, the CPU 201 determines whether or not an operation command has been received from the terminal device 1 via the dedicated line 5 by the communication interface circuit 204 (step S231). This process is a process corresponding to step S111 of the flowchart shown in FIG.
When determining that the operation command has been received, the CPU 201 executes command processing for advancing the game based on the operation command received from the terminal device 1 (step S232).
The command processing will be described in detail later with reference to FIG.

If it is determined in step S231 that an operation command has not been received, or if the processing of step S232 has been executed, the CPU 201 instructs the communication interface circuit 204 to change the card from the terminal device 1 via the dedicated line 5. Is determined (step S233). This process is a process corresponding to step S114 of the flowchart shown in FIG.

When it is determined that the card change instruction has been received from the terminal device 1, the CPU 201 selects a card that can be newly used from among the cards stored in the object position table (see FIG. 9) by lottery, etc. The object position information of the card is updated (step S234). Specifically, the display position coordinates of the card image corresponding to the card that can be newly used are set, and the display position coordinates of the card image corresponding to the card that cannot be used are deleted.

If it is determined in step S233 that a card change instruction has not been received, or if the process of step S234 has been executed, the CPU 201 determines whether the timer value set for the player in step S230 has reached 0. It is determined whether or not (step S235). If it is determined that the timer value has become 0, a process of decreasing the level of the player corresponding to the timer by 1 is performed (step S236).

When it is determined in step S235 that the timer value is not 0, or when the process of step S236 is executed, the CPU 201 determines whether or not an operation can be accepted for an object displayed on the first display 11 of each terminal device 1. A setting process is performed (step S237).

Here, the process of setting whether to accept the operation in step S237 will be described in detail.
Whether or not the operation can be accepted is determined for each object as described with reference to FIG. An instruction can be input by touching an object whose operation reception is “◯” via the touch panel 14, and an instruction cannot be input even if an operation reception is touching the object “×” via the touch panel 14. .
When the process of step S237 is first performed after the game is started, the CPU 201 sets timers (hereinafter referred to as operation reception timers) corresponding to all the players and all the characters existing on the play field in the RAM 203. Further, when the process of step S234 described above or the process of step S251 (see FIG. 25) described later is performed and a new character appears on the play field, the CPU 201 accepts an operation corresponding to the character in step S237. The timer is set in the RAM 203.

The initial value of the timer value for the operation reception timer (hereinafter also referred to as the operation reception timer value) is set according to the moving force of each player or character. Specifically, the higher the moving force, the smaller the operation reception timer value, and the lower the movement force, the larger the operation reception timer value. The CPU 201 performs an interrupt process or the like at a predetermined cycle, and sequentially subtracts the timer value of the operation reception timer set in the RAM 203.

The process of step S237 is intermittently performed in the process in which the processes of steps S230 to S240 are repeated. In the process, if the timer value for accepting operation of a certain character becomes 0, in step S237, the CPU 201 permits the operation of the character and accepts the operation acceptance of the object position information stored in the RAM 203 as “◯”. And Thereafter, when an instruction for the character is input, in step S237, the CPU 201 sets the operation reception of the object position information stored in the RAM 203 to “x” and resets the operation reception timer.

Thus, when the process of step S237 is executed intermittently, whether or not each character can accept an operation changes as shown in the time chart of FIG.
In the figure, “operation permission” indicates the timing when the CPU 201 sets the operation reception of the object position information stored in the RAM 203 to “◯”. “Operable” indicates a state in which the operation reception of the object position information stored in the RAM 203 is “◯”. “Operation input” indicates a timing when a predetermined instruction is input via the touch panel 14 of the terminal device 1 and the operation reception of the object position information stored in the RAM 203 is set to “x” by the CPU 201.

The period from “operation input” to “operation permission” is a period in which the operation reception timer is sequentially subtracted, and when the operation reception timer value becomes 0, “operation is permitted” and “operation is possible” ”State. Since the operation acceptance timer value is set shorter as the moving power of the character or the like is higher, an instruction can be given to the character or the like with higher moving power at a higher frequency, and the game can be advantageously advanced.

In addition, the “operation possible” period continues until “operation input” is made and ends when “operation input” is made. If the “operable” period is shortened, the timing at which the next “operation permission” is performed becomes earlier. As a result, instructions can be given to the character at a high frequency, and the game can be advantageously advanced.
Thus, the point that the game progresses in real time (in real time) is a feature of the real time strategy game (RTS).

After performing the process of step S237, the CPU 201 performs a process of transmitting the player information and the object position information updated in the above-described step S232, S234, S236, or S237 to each terminal device 1 (step S238). This process corresponds to step S115 in the flowchart shown in FIG.

Next, CPU201 transmits a display command to each terminal device 1 based on the processing result in Step S232, S234, S236, or S237 (Step S239). This process is a process corresponding to step S117 of the flowchart shown in FIG.
In step S239, the CPU 201 transmits a display command for displaying the operable character image and the inoperable character image in different modes to each terminal device 1.
As a result, for example, a game image including a play field image as shown in FIG. 24 is displayed on the first display 11 of the terminal device 1.

FIG. 24A is a diagram showing a play field image 91 displayed on the first display 11 of the terminal device 1 at point A in the time chart shown in FIG.
In the play field image 91, five teammate character images 98a to 98e and five enemy character images 99a to 99e are displayed. Images showing parentheses are displayed at the four corners around 98a). Further, an image showing a star is displayed in the vicinity of the enemy character image (in FIG. 24A, the enemy characters 99a and 99b) that can be operated by the opponent player.
FIG. 24B is a diagram showing a play field image 91 displayed on the first display 11 of the terminal device 1 at point B in the time chart shown in FIG.
An image showing parentheses is displayed at the four corners around the operable friend character image (in FIG. 24B, the friend characters 98b and 98c).

Next, it is determined whether or not to end the game (step S240). In this process, the CPU 201 determines that the game is to be ended when the four players on the play field have ended or when all four players have input an instruction to end the game.

If it is determined not to end the game, the process proceeds to step S231. On the other hand, when determining that the game is to be ended, the CPU 201 transmits the game history data stored in the RAM 203 to the center server 3 through the communication line 4 by the communication interface circuit 204 (step S241). As a result, the game history data stored in the RAM 303 of the center server 3 is updated.

FIG. 25 is a flowchart showing a subroutine of command processing that is called and executed in step S232 of the flowchart shown in FIG.

First, the CPU 201 determines whether or not an operation command for using a character card has been received from the terminal device 1 (step S250).
When determining that the operation command for using the character card has been received from the terminal device 1, the CPU 201 sets the play field coordinates of the character, and the first display 11 of each terminal device 1 on the basis of the play field coordinates. The display position coordinates of the character image are set (step S251).
Thereafter, the CPU 201 updates the player information stored in the RAM 203 (step S259), updates the object position information stored in the RAM 203 (step S260), and ends this subroutine.

When determining in step S250 that the operation command is not to use a character card, the CPU 201 determines whether or not the operation command is to use a support card (step S252).
When determining that the operation command to use the support card has been received from the terminal device 1, the CPU 201 executes a process corresponding to the support card (step S253).
Thereafter, the CPU 201 updates the player information stored in the RAM 203 (step S259), updates the object position information stored in the RAM 203 (step S260), and ends this subroutine.

If it is determined in step S252 that the operation command is not to use the support card, the CPU 201 determines whether or not the operation command is to attack (step S254).
For example, the second detection signal is input within a predetermined time after the first detection signal is input by the touch panel 14 of the terminal device 1, and the third detection is performed within the predetermined time after the second detection signal is input. When the signal is input, the store server 2 moves the character image to a position corresponding to the contact position indicated by the second detection signal, and displays the character image at a position corresponding to the contact position indicated by the third detection signal. An operation command to attack is sent. Of these operation commands, the operation command for attacking the display character image at a position corresponding to the contact position indicated by the third detection signal corresponds to the operation command for attacking in step S254.
In addition, when the second detection signal is input within a predetermined time after the first detection signal is input from the touch panel 14 of the terminal device 1, the store server 2 has a contact position indicated by the second detection signal. The operation command for attacking the enemy character image at the corresponding position corresponds to the operation command for attacking in step S254.
If it is determined that an operation command for attacking has been received from the terminal device 1, the CPU 201 executes a battle process (step S255). This battle process will be described in detail later.
Thereafter, the CPU 201 updates the player information stored in the RAM 203 according to the battle result (step S259), and further updates the object position information stored in the RAM 203 (step S260), and ends this subroutine. .

If it is determined in step S254 that the operation command is not an attack command, the CPU 201 determines whether the operation command is a movement command (step S256).
When it is determined that the operation command to move is received from the terminal device 1, the CPU 201 changes the play field coordinates of the corresponding character, and the character image on the first display 11 of each terminal device 1 based on the play field coordinates. Display position coordinates are set (step S258).
Thereafter, the CPU 201 updates the player information stored in the RAM 203 (step S259), updates the object position information stored in the RAM 203 (step S260), and ends this subroutine.

If it is determined in step S256 that the operation command is not to move, the CPU 201 executes processing according to the other command (step S257).
Thereafter, the CPU 201 updates the player information stored in the RAM 203 (step S259), updates the object position information stored in the RAM 203 (step S260), and ends this subroutine.

Next, a battle process executed in the store server 2 when a battle between characters is performed will be described.
FIG. 26 is a flowchart showing a battle process subroutine that is called and executed in step S255 of the flowchart shown in FIG.
In the following, the case where the character “0101” operated by the player “P1” and the character “0110” operated by the player “P2” shown in FIG. 20 will be described as an example. .

First, the CPU 201 refers to the player information stored in the RAM 203 and compares the levels of the player “P1” and the player “P2” (step S270).
According to the player information shown in FIG. 20, the level of the player “P1” is 2, and the level of the player “P2” is 6. Therefore, the player “P1” is a high-level player, and the player “P2” is a low-level player. The difference between the levels is 4.

Next, the CPU 201 determines whether or not the level of the player “P1” and the level of the player “P2” are the same based on the comparison result in step S270 (step S271). If both levels are the same, the process proceeds to step S274. However, since the level of player “P1” is different from the level of player “P2”, the process proceeds to step S272.

In step S272, a process for resetting the timer corresponding to the high-level player is performed. As a result, the timer value of the timer corresponding to the high level player is set to the initial value (the value set in step S230 of the subroutine shown in FIG. 22). On the other hand, the timer corresponding to the low level player will continue to decrease.

After executing the process of step S272, the CPU 201 performs a process of correcting the ability value of the low-level player (step S273). In this process, the CPU 201 executes a random number generating program stored in the ROM 202 and samples one random number from a predetermined numerical range (for example, 0 to 127). Based on the sampled random number and the level difference between the players “P1” and “P2”, the ability value correction table stored in the ROM 202 is referred to and the ability value to be corrected and the correction value are set. To do.

FIG. 27 is a diagram illustrating an example of the capability value correction table stored in the ROM 202 of the store server 2.
In the leftmost column, three numerical ranges (0 to 63, 64 to 95, 96 to 127) are stored as random number values. In the right column, correction targets corresponding to each numerical range are stored. The ability value is stored. If the random value is 0 to 63, the ability value to be corrected is the attack hit rate, and if the random value is 64 to 95, the ability value to be corrected is the critical hit rate and the random value is 96. If it is ˜127, the ability value to be corrected is the attack avoidance rate.
Further, in the ability value correction table, a correction value corresponding to the level difference of the player is set for each ability value to be corrected.

The process in step S273 will be described with reference to FIG.
FIG. 28A shows player information before ability value correction, and FIGS. 28B to 28D show player information after ability value correction.
As shown in FIG. 28A, the level of the player “P1” is 2, and the level of the player “P2” is 6. The level difference between the two is 4.
For example, when the random value sampled in step S273 is 0, referring to the ability value correction table shown in FIG. 27, the ability value to be corrected is the attack hit rate, and the correction value is + 8%. . When the ability value is corrected in this way, the attack accuracy rate of the character “0101” operated by the player “P1” increases by 8% from 80% to 88%, and the character “0110” operated by the player “P2” increases. The attack accuracy rate is higher than 84% (see FIG. 28B).

When the random number sampled in step S273 is 64, referring to the capability value correction table shown in FIG. 27, the capability value to be corrected is a critical hit rate, and the correction value is + 12%. . When the ability value is corrected in this way, the critical hit rate of the character “0101” operated by the player “P1” increases 12% from 0% to 12%, and the character “0110” operated by the player “P2” increases. The critical hit rate is higher than 2% (see FIG. 28C).

When the random number sampled in step S273 is 96, referring to the ability value correction table shown in FIG. 27, the ability value to be corrected is the attack avoidance rate, and the correction value is + 8%. . When the ability value is corrected in this way, the attack avoidance rate of the character “0101” operated by the player “P1” increases from 1% to 8% to 9%, and the character “0110” operated by the player “P2” The attack avoidance rate is higher than 2% (see FIG. 28D).

If it is determined in step S271 that the levels of both players are the same, or if the process of step S273 is executed, the CPU 201 determines whether it is time for the character to act (step S274). 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 determined that it is time for the character to act, the CPU 201 executes the program stored in the ROM 202 to select the character's behavior (step S275). Examples of character actions include attacks on other characters, use of magic, escape from battles, 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 life force falls below a predetermined value, the progress status of the game, the ability value of the character, etc. It is good also as selecting according to.

Next, it is determined whether or not an attack on another character has been selected as the action of the character (step S276). If it is determined that an attack on another character has been selected, the CPU 201 performs an attack hit determination (step S277). In this process, the CPU 201 determines whether or not the attack hits another character based on the attack hit rate and critical hit rate of the character and the attack avoidance rate of the other character, and the attack is hit. If it is determined, the damage received by the other character is calculated based on the attack power of the character and the defense power of the other character.

Thereafter, the CPU 201 updates the player information stored in the RAM 203 based on the result of the hit determination (step S278). Specifically, when an attack on another character hits, the other character is damaged to reduce its vitality.

If it is determined in step S276 that an attack on another character has not been selected, the CPU 201 determines whether or not magic use has been selected (step S279).
If it is determined that the use of magic has been selected, the CPU 201 updates the player information stored in the RAM 203 in accordance with the magic function used (step S280). For example, when magic that attacks another character is used, the vitality of the other character is reduced. Further, when magic that changes the ability value of the character is used, the ability value of the character is changed.

Next, the CPU 201 performs a process of reducing the magic power of the character in accordance with the type of magic used and updating the player information stored in the RAM 203 (step S281).
Next, the CPU 201 sets a recovery timer corresponding to the character with reduced magic power in a predetermined area of the RAM 203 (step S282). The timer value of the recovery timer is a timer that is sequentially subtracted at a predetermined time interval after being set. When the timer value reaches 0, the magical power of the character is recovered. In step S282, the CPU 201 refers to the recovery timer setting table stored in the ROM 202 based on the level difference between the character and another character and sets the timer value of the recovery timer.

FIG. 30 is a diagram illustrating an example of the recovery timer setting table.
The left column stores the level difference of the player, and the right column associates a recovery timer setting value with each level difference. For example, since the level of the player “P1” is 4 lower than that of the player “P2”, the level difference is −4, and the recovery timer set value is 15. On the other hand, since the player “P2” has a level 4 higher than the player “P1”, the level difference is 4, and the recovery timer set value is 55.

If it is determined in step S279 that the use of magic has not been selected, the CPU 201 performs various processes so that the character performs the other selected actions (step S283). In response, the player information stored in the RAM 203 is updated (step S284).

If it is determined in step S274 that it is not the time for the character to act, or if the process of step S278, S282, or S284 is executed, the CPU 201 causes the communication interface circuit 204 to execute the second display via the dedicated line 5. A display command for displaying the battle image is transmitted to (step S285).
This processing corresponds to the processing in steps S117 and S118 in the flowchart shown in FIG. When the communication interface circuit 104 receives the display command, the CPU 101 of the terminal device 1 supplies the display command to the second drawing processing unit 112. In accordance with the display command, the second drawing processing unit 112 moves an object (for example, an object constituting an ally character, an object constituting an enemy character, etc.) stored in the ROM 102 from a position in the three-dimensional space to a 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 12. As a result, a battle image is displayed on the second display 12.

FIG. 29 is a diagram showing a game image displayed on the first display 11 of the terminal device 1 and a battle image displayed on the second display 12.
When the store server 2 executes the subroutine of FIG. 26 and a battle between characters is performed, as shown in FIG. 29, a game image 90 including a play field image and a card image is displayed on the first display. A battle image 92 representing a battle between characters is displayed on the second display.

After executing the process of step S285, the CPU 201 determines whether or not the recovery timer value is 0 (step S286). If it is determined that the recovery timer value is 0, the magical power of the character is recovered and the player information stored in the RAM 203 is updated (step S287). As described above, a character operated by a player with a low level is set to have a smaller recovery timer value than a character operated by a player with a high level, so that the recovery of magic power is accelerated.

If it is determined in step S286 that the value of the recovery timer is not 0, or if the process of step S287 is executed, the CPU 201 determines whether or not the battle has ended (step S288). 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.
If it is determined that the battle has not ended, the process returns to step S274. On the other hand, if it is determined that the battle has ended, the player information stored in the RAM 203 is updated so as to increase the skill level of the player or character who won the battle (step S289), and this subroutine is terminated. .

As described above, according to the game system of the present embodiment, the player can operate the character by touching the touch panel with the character image displayed on the display means (first display 11). Even when a character image is displayed, each character can be operated instantaneously, and there is no need to input an instruction to switch the operable character. As a result, it is possible to give appropriate instructions to each of a plurality of characters in a timely manner, and it is possible to play a game with a sense of realism and a high degree of strategy.

In addition, the game system of the present embodiment includes a memory 114a and a timer 114b, and the first drawing processing unit 111 (display control unit) receives the first detection signal from the touch panel 14 within a predetermined period. When the second detection signal is stored as data, display control of the game image including the character image is performed so that the character image moves to a position corresponding to the contact position indicated by the second detection signal. When the memory 114a stores the third detection signal as data within a predetermined period after the detection signal is input, the character image is displayed at a position corresponding to the contact position indicated by the third detection signal. The player uses the touch panel 14 to control display of the game image including the character image so as to attack the image. Can simply be carried out and attack the movement of the character, it is possible to enter individual instructions instantly to a plurality of character images displayed on the first display 11 (display means).

In the present embodiment, the operation type “two-point touch” when the corresponding object is P (friend character image) in the processing content determination table shown in FIG. 12 is “attack”, but may be “movement” (FIG. 12). 31). In this case, the second point is designated as the movement destination, and the operation is invalid when the second point is other than the play field. That is, when the second detection signal is input within a predetermined time after the first detection signal is input, the character image is displayed to the position corresponding to the contact position indicated by the second detection signal via the touch panel 14. An instruction to move is input.
Furthermore, the operation type “two-point touch” when the corresponding object is P (friend character image) in the processing content determination table may be “attack” or “movement” (FIG. 32). In this case, if the second point is a play field, the processing content is “move”, and if the second point is an enemy character image, the processing content is “attack”.

In the present embodiment, the plurality of terminal devices 1, the store server 2 connected to the plurality of terminal devices 1 via the dedicated line 5, and the plurality of store servers 2 are connected to the communication line 4. Although the game system provided with the center server 3 has been described, the present invention is not limited to this example. For example, a game system including a single game device (terminal device), a game system in which a plurality of game devices (terminal devices) are connected via a communication line, and a plurality of game devices (terminal devices) and a server are connected to the Internet. The present invention can be applied to a game system or the like that is connected via a network.

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.

It is a lineblock diagram of the game system concerning the present invention. It is a perspective view which shows the external appearance of eight terminal devices installed in one shop, and a card vending machine. It is a perspective view which shows the external appearance of a terminal device. It is a block diagram which shows the hardware constitutions of a terminal device. It is a block diagram which shows the hardware constitutions of a shop server. It is a block diagram which shows the hardware constitutions of a center server. It is a figure which shows an example of the game image displayed on the 1st display of a terminal device. It is a figure for demonstrating each image contained in the game image shown in FIG. It is a figure which shows an object position table. It is a flowchart which shows the subroutine of the instruction | indication input process performed in a terminal device. It is a flowchart which shows the subroutine of the operation classification determination process called and performed in step S14 of the subroutine shown in FIG. It is a figure which shows the process content determination table referred in step S36 of the subroutine shown in FIG. It is a figure which shows player participation information. It is a figure for demonstrating the content of the transmission / reception process of the data by a shop server. It is a flowchart which shows the flow of a process until the game start in the terminal device 1, the store server 2, and the center server 3. FIG. 16 is a flowchart showing a subroutine of an initial setting process that is called and executed by the store server 2 in step S200 of the flowchart shown in FIG. It is a figure which shows a support card determination table. It is a figure which shows an example of log | history data. It is a figure which shows an example of a capability value setting table. It is a figure which shows an example of player information. 4 is a flowchart illustrating an outline of processing executed in the terminal device 1. It is a flowchart which shows the outline | summary of the process performed in the shop server 2. FIG. It is a time chart for demonstrating the process of step S237 of the flowchart shown in FIG. It is a figure which shows the play field image 91 displayed on the 1st display 11 of the terminal device 1 during a game. FIG. 23 is a flowchart showing a command processing subroutine that is called and executed in step S232 of the flowchart shown in FIG. It is a flowchart which shows the subroutine of the battle | competition process called and performed in step S255 of the flowchart shown in FIG. It is a figure which shows an example of an ability value correction table. (A) is player information before ability value correction, and (b) to (d) are player information after ability value correction. It is the figure which showed the game image displayed on the 1st display 11 of the terminal device 1, and the battle | competition image displayed on the 2nd display 12. FIG. It is a figure which shows an example of a recovery timer setting table. It is a figure which shows another example of the process content determination table shown in FIG. It is a figure which shows another example of the process content determination table shown in FIG.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Terminal device 2 Store server 3 Center server 4 Communication line 5 Dedicated line 6 Card vending machine 8 ID card 9 Character card 10 Case 11 First display 12 Second display 13 Speaker 14 Touch panel 15 Coin slot 16 ID card slot 17 Mounting panel 18 Operation table 90 Game image 91 Play field image 92 Battle image 93 (93a to 93e) Card image 94 (94a to 94f) Button image 95 Enlarged card image 96 Battle player image 97 Status image 98 (98a to 98e) Character image 99 (99a to 99e) Enemy character image 100, 200, 300 Control unit 101, 201, 301 CPU
102, 202, 302 ROM
103, 203, 303 RAM
104, 204, 304 Communication interface circuit 111 First drawing processing unit 112 Second drawing processing unit 113 Audio reproduction unit 114 Operation input unit 114a Memory 115 Coin sensor 116 ID card reader 117 Character card reader 118 Operation switch 119 7-segment display 205 Interface circuit group

Claims (3)

Display means capable of displaying a game image including a plurality of character images operable by the player;
A touch panel provided on the front surface of the display means, capable of detecting contact by a player and outputting a detection signal indicating a contact position when the contact is detected;
A game system comprising display control means for controlling display of a game image on the display means,
The display control means includes the character image so that the character image performs a predetermined action when the contact position indicated by the detection signal output from the touch panel matches the display position of the character image on the display means. A game system characterized by performing display control of a game image. A memory that temporarily stores the detection signal as data, and a timer that measures an elapsed time since the detection signal was input,
The display control means corresponds to a position corresponding to a contact position indicated by the second detection signal when the memory stores the second detection signal as data within a predetermined time after the first detection signal is input. Display control of the game image including the character image so that the character image moves to
When the memory stores the third detection signal as data within a predetermined time after the second detection signal is input, the display control means displays the character image indicated by the third detection signal. The game system according to claim 1, wherein display control of a game image including the character image is performed so as to attack the character image displayed at a position corresponding to the contact position. A memory that temporarily stores the detection signal as data, and a timer that measures an elapsed time since the detection signal was input,
The display control means does not store the third detection signal as data within a predetermined time after the memory stores the second detection signal as data within a predetermined time after the input of the first detection signal. And a display control of a game image including the character image is performed so as to attack the character image displayed at a position corresponding to the contact position indicated by the second detection signal. Item 3. The game system according to Item 1 or 2.

Images