JP2006006657A - Game system and game control method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a game system capable of reducing the number of cards carried by a player without damaging the collection-like element of a card game. <P>SOLUTION: The game system capable of executing the card game using a physical first card corresponding to a character and a second card which gives specified influence on the character or game contents comprises: a display means; an image storage means; a read means for reading identification information from the physical first card; a first card specifying means for specifying the physical first card used for the game by a player; a second card selection means for selecting the second card to be imparted to the player by drawing; and a display control means for displaying a character image indicating the character of the specified physical first card and a second card image indicating the selected second card at a display means. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

The present invention relates to a game system capable of executing a card game and a game control method used in the game system.

Traditionally, cards such as trading cards have been drawn by enthusiasts, such as athletes and animated characters, but recently there have been card games played using such cards. Provided and gained support from a wide range of ages. It can be said that the reason for the popularity of such a card game is that the card game has two aspects of a collection element of collecting cards and an interesting game.

In so-called game centers and the like, a game system that reads data from a card having data relating to characters appearing in the game and advances a video game based on the data has appeared, and has become widespread. As such a game system, for example, there is a game system that reads data from a plurality of cards arranged on an arrangement panel of a terminal device and advances a video game such as a soccer game based on the data (for example, , See Patent Document 1).

In addition, there are card games in which there are hundreds of types of character cards corresponding to characters, and there are so-called rare cards that are difficult to obtain due to the small number of cards that are put on the market. is doing. These card games can strongly arouse the player's desire to collect, and since there are many types of cards, the player can enjoy the game for a long time without getting bored.

Furthermore, in a card game, for example, a card that can use not only a character card corresponding to each character but also a support card that has a specific influence on the character or game content, such as Magic Do The Gathering (registered trademark). The game exists. By making it possible to use a plurality of types of cards having different functions, such as a character card and a support card, a new strategy can be given to the game, and the fun of the game can be enhanced.

Thus, in recent years, there is a tendency for the types of cards that can be used in one card game to increase in order to enhance both the collection-like elements of the card game and the fun of the game. In addition, in order to prevent the player's interest and interest from leaving the game, game makers may introduce new cards to the market at a cycle of several months, and the number of usable cards may increase cumulatively. .

JP 2002-301264 A

However, when the number of cards that can be used reaches several hundred, it is extremely troublesome to carry all of them, and there is a problem that the game cannot be enjoyed easily. Therefore, a method of digitizing the card itself can be adopted, but in such a case, there is a possibility that the collection-like elements of the card game are damaged.

The present invention has been made in view of the above-described problems, and an object of the present invention is to easily reduce the number of cards carried by a player without losing the collection-like elements of the card game. The object is to provide a game system that makes it possible to enjoy the game. Another object of the present invention is to provide a game control method used in the game system.

In order to solve the above-described problems, the present invention provides the following.
(1) A game system capable of executing a card game using a physical first card corresponding to a character and a second card having a specific influence on the character or game content,
Display means capable of displaying a physical first card indicating the character and a second card indicating the second card;
Image storage means for storing a plurality of types of character images and second card images;
Reading means for reading identification information of the physical first card from the physical first card;
First card specifying means for specifying a physical first card used by the player in the game based on the identification information read by the reading means;
Second card selection means for selecting a second card to be given to the player by lottery;
A character image indicating a physical first card character specified by the first card specifying means, and a second card image indicating a second card selected by the second card selecting means, the image Extraction means for extracting from the storage means;
A game system comprising: display control means for displaying the character image and the second card image extracted by the extraction means on the display means.

According to the invention of (1), an actual card is used as the first physical card, and the second card that affects the character or game content is a virtual card displayed as an image on the display means. Since two types of cards, real cards and virtual cards, are used, such as using cards, the number of cards carried by the player can be reduced, and the player can easily play a card game. it can. Further, since the number of cards carried by the player can be reduced without reducing the types of cards that can be used in the card game, the fun of the game is not impaired. In addition, since an actual card is generally used as the first physical card that the player wants to collect, the collection elements of the card game are not impaired.
Furthermore, since the second card to be given to the player is determined by lottery, it is possible to give unexpectedness to the game content. In addition, the player who owns the first physical card of an excellent character may not always be able to advance the game advantageously, so the game result becomes difficult to predict and even a beginner can lose weight. It becomes possible to participate in the game without.

