JP4342385B2 - Game system - Google Patents

Description

The present invention relates to a game system in which a plurality of terminal devices and a server are connected via a communication line.
In particular, the present invention relates to a game system capable of executing a multiplayer online game such as MMORPG (Massively Multiplayer Online Role Playing Game), RTS (Real Time Strategy), and FPS (First Person Shooting Game).

In recent years, with the development of information communication technology, a game system in which a plurality of business-use or home-use terminal devices and servers are connected via a communication line has become widespread, and various online games are executed in this game system. It is possible to do. Recently, multiplayer online games such as MMORPG (Massively Multiplayer Online Role Playing Game), RTS (Real Time Strategy), and FPS (First Person Shooting Game) have been provided as online games.

Such a multiplayer online game allows players to play games with an unspecified number of players who do not know their faces in remote locations via the network such as the Internet. The ability to communicate through this medium is a great attraction and has gained strong support throughout the world.
On the other hand, from the viewpoint of game makers, a multiplayer online game is a game in which data and programs relating to new events, characters, items, etc. are sequentially updated and distributed to each terminal device via a network. It is also possible to construct a game environment that can be continued semipermanently without being bored with, so that there is an advantage that stable profit can be secured.

By the way, in a multiplayer online game, generally, a character corresponding to each player is set, and the player participates in the game in the virtual game space by operating his / her character. As the player becomes proficient in the game, the corresponding character can participate in various events, gain experience, and acquire various items. As a result, the player or the character operated by the player (hereinafter also referred to as a player) can increase the level set in the game, and the ability and position in the game improve as the level increases. In addition, various functions can be performed.

Usually, in an online game, it is not necessary for a plurality of players to start the game at the same time, and each player can individually enter or leave the game. However, since the time in the virtual game space is real time (real time), the time in the virtual game space elapses and the game progresses by other players even when the player is leaving. Become. As a result, after a certain amount of time has passed since the online game was put on the market, the level of each player will vary, and even if a beginner tries to join the game, the level difference with other players is large. There was a problem that the game was not balanced and it was not fun for beginners. Even for the skilled person, there was a problem that the beginner was implicitly excluded due to the fact that it was too weak to play against the beginner.

As a conventional game system, for example, there is a game system that enables a battle or a dialogue when the level of a character or a player is close, while disabling a battle or a dialogue when the level is far away (for example, Patent Document 1). According to the game system described in Patent Document 1, skilled people can play against each other and beginners can play and interact with each other. Therefore, beginners can enjoy games among beginners. On the other hand, for experienced people, beginners are automatically excluded even if beginners are not implicitly excluded. be able to.

JP 2003-103054 A

However, according to the game system described in Patent Document 1, even if a game is played in the same virtual game space, a beginner and an expert are actually playing the game separately. This has led to a new problem of losing the unique appeal of online games that can communicate with a large number of players through the game medium. In addition, the game system compulsorily creates an environment in which the skilled players play games with each other, and beginners play with each other, so there is a problem that the game is not surprising and the game itself is impaired.

In a game environment in which games are played individually on each game device as in the past, each time game software is introduced to the market, the players start the game all at once, and each game is semi-permanent. Since it is not continued, the problem caused by the difference in level between the beginner and the skilled person as described above did not become prominent. However, if you try to secure stable profits by building a game environment that will be distributed semi-permanently by sequentially distributing new data and programs, there will be a large difference in the level between beginners and experts. Is inevitable.

Therefore, when providing an online game, an environment that allows an expert and a beginner not to be involved with each other, or an environment in which an expert and a beginner cannot be involved like the game system described in Patent Document 1. Instead of building, it is necessary to build an environment where beginners and experts want to be actively involved.

The present invention has been made in view of the above-described problems, and an object of the present invention is to provide a game system capable of constructing an environment in which a beginner and an expert want to be actively involved. .

In order to solve the above-described problems, the present invention provides the following.
(1) A plurality of terminal devices and a server are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which the player operates a specific character of the plurality of characters displayed on the display unit of the terminal device, and the game is at least the battle A game system that uses the point value set for the character when performing
Level value storage means for storing a level value corresponding to ID data for each player;
Level value setting means for setting a level value in the player and storing the level value in the level value storage means;
Level value comparing means for comparing the level values of the players who play the above game;
When the character performs a predetermined action in the battle, the point value reducing means for reducing the point value set for the character according to the type of action,
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means.

According to the invention of (1), since the point value (for example, magic power value, skill point value, etc.) of the character operated by the player with a low level value recovers relatively quickly, the character can perform a predetermined action (for example, (Magic attacks, special moves, etc.) can be performed frequently. Therefore, a situation in which a player with a low level value is advantageous or not necessarily disadvantageous is created, and the beginner can be encouraged to actively play against the skilled person. You can build an environment that makes you want to get involved. As a result, it is possible to fully enjoy the merits unique to online games that allow communication with a large number of unspecified players through the medium of the game, and to provide a surprising and interesting game.

Furthermore, the present invention provides the following.
(2) A plurality of terminal devices and a server are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which a player operates a specific character among the plurality of characters displayed on the display unit of the terminal device, and the battle situation during the battle In accordance with the game system, the game system includes a control content for determining the winning or losing of the battle when the point value set in advance for the character is reduced and the point value is reduced to a predetermined value.
Level value storage means for storing a level value corresponding to ID data for each player;
Level value setting means for setting a level value in the player and storing the level value in the level value storage means;
Level value comparing means for comparing the level values of the players who play the above game;
Point value reducing means for reducing the point value according to the battle situation in the battle;
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means.

According to the invention of (2), since the point value (for example, vitality value) of the character operated by the player with the low level value recovers relatively quickly, the situation where the player with the low level value is advantageous or not necessarily disadvantageous No situation will be created. Therefore, it is possible to prompt the beginner to actively fight against the skilled person, and it is possible to construct an environment in which the beginner and the skilled person want to be actively involved. As a result, it is possible to fully enjoy the merits unique to online games that allow communication with a large number of unspecified players through the medium of the game, and to provide a surprising and interesting game.

Furthermore, the present invention provides the following.
(3) A plurality of terminal devices and a server are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which the player operates a specific character of the plurality of characters displayed on the display unit of the terminal device, and the game is at least the battle A game system that uses the point value set for the character when performing
Level value storage means for storing a level value corresponding to the character operated by the player;
Level value setting means for setting a level value for the character and storing the level value in the level value storage means;
Level value comparison means for comparing the level value of the character when performing the battle,
When the character performs a predetermined action in the battle, the point value reducing means for reducing the point value set for the character according to the type of action,
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means.

According to the invention of (3), since the point value (for example, magic power value, skill point value, etc.) of a character with a low level value recovers relatively quickly, the character can frequently perform a predetermined action. become. Therefore, a situation in which a player with a low level is advantageous or not necessarily disadvantageous is created, and a beginner can be encouraged to actively play against a skilled person, and the beginner and the skilled person will be involved. Such an environment can be constructed. As a result, it is possible to fully enjoy the merits unique to online games that allow communication with a large number of unspecified players through the medium of the game, and to provide a surprising and interesting game.

Furthermore, the present invention provides the following.
(4) A plurality of terminal devices and a server are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which a player operates a specific character among the plurality of characters displayed on the display unit of the terminal device, and the battle situation during the battle In accordance with the game system, the game system includes a control content for determining the winning or losing of the battle when the point value set in advance for the character is reduced and the point value is reduced to a predetermined value.
Level value storage means for storing a level value corresponding to the character operated by the player;
Level value setting means for setting a level value for the character and storing the level value in the level value storage means;
Level value comparison means for comparing the level value of the character when performing the battle,
Point value reducing means for reducing the point value according to the battle situation in the battle;
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means.

According to the invention of (4), since the point value (for example, vitality value) of a character with a low level value recovers relatively quickly, a situation where a player with a low level is advantageous or not necessarily disadvantageous is created. It will be. Therefore, it is possible to prompt the beginner to actively fight against the skilled person, and it is possible to construct an environment in which the beginner and the skilled person want to be actively involved. As a result, it is possible to fully enjoy the merits unique to online games that allow communication with a large number of unspecified players through the medium of the game, and to provide a surprising and interesting game.

According to the present invention, it is possible to construct an environment in which a beginner and an expert want to be actively involved, and it is possible to communicate with an unspecified number of players through a medium called a game. It is possible to provide a game that can be fully enjoyed, surprising, and interesting.

FIG. 1 is a block 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 stored in the issued ID card 8.

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 including 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 has a point value (for example, a life force value) that is decreased when the ally character is damaged, or a point value (for example, a magic power value, a skill point value) that is decreased when the ally character performs a predetermined action. Etc.).