Furthermore, the present invention provides the following.
(2) A game control method used in a game system capable of executing a card game using a physical first card corresponding to a character and a second card having a specific influence on the character or game content. Because
A reading step of reading identification information of the physical first card from the physical first card;
A character specifying step for specifying a physical first card used by the player in the game based on the identification information read in the reading step;
A second card selection step of selecting a second card to be given to the player by lottery;
From the image storage means for storing a plurality of types of character images and the second card image, the character image indicating the character of the physical first card specified in the character specifying step, and the selection in the second card selecting step An extraction step of extracting a second card image indicating the second card that has been made;
A game control method comprising: a display control step of displaying the character image and the second card image extracted in the extraction step on a display means.

According to the invention of (2), an actual card is used as the first physical card, and the second card that affects the character or game content is a virtual card displayed as an image on the display means. Since two types of cards, real cards and virtual cards, are used, such as using cards, the number of cards carried by the player can be reduced, and the player can easily play a card game. it can. Further, since the number of cards carried by the player can be reduced without reducing the types of cards that can be used in the card game, the fun of the game is not impaired. In addition, since an actual card is generally used as the first physical card that the player wants to collect, the collection elements of the card game are not impaired.
Furthermore, since the second card to be given to the player is determined by lottery, it is possible to give unexpectedness to the game content. In addition, the player who owns the first physical card of an excellent character may not always be able to advance the game advantageously, so the game result becomes difficult to predict and even a beginner can lose weight. It becomes possible to participate in the game without.

According to the present invention, the number of cards carried by a player can be reduced without losing the collection-like elements of the card game, and the card game can be easily enjoyed.

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

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

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

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

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

The card vending machine 6 can communicate with the center server 3 via the store server 2. The card vending machine 6 accepts an input operation of personal information performed by the player and issues an ID card 8 (not shown). A player is registered in the center server 3 based on the personal information input at this time, and ID data that can identify the player is assigned to each player by the center server 3. This ID data is 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 physical first card and a second card that affects the character or game content are used.
In the present embodiment, the physical first card is a character card corresponding to the character, and the second card is a support card that affects the character or game content. The character card and the second card will be described as support cards.

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 is an electronic card that does not physically exist and is distributed to the player by lottery after the game is started, and has a predetermined effect on the character or game content when used during the game. It has a function. Specifically, the defense system increases the defense power, attack avoidance rate, etc. of the friendly character, the attack power of the enemy character, the attack accuracy rate, the probability of giving additional damage (hereinafter also referred to as critical hit rate), etc. It is a card that has a function of lowering. The moving system is a card that has a function of increasing the moving power of an ally character or decreasing the moving power of an enemy character. The attack system is a card having a function of increasing the attack power, attack hit rate, critical hit rate, etc. of the ally character and decreasing the defense power, attack avoidance rate, etc. of the enemy character. The recovery system is a card having a function of recovering damage taken by a teammate character and exhausted action points (for example, magic power, skill points, etc.).

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

A touch panel 14 is installed in front of the first display 11 as display means. The touch panel 14 can detect contact by the player, and outputs a detection signal indicating a 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, and a mounting panel 17 on which a plurality of character cards 9 can be mounted is provided on the upper surface of the operation table 18.
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.
The character card reader 117 functions as a reading unit that reads identification information from the character card 9.
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 overall 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 the 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.
The ROM 102 of the terminal device 1 functions as an image storage unit that stores a plurality of types of character images and support card images.

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.
At this time, the 1st drawing process part 111 functions as an extraction means which extracts the character image which shows the character of a character card, and the support card image which shows a support card from ROM102 as an image storage means.
Then, the game data is generated by storing the image data in the video RAM in accordance with the priority order displayed on the first display 11 (for example, in the order of play field image, character image, button image, card image), and the first Output to the display 11. As a result, a game image is displayed on the first display 11 (see FIGS. 7 and 8).
At this time, the first drawing processing unit 111 functions as display control means for displaying the extracted character image and support card image on the first display 11 as display means.

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