In the present embodiment, the vitality is a point value that is set for each character, and decreases according to the battle situation. It is.
Moreover, in this embodiment, magic power is a point value set for every character, and is a point value which decreases according to the kind of action of a character at the time of a battle.

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).
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. 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.
Arrangement points are displayed on the 7-segment display 119. 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 receives, for example, a friend character image indicating a character that can be operated by the player, an enemy character image operated by the opponent player, a play field image in which the friend character image and the enemy character image are arranged, and a predetermined instruction. Various images constituting a game image displayed on the first display 11 such as a button image representing a button, a character card image representing a character card, a support card image representing a support card, and a character image representing a character corresponding to the character card. The image data to be represented is 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 play field image, character image, button image, 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 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. The instruction content is determined based on the data using 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 from the touch panel 14, for example. Alternatively, processing corresponding to the instruction can be executed in parallel. In addition, an object position table that stores 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 included 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. Arrangement points are displayed on the 7-segment display 119.

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 control program, a random number generation program used for game progress, and the like. The CPU 201 of the store server 2 executes a game control program stored in the ROM 202 and performs a process of progressing the game.
The ROM 202 also determines a support card to be referred to when determining a support card to be distributed to each player, a character specification table (not shown) in which identification information of the character card is associated with characters appearing in the game. Table (see FIG. 17), ability value setting table (see FIG. 19) that is referred to when setting the ability value of each character based on history data, and the ability value of the character is corrected when a battle between characters is performed A capability value correction table (see FIG. 27) and the like 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) in each terminal device 1, player participation information (see FIG. 13), player information (see FIG. 20) including the level value of each player or a character operated by each player, and the like are stored. . The RAM 203 functions as a level value storage unit that stores the level value of the player.
Further, when player history data (see FIG. 18) is supplied from the center server 3, the RAM 203 stores this history data. This history data is the skill level of each player or the character operated by each player. The skill level increases when winning a battle with another character or when a predetermined result is achieved on the game.

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.

The CPU 201 of the store server 2 functions as, for example, (A) to (E) below by executing a game control program stored in the ROM 202.
(A) The CPU 201 sets a level value and an ability value for each player or a character operated by each player according to the history data (skill level) stored in the RAM 203, and stores these data in the RAM 203 as player information. To do. The CPU 210 of the store server 2 functions as a level value setting unit.
(B) When the CPU 201 performs a battle between characters, the CPU 201 compares the level values of the players who operate the characters participating in the battle. At this time, the CPU 201 functions as a level value comparison unit.
(C) When the character performs a predetermined action (here, using magic) in the battle, the CPU 201 decreases the point value (here, magic power) set for the character according to the type of action. At this time, the CPU 201 functions as a point value reducing unit.
(D) The CPU 201 recovers the point value over time during the battle. At this time, the CPU 201 functions as a point value recovery unit.
(E) The CPU 201 relatively quickly recovers the point value of the character operated by the player having a low level value in accordance with the comparison result in (B).

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 302 may be a storage medium built in the terminal device 1 or a removable storage medium. Further, the ROM 302 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 of each player, history data (see FIG. 18), and the like.
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 at 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.

On the lower left of the game image 90, a status image 97 indicating the level value and ability value of the character operated by the player is arranged. 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 (character card images) representing character cards, and the card images 93d and 93e are images (support card 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, a new card is selected by lottery or the like, and is 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. 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 in the game image 90 displayed on the first display 11. Of the various images arranged in 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”. Note that a card image corresponding to a code with a thousand digit “0” is a character card image, and a card image corresponding to a code with a thousand digit “1” is a support card image.

The display position coordinates are coordinates on the first display 11, are set individually 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 a button image corresponding to the type “B” or a 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), 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.

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 it 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 operation input unit 114 determines that the operation is a touch operation (an operation that touches the same position on the touch panel 14 for a predetermined period). 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.

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 at another coordinate (step S27).
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 operation input unit 114 determines that the operation is a click operation (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 or not there is a new input at another coordinate (step S31).
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 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 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 a teammate character image or an enemy character image to be used later. 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 and ability 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.

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.

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.
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 the 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.

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 if 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 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) through 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 the 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 input by the operation of the player to the center server 3 via the dedicated server 5 and the store server 2 through 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).
Upon receiving the game history data of each player from the center server 3, the store server 2 performs an initial setting process (step S200). In this initial setting process, player information (see FIG. 20) including the level value 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 later in detail 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 level value and ability value of the player and character based on the game history data (skill level) (step S212). In step S212, the level value and ability value of the player and the character operated by the player are set for the four players who play the game in the same play field.
When executing the processing of step S212, the CPU 201 of the store server 2 functions as a level value setting unit that sets a predetermined level value in the player and stores the level value in the RAM 203 (level value storage unit).

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, the skill level, the level value, and the ability value 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 value, and the ability value are associated with each other for the player.

The level value 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. It will be strong. This level value is a level value set by the CPU 201 functioning as level value setting means.
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 teammate character becomes 0, the character disappears from the play field and cannot be used for the game for a predetermined period.
In the present embodiment, the vitality is a point value set for each character, and is a point value that is determined according to the battle situation and determined to win or lose the battle when it decreases to a predetermined value (for example, 0). .
The magic power is a point value 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. The magical power recovers with time at a predetermined speed when it decreases during the battle. The recovery speed of the magic power changes according to the level value of the player or the character operated by the player.

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 that defends 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 the 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 according to 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 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). This processing corresponds to the processing in step S231 in the flowchart shown in FIG.
The store server 2 appropriately receives an operation command from the four terminal devices 1 and performs a process of progressing 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 (FIG. 22, step S238). 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 (FIG. 22, step S239). 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 (for example, removal or addition) of 9 placed on the placement panel 17.
The card change instruction in step S113 can be input by touching the button image 94f “CHANGE” among the game images 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).
This process is a process corresponding to the process of step S238 in the flowchart shown in FIG. 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). This process is a process corresponding to the process of step S239 in the flowchart shown in FIG.

If it is determined that the display command has been received, the CPU 101 performs image display processing 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 play field image, character image, button image, 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 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 a player with a player with a low level (matches between characters), While the timer corresponding to the player with the higher value is reset, when the timer value becomes 0, the level value of the player corresponding to the timer is decreased 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 value among the four players. Further, the timer value may be changed according to the level value of the player.

Next, the CPU 201 determines whether or not an operation command is received from the terminal device 1 through 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.
If it is determined 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 process of step S232 has been executed, the CPU 201 uses the communication interface circuit 204 to identify the identification information (from the terminal device 1 via the dedicated line 5). It is determined whether or not (identification information read from the character card) has been received (step S233). This process is a process corresponding to step S114 of the flowchart shown in FIG.

When determining that the identification information is received from the terminal device 1, the CPU 201 refers to the ability value setting table and sets the level value and ability value of the character based on the game history data (skill level) (step S234). . This process is the same as the process of step S212 of the subroutine shown in FIG. 16, and since it has already been described, description thereof is omitted here.

If it is determined in step S233 that identification information has not been received, or if the process of step S234 has been executed, the CPU 201 determines whether or not the timer value set for the player in step S230 has reached 0. Is determined (step S235). If it is determined that the timer value has become 0, a process of decreasing the level value 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 CPU 201 first performs the process of step S237 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 corresponds to step S117 in 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 (enemy characters 99a and 99b in FIG. 24A) 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.

If it is determined in step S250 that the operation command is not to use a character card, the CPU 201 determines whether 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).
If it is determined that an operation command indicating attack is 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 in accordance with the battle result (step S259), 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 an instruction to move, the CPU 201 executes processing corresponding 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 subroutine of battle processing 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 level values of the player “P1” and the player “P2” (step S270).
According to the player information shown in FIG. 20, the level value of the player “P1” is 2, and the level value of the player “P2” is 6. Therefore, the player “P1” is a high-level player, and the player “P2” is a low-level player. Further, the difference between the two level values is 4.
When executing the process of step S270, the CPU 201 of the store server 2 functions as a level value comparing means for comparing the level values of the players who operate the characters participating in the battle.

Next, the CPU 201 determines whether or not the level value of the player “P1” and the level value of the player “P2” are the same based on the comparison result in step S270 (step S271). If both level values are the same, the process proceeds to step S274. However, since the level value of player “P1” is different from the level value 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 player with a low level value 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 difference between the level values of 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, the correction value, Set.

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, for each ability value to be corrected, a correction value corresponding to the difference in the level value of the player is set.

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 value of the player “P1” is 2, and the level value of the player “P2” is 6. The difference between the two level values 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).