The sound reproduction unit 113 outputs predetermined sound, BGM, and the like to the speaker 12 in accordance with an instruction from the store server 2.
The touch panel 14 is a rectangular thin layer provided in front of the first display. The touch panel 14 is formed by covering a pressure-sensitive material made of a linear transparent material at predetermined pitches in the vertical and horizontal directions with a transparent cover. It is configured. A conventionally known touch panel can be used as the touch panel 14. 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 character card reader 117 functions as a reading unit that reads identification information of the character card 9 from the character card 9.
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 progress management program. The CPU 201 of the store server 2 executes a game progress program stored in the ROM 202 and performs a process of progressing the game.
The ROM 202 also 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.
In addition, among various data stored in the ROM 202, data that can be stored in a removable recording medium can be read by a driver such as a hard disk drive, an optical disk drive, a flexible disk drive, a silicon disk drive, or a cassette medium reader. May be. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a CD, a DVD, a semiconductor memory, or the like.

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

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

The identification information of the character card 9 read by the character card reader 117 of the terminal device 1 is transmitted to the store server 2 via the dedicated line 5 by the terminal device 1. The CPU 201 receives the identification information via the communication interface circuit 204, refers to the character identification table stored in the ROM 202 based on the identification information, and is used by the player operating the terminal device 1 for the game. Is identified.
At this time, the CPU 201 of the store server 2 functions as first card specifying means for specifying the character card used by the player for the game based on the identification information read by the reading means (character card reader 117 of the terminal device 1). To do.

In addition, when starting the game, the CPU 201 executes a random number generation program stored in the ROM 202 to perform random number sampling, and refers to the support card determination table stored in the ROM 202 based on the random number. A support card to be given to the player is selected.
At this time, the CPU 201 of the store server 2 functions as second card selection means for selecting a support card to be given to the player by lottery.

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

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

The RAM 303 stores, for example, ID data 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.

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

On the lower right side of the game image 90, five card images 93 (93a to 93e) are arranged side by side. The card images 93a to 93c are images (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 over 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”, and 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 friend 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 step S111 in FIG. 21).
Based on the operation command, the store server 2 performs a process related to the progress of the game, such as updating object position information (see FIGS. 22 and 25), and transmits a display command to the terminal device 1 based on the processing result. To do. The first drawing processing unit 111 of the terminal device 1 displays a game image including a play field image and a card image on the first display 11 based on the display command.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Next, the CPU 101 reads identification information from 9 placed on the placement panel 17 by the character card reader 117 (step S105).
At this time, the character card reader 117 functions as a reading unit that reads the identification information of the character card 9 from the character card 9.
Step S105 corresponds to a reading step in the game control method of the present invention.
The CPU 101 transmits entry data including the read identification information and the like to the center server 3 via the store server 2 (step S106).

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

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

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

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

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

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

Next, the CPU 201 refers to the support card determination table stored in the ROM 202, and determines a support card to be distributed to each player based on the sampled random number value (step S211).
FIG. 17 is a diagram illustrating an example of the support card determination table.
A random number extraction value is stored in the leftmost column, a card number is stored in the right column, and each card number is associated with the type and function of the support card.
This 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.
In steps S201 and S202, the CPU 201 of the store server 2 functions as a second card selection unit that selects a support card to be given to the player by lottery.
Steps S201 and S202 correspond to the second card selection step in the game control method of the present invention.

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

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

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

The attack power is a force that allows a character to damage other characters, and the higher the value, the more damage can be given to other characters.
The defensive power is a power 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, and the higher the value, the higher the probability of hitting the attack.
The critical hit rate is a rate at which a character can give additional damage when attacking another character. The higher the value, the higher the probability of additional damage.
The attack avoidance rate is a ratio of avoiding an attack when the character is attacked by another character. The higher the numerical value, the higher the probability of avoiding the attack.
When executing the processing of step S212, the CPU 201 of the store server 2 specifies the character card that the player uses for the game based on the identification information read by the character card reader 117 (reading means) of the terminal device 1. It functions as a first card specifying means.
Step S212 corresponds to a character specifying step in the game control method of the present invention.