When it is determined in step S271 that the level values of both players are the same, or when 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 vitality 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 value 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 vitality (point value) set for the other character is decreased by the calculated damage value.

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).
The use of magic corresponds to a predetermined action in the present invention.
When determining 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 (point value) of the character according to the type of magic used and updating the player information stored in the RAM 203 (step S281). For example, if it is a magic that can give a damage value of 50 points to an opponent, the magic power (point value) is reduced by 50 points, and if it is a magic that gives a damage value of 100 points to an opponent, the magic power (point value) is reduced. The magic power is reduced according to the type of magic, such as 100 points.
At this time, when the character performs a predetermined action in the battle, the CPU 201 functions as a point value decreasing unit that decreases the point value set for the character according to the type of action.

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.
In the left column, the difference between the player level values is stored, and in the right column, the recovery timer setting value is associated with each level value difference. For example, since the level value of the player “P1” is 4 lower than that of the player “P2”, the difference between the level values is −4 and the recovery timer set value is 15. On the other hand, since the player “P2” has a level value 4 higher than the player “P1”, the difference between the level values 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 processing of step S278, S282, or S284 is performed, 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 second display 12, 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 illustrating 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 magic power (point value) 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 value is set to have a smaller recovery timer value than a character operated by a player with a high level value, so the recovery of magic power (point value) is faster. Become. At this time, the CPU 201 functions as a point value recovery means for recovering the point value with time during the battle, and based on the result of the comparison by the level value comparison means, the point value of the character operated by the player with the low level value is obtained. It is recovering relatively quickly.

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 magical power (point value) of the character operated by the player with a low level value recovers relatively quickly, so that the character can frequently attack with magic. become. Therefore, a situation in which a player with a low level value is advantageous or not necessarily disadvantageous is created, and the beginner can be encouraged to actively play against the skilled person. You can build an environment that makes you want to get involved. As a result, it is possible to fully enjoy the merits unique to online games that allow communication with a large number of unspecified players through the medium of the game, and to provide a surprising and interesting game.

In the present embodiment, a case has been described in which a level value is set for each player, and the player's point value (magic power) operated by a low-level player is relatively quickly recovered by comparing the player's level value during a match. However, in the present invention, a level value may be set for each character, and the character level value may be compared at the time of the battle to recover the point value of the low level character relatively quickly.

Further, in the present embodiment, the case has been described where the point value set for each character and used at the time of the battle is magic power, but in the present invention, the point value is (I) the character performs a predetermined action in the battle. Decrease by a value corresponding to the type of action when performing, (II) Inability to perform the action if the point value is insufficient and cannot be decreased by the value according to the type of action As long as these two requirements are satisfied, there is no particular limitation, and it may be set as appropriate according to the content of the game.

In the present invention, the point value is set for each character, decreases according to the battle situation, and is determined to win or lose the battle when the value is decreased to a predetermined value (life force in the present embodiment). Also good.

In the present embodiment, when the character performs a predetermined action (use of magic), the point value is decreased and the timer is set, and when the timer value of the timer becomes 0, the point value is recovered. As described above, in the present invention, the method for recovering the point value is not particularly limited as long as it is a method for recovering the point value as time elapses. For example, the timer value becomes a predetermined value. The point value may be recovered by a predetermined value every time. The same applies to the case where the point value is set for each character, decreases according to the battle situation, and is determined to win or lose the battle when the value is decreased to a predetermined value (life force in the present embodiment).

In this embodiment, the ROM 202 of the store server 2 stores a game control program that causes the CPU 201 to function as a level value setting unit, a level value comparison unit, a point value reduction unit, and a point value recovery unit, and the CPU 201 stores the game control program. By executing, the CPU 201 functions as a level value setting means, a level value comparison means, a point value reduction means, and a point value recovery means. As a result, the store server 2 operates as a level value setting means, a level value comparison means, and a point value reduction. Although the case where the means and the point value recovery means are provided has been described, the present invention is not limited to this example, and the terminal device 1 may include any of the means described above. Further, the RAM 203 of the terminal device 1 may function as a level value storage unit that stores the level value of the player or the character operated by the player.

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.

Next, another example of the game system according to the present invention will be described.
The game system described here employs not a character card but a figure imitating a character as an object to be read.

FIG. 31 is a configuration diagram of another example of the game system according to the present invention.
The game system is connected to a plurality of terminal devices 1010, a store server 1020 that is communicably connected to the plurality of terminal devices 1010 via a dedicated line 1050, and a communicable connection to the plurality of store servers 1020 via a communication line 1040. The card server 1030 is connected to the store server 1020 via the dedicated line 1050, and one card vending machine 1060 is provided for each store. Note that a store server 1020 for the game A and a store server 1020 for the game B are installed in the store Q.

The center server 1030 includes a database server 1039 and a plurality of game servers 1031, 1032,.
The database server 1039 performs (1-1) data management for each ID data given to each player, (1-2) player authentication at the start of the game, and (1-3) game data transmission processing.

Specifically, as the above (1-1), the database server 1039 manages, for example, ID data given to each player, a password used when authenticating the player, a type of game played by the player, game data, and the like ( Storage, setting, updating, etc.). Further, the game data includes, for example, a game progress state (character-specific data and the like), a character operated by the player, a level value and an ability value of the character, an ability value increase / decrease value, and the like.

In addition, as (1-2), the database server 1039 authenticates the player using, for example, ID data and a password, and permits participation in the game.
Further, as the above (1-3), the database server 1039 reads the ID data of the player and the IC chip reader (not shown) as the reading unit of the terminal device 1010 from the figure as the object to be read. Based on the data for identifying the character (identification information), the character data is transmitted to the terminal device 1 from the game data.
However, if the player plays the game for the second time or later, the game may be determined based on the player's ID data, the password input by the player's operation, and the game type without using the figure. Is possible. In addition, when a figure is not used, a predetermined limit can be set.

The game servers 1031, 1032,... Are installed corresponding to each game that can be executed in the game system according to the present embodiment. One of the plurality of game servers is a game server corresponding to the game according to the present embodiment.
The game servers 1031, 1032,... (Hereinafter also referred to as game server 1031) are (2-1) matching processing between terminal devices 1010 installed in different stores, and (2-2) the data after matching. Organize traffic related to transmission and reception.

Specifically, the game server 1031 and the like determine whether or not another player is participating when a certain player operates the terminal device 1010 and participates in the game as (2-1). When it is determined that another player is participating, matching with the terminal device 1010 operated by the player is performed. On the other hand, if it is determined that no other player is participating, a CPU player is set. When setting a CPU player, the store server 1020 may be set as a CPU player, and the center server 1030 (for example, the game server 1031 etc.) may be set as a CPU player.

Moreover, the game server 1031 etc. perform traffic arrangement | positioning regarding transmission / reception of the data between the terminal devices 1 matched by the matching process of said (2-1) as said (2-2). For example, the game server 1031 or the like uses the data received from the terminal device 1 connected to the store server (for game A) 1020 of the store P as the terminal device 1 connected to the store server (for game A) 1020 of the store Q. Send to. Thus, the store server 1020 according to this embodiment directly receives only data from the center server 1030 and does not directly transmit / receive data between the store servers 1020.

Store server 1020 is connected to center server 1030 via router 1070. The router 1070 has a predetermined routing table.
When a plurality of store servers 1020 are installed in the same store as in the store Q shown in the figure, when the router 1070 receives game data or the like from the center server 1030, the router 1070 refers to the routing table, and The game data is transmitted to the store server 1020 connected to the terminal device 1010 via the dedicated line 1050.
Further, when data is transmitted and received between the terminal devices 1010 connected to each of the plurality of store servers 1020 installed in the same store, the router 1070 receives game data, etc. from the terminal device 1010 via the store server 1020. Is received, the game data is transmitted to the store server 1020 connected to the destination terminal device 1010 via the dedicated line 1050 with reference to the routing table.

The store server 1020 is (3-1) traffic arrangement concerning data transmission / reception between the center server 1030 and the terminal device 1010 or between the terminal devices 1010 connected to each of the plurality of store servers 1020 installed in the same store. (3-2) The application is downloaded to the terminal device 1.

Specifically, the store server 1020 performs traffic arrangement relating to transmission / reception of game data and the like between the center server 1030 and the terminal device 1010 as the above (3-1). However, if the destination terminal device 1010 is connected to the same store server 1020 or is connected to another store server 1020 installed in the same store, game data or the like is transmitted to the center server 1030 Instead, game data or the like is transmitted to the terminal device 1010.