After the processing in step S212, the CPU 201 generates player information based on the processing results in steps S211 and S212 (step S213).
FIG. 20 is a diagram illustrating an example of player information.
The upper chart is the player information of the player “P1”. The level and ability value of the player and each character set in step S212 are stored, and card numbers of a plurality of (for example, 25) support cards distributed in step S211 are stored.
The player information generated in the RAM 203 of the store server 2 is selected by the CPU 201 functioning as the first card specifying means in step S212 and the CPU 201 functioning as the second card selecting means in steps S201 and S202. Data related to the supported support card.

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 in 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. Furthermore, processing such as setting the display position coordinates of the button image in each terminal device 1 is performed.
Thereafter, this subroutine is terminated.

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

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

When 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 process corresponds to the process of 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 advancing the game based on the operation command. Then, based on the processing result, the store server 2 transmits a display command for the first display 11 or the second display 12 to each terminal device 1 (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 the character card 9 placed on the placement panel 17 (for example, removal or addition of the character card).
The card change instruction in step S113 can be input by touching the button image 94f “CHANGE” in the game image 90 displayed on the first display 11 via the touch panel 14 (see FIGS. 7 and 8).

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

When it is determined in step S113 that a card change instruction has not been input, or when the process of step S114 is executed, the CPU 101 determines whether or not player information and object position information have been received from the store server 2. (Step S115).
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 or not 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.
The object position information updated in step S116 includes the character card specified by the CPU 201 functioning as the first card specifying means in step S212 or S234 in FIG. Data regarding the support card selected by the functioning CPU 201 is included.

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. 22, and a display command for displaying a character image and a card image is transmitted from the CPU 201 of the store server 2.

When determining that the display command has been received, the CPU 101 performs an image display process on the first display 11 or the second display 12 (step S118).
In this process, the CPU 101 supplies a display command to the first drawing processing unit 111 or the second drawing processing unit 112. The first drawing processing unit 111 extracts image data from the ROM 102 by referring to the object position information (see FIG. 9) and player information (see FIG. 20) stored in the RAM 103 in accordance with the display command.
At this time, the 1st drawing process part 111 functions as an extraction means which extracts the character image which shows the character of a character card, and the support card image which shows a support card from ROM102 as an image storage means.
This process corresponds to an extraction step in the game control method of the present invention.
Then, the game data is generated by storing the image data in the video RAM in accordance with the priority order displayed on the first display 11 (for example, in the order of play field image, character image, button image, card image), and the first Output to the display 11. As a result, a game image is displayed on the first display 11 (see FIGS. 7 and 8).
At this time, the first drawing processing unit 111 functions as display control means for displaying the extracted character image and support card image on the first display 11 as display means.
This process corresponds to a display control step in the game control method of the present invention.

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 predetermined time intervals after being set. When a player with a high level plays a player (a battle between characters) with a player with a low level, the timer value is high. While the timer corresponding to the player is reset, when the timer value becomes 0, the level of the player corresponding to the timer 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 among the four players. Further, the timer value may be changed according to the level of the player.

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

If it is determined in step S231 that an operation command has not been received, or if the 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 has been received from the terminal device 1, the CPU 201 refers to the ability value setting table and sets the character level and ability value based on the game history data (skill level) (step S234). This process is the same as the process in step S212 of the subroutine shown in FIG. 16, and since it has already been described, description thereof is omitted here. At this time, the CPU 201 of the store server 2 functions as first card specifying means for specifying the character card used by the player for the game based on the identification information read by the character card reader 117 (reading means) of the terminal device 1. To do.
Step S234 corresponds to the character specifying step in the game control method of the present invention.

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 of the player corresponding to the timer by 1 is performed (step S236).

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

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

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

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

Thus, when the process of step S237 is performed 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.
The object position information transmitted from the store server 2 to the terminal device 1 in step S238 includes the character card specified by the CPU 201 functioning as the first card specifying means in step S212 or S234, and the second card in steps S201 and S202. Data relating to the support card selected by the CPU 201 functioning as the selection means is included.

Next, CPU201 transmits a display command to each terminal device 1 based on the processing result in step S232, S234, S236, or S237 (step S239).
This process is a process corresponding to step S117 of the flowchart shown in FIG.
In step S239, the CPU 201 transmits to each terminal device 1 a display command for displaying the character image and the card image for which the display position coordinates are set in the object position information (see FIG. 9). As a result, in step S118 of FIG. 21, a game image including a character image and a card image is displayed on the first display 11 (see FIGS. 7 and 8).
In step S239, the CPU 201 transmits to each terminal device 1 a display command for displaying the operable character image and the inoperable character image in different modes.
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 uses the first display 11 of each terminal device 1 based on the play field coordinates. The display position coordinates of the character image are set (step S251).
Thereafter, the CPU 201 updates the player information stored in the RAM 203 (step S259), updates the object position information stored in the RAM 203 (step S260), and ends this subroutine.

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

If it is determined in step S252 that the operation command is not to use the support card, the CPU 201 determines whether or not the operation command is to attack (step S254).
If it is determined that an operation command for attacking has been received from the terminal device 1, the CPU 201 executes a battle process (step S255). This battle process will be described in detail later.
Thereafter, the CPU 201 updates the player information stored in the RAM 203 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 battle process subroutine that is called and executed in step S255 of the flowchart shown in FIG.
In the following, the case where the character “0101” operated by the player “P1” and the character “0110” operated by the player “P2” shown in FIG. 20 will be described as an example. .

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

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

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

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

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

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

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

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

If it is determined in step S271 that the levels of both players are the same, or if the process of step S273 is executed, the CPU 201 determines whether it is time for the character to act (step S274). The timing at which the character acts is determined by the moving force of the character. The higher the moving power, the more frequently the character acts.

If it is determined that it is time for the character to act, the CPU 201 executes the program stored in the ROM 202 to select the character's behavior (step S275). Examples of character actions include attacks on other characters, use of magic, escape from battles, and the like. Moreover, it does not specifically limit as a method of selecting a character's action, For example, it is good also as selecting by lottery. Also, when there is a lot of magic power, use of magic, when there is little magic power, attack on other characters, and when the vitality falls below a predetermined value, the game progress status, character ability value, etc. It is good also as selecting according to.

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

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

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

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

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

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

If it is determined in step S274 that it is not the time for the character to act, or if the 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 magical power of the character is recovered and the player information stored in the RAM 203 is updated (step S287). As described above, a character operated by a player with a low level is set to have a smaller recovery timer value than a character operated by a player with a high level, so that the recovery of magic power is accelerated.

If it is determined in step S286 that the value of the recovery timer is not 0, or if the process of step S287 is executed, the CPU 201 determines whether or not the battle has ended (step S288). In this process, the CPU 201 determines that the battle has ended when either character's vitality becomes 0 or when either character escapes from the battle.
If it is determined that the battle has not ended, the process returns to step S274. On the other hand, if it is determined that the battle has ended, the player information stored in the RAM 203 is updated so as to increase the skill level of the player or character who won the battle (step S289), and this subroutine is terminated. .

As described above, according to the game system of the present embodiment, an actual card is used as the character card, and a virtual card displayed as an image on the display means (first display 11) is used as the support card. In addition, since two types of cards, real cards and virtual cards, are used, the number of cards carried by the player can be reduced, and the player can easily play a card game. Further, since the number of cards carried by the player can be reduced without reducing the types of cards that can be used in the card game, the fun of the game is not impaired. In addition, since an existing card is generally used as a character card that is a target of collection by the player, the collection-like elements of the card game are not impaired.
Further, since the support card to be given to the player is determined by lottery, it is possible to give unexpectedness to the game content. In addition, the player who owns a character card of an excellent character may not always be able to advance the game advantageously, so the game result becomes difficult to predict and even beginners can participate in the game without hesitation It becomes possible to do.

The physical first card in the present invention (character card in the present embodiment) does not necessarily have a card shape. For example, the physical first card may have a predetermined three-dimensional shape such as a sphere. Alternatively, it may be a model body (a so-called figure) imitating the shape or appearance of the character.

The second card in the present invention (support card in the present embodiment) is (I) given to the player by lottery, and (II) can be selected and used by the player at a predetermined timing. And (III) those that satisfy the requirements of (I) to (III) that have specific influence on the character or game content when used. is not. That is, the second card of the present invention only needs to have a function as a second card in the game, and the shape displayed as an image includes other than the card shape.

In this embodiment, the terminal device 1 includes a display unit (first display 11), an image storage unit (ROM 102), a reading unit (character card reader 117), an extracting unit (first drawing processing unit 111), and a display control unit ( Although the case where the store server 2 includes the first drawing processing unit 111) and the first card specifying unit (CPU 201) and the second card selecting unit (CPU 201) has been described, of course, the present invention is applied to this example. It is not limited.
The game system of the present invention may be configured, for example, such that the ROM 202 of the store server 2 functions as an image storage unit and appropriately transmits data representing a character image or a card image to each terminal device 1. In this case, the CPU 201 of the store server 2 may function as an extraction unit. Further, the CPU 101 of each terminal device 1 may be configured to function as first card specifying means and / or second card selection means.

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 the first physical card. Thus, the physical first card in the present invention does not necessarily have a card shape, and the shape is not particularly limited.

FIG. 31 is a configuration diagram of another example of the game system according to the present invention.
The game system includes 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 that is connected to the plurality of store servers 1020 via a communication line 1040. The card server 1030 is connected to the store server 1020 via a dedicated line 1050, and one card vending machine 1060 is provided for each store. In the store Q, a store server 1020 for the game A and a store server 1020 for the game B are installed.

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. Further, 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 the 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 receives the data received from the terminal device 1 connected to the store server (for game A) 1020 of the store P and 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, the router 1070 receives game data from the center server 1030, 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 / 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) game progress.
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 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 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 so that 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 authenticator 20 may perform a predetermined operation (for example, the entire authenticator 20 moves up and down).
It should be noted that the illustrated authentication machine 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 30 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 positional displacement 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 1st display with which the terminal device 1010 is provided functions as a display means which can display the character image which shows a character, and the 2nd card image which shows a 2nd card | curd.
The ROM included in the terminal device 1010 functions as an image storage unit that stores a plurality of types of character images and second card images.
The IC chip reader of the authentication device 20 provided in the terminal device 1010 functions as a reading unit that reads identification information of the figure 30 from the figure 30 as a physical first card.
The CPU provided in the terminal device 1010 functions as first card specifying means for specifying the figure 30 used by the player in the game based on the identification information read by the IC chip reader as reading means.
The CPU included in the terminal device 1010 functions as a second card selection unit that selects a second card to be given to the player by lottery.
The CPU provided in the terminal device 1010 extracts the character image indicating the figure character as the physical first card and the second card image indicating the second card from the ROM provided in the terminal device 1010. Function as.
The first drawing processing unit included in the terminal device 1010 functions as a display control unit that displays the character image and the second card image extracted by the extraction unit on a first display as a display unit.

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

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 (2)