Moreover, the store server 1020 downloads an application to the terminal device 1010 at the timing when the request signal indicating that the download is requested from the center server 1030 is received from the terminal device 1010 as (3-2). The application includes various data (for example, image data) and a program related to the game contents, and a board program for assigning game functions to input means (for example, a plurality of input switches, not shown) provided in the terminal device 1010 And are included. The application download is not limited to being performed from the store server 1020, and may be performed from the center server 1030.

The terminal device 1010 is connected to the store server 1020 via a dedicated line 1050.
The terminal device 1010 performs (4-1) application download and (4-2) progress of the game.
Specifically, as described in (4-1), when the power is turned on, the terminal device 1010 transmits a request signal to the store server 1020 to request download of the application, and downloads the application. The downloaded application is stored in a temporary storage area such as a RAM in the terminal device 1010.
In addition, as the above (4-2), the terminal device 1010 progresses the game using the downloaded application. The game progresses as follows.
The terminal device 1010 receives data for each ID data given to each player from the database server 1039 at the start of the game. While the game is in progress, data between the terminal device 1010 and another terminal device 1010 in the same game is transmitted / received via the center server 1030 via the store server 1020. However, if another terminal device 1 is connected to the same store server 1020 or connected to another store server 1020 installed in the same store, game data or the like is transmitted to the center server 1030. Instead, game data and the like are transmitted to the terminal device 1010. At the end of the game, game data updated during the game or the game result itself is transmitted to the database server 1039.
The progress of the game is not limited to the terminal device 1010, and may be performed by the store server 1020.

The card vending machine 1060 can communicate with the center server 1030 via the store server 1020. The card vending machine 1060 accepts an input operation of personal information performed by the player, and sells an ID card storing ID data. The ID card is used when starting a game, and ID data is read by an ID card reader included in the terminal device 1010.

FIG. 32 is a perspective view showing the appearance of the terminal device in the present embodiment.
The casing 10 is provided with an operation console 18 projecting forward, and an authentication machine 20 capable of placing a figure is provided on the upper surface of the operation console 18. There may be a plurality of authentication machines 20.
The upper part of the authentication machine 20 has a recess 21 on which the figure 30 can be placed. The recessed portion 21 has a shape in which a pedestal portion of a figure to be described later can be accommodated without a gap, and has a structure in which 2/3 or more of the pedestal portion of the figure is accommodated in the recessed portion 21. Further, the recess portion 21 is provided with a stopper 22, which has a structure in which the figure 30 does not come off, fall over, or be displaced, and can be removed by operating the removal switch 23.
In addition, an IC chip reader (not shown) is provided inside the authentication device 20 and can read information of an IC chip built in the figure 30 that is the object to be read.

The authenticator 20 is provided with an LED 24, and blinks while the IC chip reader is authenticating the data of the figure 30. During the authentication, the LED 24 blinks and the dent 21 or the whole 20 of the authentication machine is produced by light. The effect is not particularly limited to light, and the authentication device 20 may perform a predetermined operation (for example, the entire authentication device 20 moves up and down).
It should be noted that the illustrated authenticator 20 shows a minimum function, and it is preferable that the design is adapted to the world view of the game.

FIG. 33 is a view showing an appearance of an object to be read (figure 30) according to another example of the game system.
The figure 30 includes a pedestal part 39 and a figure main body part 40.
The pedestal portion 39 has a cylindrical shape and includes an upper lid 33, an IC chip 34, and a lower lid 35. The IC chip 34 is sandwiched between the upper lid 33 and the lower lid 35 and has a structure that cannot be taken out. The IC chip 34 stores the ability value data of the character represented in the figure main body. The upper lid 33 is provided with a convex portion 37. The lower lid 35 is designed to have a diameter slightly larger than that of the upper lid 33 so that the figure is fixed by the stopper 22.
The figure main body 40 includes a figure main body 31 and a figure main body base 32.
The figure main body 32 is provided with a recess 36. The concave portion 36 and the convex portion 37 are for preventing misalignment when the base portion 39 and the figure main body portion 40 are bonded.
The figure is contained in a capsule having a diameter of about 7 cm and sold in another vending machine equivalent to the card vending machine 1060. Of course, the sales form of the figure is not particularly limited.