A game system capable of executing a card game using a physical first card corresponding to a character and a second card having a specific influence on the character or game content,
Display means capable of displaying a character image indicating the character and a second card image indicating the second card;
Image storage means for storing a plurality of types of character images and second card images;
Reading means for reading identification information of the physical first card from the physical first card;
First card specifying means for specifying a physical first card used by the player in the game based on the identification information read by the reading means;
Second card selection means for selecting a second card to be given to the player by lottery;
A character image indicating a physical first card character specified by the first card specifying means, and a second card image indicating a second card selected by the second card selecting means, the image Extraction means for extracting from the storage means;
A game system comprising: a display control means for displaying the character image and the second card image extracted by the extraction means on the display means. A game control method used in a game system capable of executing a card game using a physical first card corresponding to a character and a second card having a specific influence on the character or game content. ,
A reading step of reading identification information of the physical first card from the physical first card;
A character specifying step of specifying a physical first card used by the player in the game based on the identification information read in the reading step;
A second card selection step of selecting a second card to be given to the player by lottery;
A character image indicating the physical first card character specified in the character specifying step and a selection in the second card selecting step from image storage means for storing a plurality of types of character images and second card images An extraction step of extracting a second card image indicating the second card that has been made;
And a display control step of displaying the character image and the second card image extracted in the extraction step on a display means.

Images