In this embodiment, the RAM included in the game server 1031 of the center server 1030 functions as a level value storage unit that stores a level value corresponding to the ID data for each player.
In addition, the CPU provided in the game server 1031 or the like of the center server 1030 sets a level value for the player and stores the level value in a RAM (level value storage unit) provided in the game server 1031 or the like of the center server 1030. Functions as setting means.

The CPU included in the terminal device 1010 functions as follows when executing the process related to the progress of the game as described above.
In other words, the CPU provided in the terminal device 1010 functions as a level value comparison unit that compares the level values of the players that play a match.
Further, the CPU provided in the terminal device 1010 functions as a point value reducing unit that reduces the point value set for the character according to the type of action when the character performs a predetermined action in the battle.
Further, the CPU provided in the terminal device 1010 functions as a point value recovery unit that recovers the point value with time during the battle, and based on the result of the comparison by the level value comparison unit, the character operated by the player with the lower level value The point value of is recovered relatively quickly.

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 subroutine of command processing that is called and executed in step S232 of the flowchart shown in FIG. 22; 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 lineblock diagram of other examples of the game system concerning the present invention. It is a perspective view which shows the external appearance of the terminal device which concerns on another example of a game system. It is a figure which shows the external appearance of the to-be-read object (figure) which concerns on another example of a game system.

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 20 Authentication machine 21 Recessed portion 22 Stopper 23 Removal switch 24 LED
30 Figure 31 Figure body 32 Figure body base part 33 Upper lid 34 IC chip 35 Lower lid 36 Concave part 37 Convex part 39 Base part 40 Figure body part 90 Game image 91 Playfield image 92 Competitive image 93 (93a to 93e) Card image 94 ( 94a to 94f) Button image 95 Enlarged card image 96 Competitive player image 97 Status image 98 (98a to 98e) Friend character image 99 (99a to 99e) Enemy character image 100, 200, 300 Control units 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 (4)

A plurality of terminal devices and servers are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which the player operates a specific character of the plurality of characters displayed on the display unit of the terminal device, and the game is at least the battle A game system that uses the point value set for the character when performing
Level value storage means for storing a level value corresponding to ID data for each player;
Level value setting means for setting a level value in the player and storing the level value in the level value storage means;
Level value comparing means for comparing the level values of the players in the battle;
When the character performs a predetermined action in the battle, a point value reducing means for reducing the point value set for the character according to the type of action,
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means. A plurality of terminal devices and servers are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which the player operates a specific character among the plurality of characters displayed on the display unit of the terminal device, and the battle situation during the battle In accordance with the game system, the game system includes a control content for performing a process of decreasing the point value set in advance for the character and determining the winning or losing of the battle when the point value decreases to a predetermined value,
Level value storage means for storing a level value corresponding to ID data for each player;
Level setting means for setting a level value in the player and storing the level value in the level value storage means;
Level value comparing means for comparing the level values of the players in the battle;
Point value decreasing means for decreasing the point value according to the battle situation in the battle;
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means. A plurality of terminal devices and servers are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which the player operates a specific character of the plurality of characters displayed on the display unit of the terminal device, and the game is at least the battle A game system that uses the point value set for the character when performing
Level value storage means for storing a level value corresponding to the character operated by the player;
Level value setting means for setting a level value for the character and storing the level value in the level value storage means;
Level value comparing means for comparing the level value of the character when performing the battle;
When the character performs a predetermined action in the battle, a point value reducing means for reducing the point value set for the character according to the type of action,
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means. A plurality of terminal devices and servers are connected via a communication line,
A plurality of players can use each terminal device to execute a game in which the player operates a specific character among the plurality of characters displayed on the display unit of the terminal device, and the battle situation during the battle In accordance with the game system, the game system includes a control content for performing a process of decreasing the point value set in advance for the character and determining the winning or losing of the battle when the point value decreases to a predetermined value,
Level value storage means for storing a level value corresponding to the character operated by the player;
Level value setting means for setting a level value for the character and storing the level value in the level value storage means;
Level value comparing means for comparing the level value of the character when performing the battle;
Point value decreasing means for decreasing the point value according to the battle situation in the battle;
Point value recovery means for recovering the point value over time during the battle,
The game system characterized in that the point value recovery means recovers a point value of a character operated by a player with a low level value relatively quickly based on a result of comparison by the level value comparison means.

Images