JP2003290555A - Game device, game management program and game management method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To reflect the game result of a player on the next game. <P>SOLUTION: The CPU 361 of the control part of a center server device comprises: a game result evaluation part 1611 for obtaining the game result at the end of the game; a continuance condition setting part 161m for setting the continuance condition of the player to the next game; and a continuous participation permission part 161n for permitting the participation in the next game under the continuance condition set by the continuance condition setting part 161m. <P>COPYRIGHT: (C)2004,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a game device, a game management program and a game management method for playing a game through an operation of a player.

[0002]

2. Description of the Related Art Heretofore, various types of video game apparatuses have been proposed or are already used among a plurality of players. Further, for arcade games, a plurality of video game devices (terminal devices) of the same model are arranged, and a plurality of video game devices are connected via a network (and a server) such as LAN and Internet.
A video game device is known in which a plurality of players can play a game in the same game space. In such video game devices, table games such as mahjong and shogi, and competitive games such as sports and martial arts are played.

When playing the above-mentioned table game or competitive game, since a plurality of video game devices are connected via a network (and a server) such as LAN and Internet, an unspecified number of players participate in the game. be able to. In this way, when strangers play against each other, they do not know the game-related abilities of their opponents, so compared to a normal game in which a video game device is used in a stand-alone form and a video game device is used as an opponent. As a result, the progress of the game is given unexpectedness, and the game can be given a certain degree of interest.

Further, in these games, when the competitive game is finished, the next game is started by newly recruiting participation of an unspecified number of players. In addition, in a normal game, it is common to display the game results on a screen such as a monitor at the end of the game as a motivation for the player to keep the player playing. Has become. The game score is, for example, the life and score that increase / decrease according to the game result of the player. More specifically, in the shooting game, the score obtained by defeating the enemy character, in the mahjong game, the game score. It is the score etc. of the point stick according to.

[0005]

However, in the above-mentioned game, when the game ends, for example, the player who has the highest score in the game usually keeps recording the name of the player together with the score. Therefore, even if the player pays a high level game result, the game result is not reflected when participating in the next game.

An object of the present invention is to provide a game device, a game management method, and a game management program that can reflect the game result of the player in the next game.

[0007]

A game device according to claim 1 is a game device for playing a game through an operation of a player, and game result evaluation means for obtaining a game result at the end of the game. Based on the game result, continuation condition setting means for setting the continuation condition of the player to the next game, and acceptance of continuous participation in the next game to determine whether or not the set continuation condition is satisfied. However, it is characterized by comprising a continuous participation permission means for permitting participation in the next game when the set continuation condition is satisfied.

According to the above invention, the game result evaluation means determines the game result at the end of the game, and the continuation condition setting means determines the game result based on the game result.
The continuation condition of the player for the next game is set,
The continuous participation permission means accepts continuous participation in the next game, determines whether the set continuation condition is satisfied, and if the set continuation condition is satisfied, participation in the next game is permitted. It

As described above, the continuation condition for the player to continue playing the next game is set based on the game result at the end of the game, and if the set continuation condition is satisfied, the player continuously participates in the next game. Is permitted, it is possible to reflect the game result of the player in the next game. Therefore, for example, if the player can continue to participate in the next game under an advantageous continuation condition by improving the game result, the player's enthusiasm for the game can be increased in order to improve the game result. You can Further, if the player can continue to participate in a next game with a small number of coins or the like according to the game result, the player can easily continue to participate in the next game, and as a result, the game device itself operates. The rate can be improved.

According to a second aspect of the present invention, the continuous participation permission means sets one continuation condition from a plurality of stepwise continuation conditions based on the game result. .

According to the above invention, the continuation participation permission means sets one continuation condition out of a plurality of stepwise continuation conditions based on the game result. Therefore, even if the player fails to achieve a high level game result, the player can continue to participate in the next game under a continuation condition that is more advantageous than the normal game, so that the player is motivated to try again. Can be awakened. In addition, the player can provide a highly entertaining game because the player concentrates on the game in order to obtain a high level game result.

According to a third aspect of the present invention, in the game device according to the third aspect, when the continuous participation permission means starts the game in the continuous participation in the next game for each player, the evaluation result of the game result is equal to or higher than a predetermined level. Is characterized in that the next game is started on the assumption that there is no continuation condition.

According to the above-mentioned invention, when the game participation evaluation means starts the game in the continuous participation in the next game for each player, if the evaluation result of the game result is equal to or higher than a predetermined level, The next game is started assuming that there is no continuation condition.

Therefore, the player can continue to participate in the next game without adding coins, for example, by leaving the game score of a predetermined level or higher. Further, for example, if a player whose evaluation result of a game result is a predetermined level or higher can play the next game continuously or play the next game many times until losing,
The acquisition of the right to play the next game in succession motivates the player, and each player can concentrate on the game and encourage the player to continue participating. Therefore,
By leaving the game score above a certain level, the player can
For example, since the player can continue to participate in the next game without adding coins or the like, it is possible to motivate the player to concentrate on the game.

According to a fourth aspect of the present invention, in the case where the continuous participation permission means satisfies the following continuation conditions within a predetermined period from the time when the continuous participation permission means accepts the continuous participation in the next game: It is characterized by allowing participation in the game.

According to the above invention, the continuous participation permission means allows the continuous participation to the next game to be entered when the set continuous condition is satisfied only within a predetermined period from the time when the continuous participation is accepted. Is allowed.

According to a fifth aspect of the present invention, there is provided a game management program for causing a computer to play a game through a player's operation, wherein the computer is used as a game result evaluation means for obtaining a game result at the end of the game. , Continuation condition setting means for setting the continuation condition of the player to the next game based on the game result, and acceptance of continuation participation in the next game to determine whether or not the set continuation condition is satisfied. It is characterized in that it is made to function as a continuous participation permission means for permitting participation in the next game when the determined continuation condition is satisfied.

According to the above invention, the game result evaluation means determines the game result at the end of the game, and the continuation condition setting means determines the game result based on the game result.
The continuation condition of the player for the next game is set,
The continuous participation permission means accepts the continuous participation in the next game, determines whether or not the set continuation condition is satisfied, and permits the participation in the next game when the set continuation condition is satisfied. It

In this way, the continuation condition for the player to continue playing the next game is set based on the game result at the end of the game, and the continued participation in the next game is permitted under the set continuation condition. Therefore, the game score of the player can be reflected in the next game. Therefore,
For example, if the player can continue to participate in the next game under an advantageous continuation condition by improving the game result, the player's enthusiasm for the game can be increased in order to improve the game result. . Also,
If the player can continue to participate in a next game with a small number of coins or the like according to the game result, the player can easily continue to participate in the next game, and as a result, the operating rate of the game machine itself can be reduced. It is possible to improve.

A game management method according to a sixth aspect of the present invention is a game management method in a game device which allows a computer to play a game through a player's operation, wherein the computer displays a game result at the end of the game. The required game result evaluation process, the continuation condition setting process for setting the continuation condition of the player to the next game based on the game result, and the continuation condition set by accepting continuous participation in the next game. It is characterized in that whether or not the condition is satisfied is determined, and if the set continuation condition is satisfied, a continuous participation permission process for permitting participation in the next game is executed.

According to the above invention, the game result at the end of the game is obtained in the game result evaluation process, and based on the game result in the continuation condition setting process.
The continuation condition of the player for the next game is set,
In the continuous participation permission processing, continuous participation in the next game is accepted, it is determined whether the set continuation condition is satisfied, and if the set continuation condition is satisfied, participation in the next game is permitted. To be done.

In this way, the continuation condition for the player to continue playing the next game is set based on the game result at the end of the game, and the continuation participation in the next game is permitted under the set continuation condition. Therefore, the game score of the player can be reflected in the next game. Therefore,
For example, if the player can continue to participate in the next game under an advantageous continuation condition by improving the game result, the player's enthusiasm for the game can be increased in order to improve the game result. . Also,
If the player can continue to participate in a next game with a small number of coins or the like according to the game result, the player can easily continue to participate in the next game, and as a result, the operating rate of the game machine itself can be reduced. It is possible to improve.

[0023]

1 is a block diagram of a game system to which a game server device according to the present invention is applied.
The game system includes a client terminal device (corresponding to a terminal device and a game device) 1 to which identification information is respectively associated, and a store server communicatively connected to a plurality (here, eight) of client terminal devices 1. Device 2;
The center server device 3 (corresponding to a game server device) is communicably connected to the plurality of store server devices 2 and manages a game played by a plurality of players using the client terminal device 1.

The client terminal device 1 advances the game by the player performing a predetermined operation based on the game screen displayed on the monitor. The identification information associated with the client terminal device 1 is the identification information of each store server device 2 to which the client terminal device 1 is connected (or the identification information of the store in which the client terminal device 1 is installed). It includes identification information (called a terminal number) for each client terminal device 1 in the store where the client terminal device 1 is installed. For example, when the identification information of the store A is A and the identification information of the client terminal device 1 in the store A is 4,
The identification information of the client terminal device 1 is A4.

The store server device 2 is communicably connected to a plurality (here, eight) of client terminal devices 1 and center server devices 3, and data is transmitted and received between the client terminal devices 1 and the center server device 3. Is to do.

The center server device 3 is communicatively connected to a plurality of store server devices 2, and the feature point data of the fingerprint of the player, which is necessary in the fingerprint authentication to be described later, is stored in the user ID.
Is stored as player information in association with, and data is transmitted / received to / from the client terminal device 1 via the store server device 2 to select a player (an opponent) who plays a game in the same game space as the player. Is.

FIG. 2 is a perspective view showing the external appearance of one embodiment of the client terminal device 1. It should be noted that in the following description, as an example of a client terminal device, a business-use video game device in which a monitor is integrally configured will be described, but the present invention is not particularly limited to this example, and a home video game machine can be used as a home television. The present invention can be similarly applied to a home video game device configured by connecting to a John, a personal computer that functions as a video game device by executing a video game program, and the like.

In the present embodiment, the game played using the client terminal device 1 according to the present invention is
In the mahjong game, a player operating the client terminal device 1 and at least one of a player operating another client terminal device 1 and a CPU player play a match. When playing a game with a player who operates another client terminal device 1, data is transmitted and received between the client terminal devices 1 via a network communication unit 18, a store server device 2, a center server device 3 and the like, which will be described later. . Note that at least one of the players who play the mahjong game in the same game space (that is, virtually at the same table) is a CPU player.

The client terminal device 1 determines which button is instructed from the monitor 11 that displays the game screen, the address of the button that is displayed on the game screen of the monitor 11 and urges the player to make a selection, and the pressed position by the player. Touch panel 11a and speaker 1 for outputting voice
2, a card reader 13 for reading information such as a user ID stored in a personal card, and a CCD camera 14 described later.
The fingerprint authentication unit 14 that extracts the feature point data necessary for personal authentication using the fingerprint information from a and the coin acceptance unit 15 that accepts coins inserted by the player are provided. The feature point data extracted by the fingerprint authentication unit 14 is the player information 3 described later of the center server device 3 via the network communication unit 18 and the store server device 2 described later.
62a.

The monitor 11 is, for example, a thin liquid crystal display for displaying an image. The speaker 12 outputs a predetermined message or BGM. The fingerprint authentication unit 14 includes a CCD camera 14a that captures a fingerprint of the player. The CCD camera 14a may be replaced with another digital imager (for example, a CMOS camera). The coin accepting unit 15 has a coin outlet 151 for ejecting when the inserted coin is a defective coin or the like.

The personal card is a magnetic card or IC card in which personal information such as a user ID is stored, and although not shown in the figure, the card reader 13 can read the personal information from the inserted personal card. To do.

At appropriate places of the client terminal device 1, a control unit 16 (see FIG. 3) including a microcomputer for outputting a detection signal from each unit and a control signal to each unit is provided.

FIG. 3 is a hardware configuration diagram showing an embodiment of the client terminal device 1. The control unit 16 controls the entire operation of the client terminal device 1.
An information processing unit (CPU) 161, a RAM 162 for temporarily storing information during processing, and a ROM 16 in which predetermined image information, which will be described later, game programs and the like are stored in advance.
3 and 3.

The external input / output control unit 171 converts a detection signal into a digital signal for processing between the control unit 16 and the detection unit including the card reader 13, the touch panel 11a, the CCD camera 14a and the coin acceptance unit 15, Further, the command information is converted into a control signal and output to each device of the detection unit, and the signal processing and the input / output processing are performed in a time division manner, for example. The external device control unit 172 performs an output operation of a control signal to each device of the detection unit and an input operation of a detection signal from each device of the detection unit within each time division period.

The drawing processing unit 111 displays a desired image on the monitor 11 in accordance with an image display instruction from the control unit 16, and includes a video RAM and the like. The voice reproducing unit 121 follows a command from the control unit 16 to display a predetermined message or BG.
The M and the like are output to the speaker 12.

The touch panel 11a is a rectangular thin layered body, and is constructed by covering a pressure sensitive material made of linear transparent material arranged vertically and horizontally at a predetermined pitch with a transparent cover. It is affixed on the tube surface of 11. A well-known thing can be adopted as this touch panel 11a. The touch panel 11a can determine which button is instructed from the address and the pressed position of the button which is displayed on the screen of the monitor 11 and prompts the user to make a selection.

The ROM 163 stores mahjong tile characters, background images, images of various screens, and the like. The mahjong tile character or the like is composed of a required number of polygons constituting the mahjong tile character so that it can be three-dimensionally drawn.
1 performs calculation for conversion from a position in a three-dimensional space to a position in a pseudo three-dimensional space, a light source calculation process, etc. based on a drawing instruction from the CPU 161, and a video based on the calculation result. Image data to be drawn to the RAM is written, for example, texture data is written (pasted) to an area of the video RAM designated by polygons.

Here, the relationship between the operation of the CPU 161 and the operation of the drawing processing unit 111 will be described. The CPU 161 is a ROM 163 as a built-in type or an externally attachable / detachable type.
Based on the operating system (OS) recorded in, the image, sound and control program data and game program data are read from the ROM 163. A part or all of the read image, sound, control program data, and the like are held on the RAM 162. Or later,
The CPU 161 performs processing based on a control program stored in the RAM 162, various types of data (image data including other character images such as polygons and textures of display objects, voice data), and detection signals from the detection unit. Be advanced.

Of the various data stored in the ROM 163, 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,
DVDs, semiconductor memories, etc.

The network communication unit 18 is for transmitting and receiving various event information generated during the execution of the mahjong game to and from the center server device 3 via the network and the store server device 2.

Here, a personal authentication method in the client terminal device 1 will be described. The personal authentication means that the player recognized by the client terminal device 1 (or the center server device 3 connected via the network communication unit 18 and the network) is the same as the player who is actually playing. It is something to confirm. When the player plays for the first time on the client terminal device 1, the user ID data is read from the personal card inserted by the card reader 13, and the fingerprint authentication unit 14 is read.
The CCD camera 14a captures an image of the player's fingerprint, and the fingerprint authentication unit 14 uses the fingerprint information from the CCD camera 14a to extract feature point data required for personal authentication. Then, the user ID data and the feature point data are transmitted to the store server device 2 connected via the network communication unit 18 and the network, and transmitted from the store server device 2 to the center server device 3 via the communication line. It is stored in the player information storage unit 362a described later. In this way, the player is registered in the center server device 3.

When the player registered in the center server device 3 plays on the client terminal device 1, the user ID data is read from the personal card inserted by the card reader 13 and the CCD camera 14a of the fingerprint authentication unit 14 reads it. The player's fingerprint is imaged, and the fingerprint authentication unit 14 uses the fingerprint information from the CCD camera 14a to extract the feature point data required for personal authentication. Then, the user ID data and the feature point data are transmitted to the center server device 3 connected via the network communication unit 18 and the network and the store server device 2, etc., and the center server device 3 stores player information to be described later. It is determined whether the characteristic point data corresponding to the user ID stored in the unit 362a and the transmitted characteristic point data are the same, and if the determination is affirmative, the player is allowed to play. If the determination is permitted, and the determination is denied, the play is rejected (for example, an error message is displayed on the monitor 11 of the client terminal device 1 and the player is prompted to perform fingerprint authentication again).

FIG. 4 is a functional block diagram of the control unit 16 of the client terminal device 1. CPU 161 of control unit 16
Is an item assigning unit 161a that virtually assigns a predetermined number of items to a player who satisfies a predetermined condition, a score determining unit 161b that determines the player's ranking in the game each time the game ends, and a score determining unit 161b. An item moving unit 161d that moves a predetermined number of items from among the items virtually owned by the players based on the
And a rank determination unit 161 that determines a rank (corresponding to a class) that represents the level of strength of the player in the game, based on the number of items that the player virtually possesses.
f, a parameter calculation unit 161g that calculates a parameter representing a player's game feature based on history data stored in a history storage unit 162b described below, and a player in the game based on the calculated parameter. A title assigning unit 161h that assigns the title, a life evaluation unit 161k that calculates and determines a life that is a criterion for determining whether to continue playing, and a game result at the end of the game by evaluating the player's operation during the game. And a continuation condition setting unit 161m for setting the continuation condition of the player for the next game based on the game result of the player obtained by the game performance evaluation unit 161l. In response to accepting continued participation in the next game, the continuation condition setting unit 16 Continued participation permission unit 161n that is allowed to join the next game in the continuation condition set by the m
With.

The RAM 162 of the control unit 16 stores a rank storage unit 162a (corresponding to a class storage means) for storing the number of items and rank information in association with the player's name, and the player's past game history data. A history storage unit 162b for each player and a title giving unit 161
A title storage unit 162c that stores the title given by h in association with the player's name, and a life evaluation unit 161.
A life storage unit 162d that stores the value of the life calculated by k, a game result storage unit 162e that stores the value of the score of the player's point bar evaluated by the game performance evaluation unit 1611, and the player plays the next game. And a continuation condition storage unit 162f that stores the continuation condition for continuing participation in the game in association with the score value (game score value) of the player's score bar.

The item assigning unit 161a virtually assigns an item (here, an item called a dragon chip) to a player who satisfies a predetermined condition, and increases or decreases the points virtually held by the player to determine the number of items. And the points are stored in the rank storage unit 162a in association with the player's name. Here, the method of increasing / decreasing points and the condition for giving items will be specifically described. During the game, a predetermined number of points virtually held by the player are added when the player has won (raised), and a predetermined number of points are subtracted when the player has fired (transferred). It is a thing. For example, when the player wins, points are added at a ratio of 20 points to 1000 points that have been won. If the player shoots 10 points for every 1000 points shot
Subtract points by the ratio of points. 10 points
When it becomes 00 or more, three items, which are virtually called dragon chips, are added.

The grade determination unit 161b is a table selection unit 161c.
When the game of the number of stations selected in 1 is finished, the ranking is determined in descending order of the number of points virtually possessed by the player as a stick. However, at the start of the game, the points virtually possessed by the player as a point stick (referred to as the origin) are the same. For example, the origin is 20000 points.

The item moving section 161d is used in the grade judging section 1
After the ranking is determined by 61b, the grade determination unit 16
Based on the determination result by 1b and the number of games selected by the desk selection unit 161c, a predetermined number of items are virtually moved between the players from the items that the player virtually possesses. Specifically, two dragon chips are moved from the player in fourth place to the player in first place, and one dragon chip is moved from the player in third place to the player in second place. Further, the item moving unit 161d updates the number of dragon chips to be stored in the below-mentioned rank storage unit 162a.

The rank determining unit 161f determines the rank representing the level of strength of the player in the game based on the number of items virtually possessed by the player, and stores the rank in association with the player's name. In addition to being stored in the section 162a, the stage information is transmitted to the center server device 3 via the network communication unit 18, the network, the store server device 2, and the like. The specific method of determining the rank will be described below.

A player who plays this game for the first time,
The rank is considered to be grade 10. For example, the points are 100 to 19
When it reaches 9, the grade is grade 9. Then, as the points increase (or decrease), the rank increases (or decreases), and when the points reach 900 to 999, the rank becomes first grade. If the number of points is 1000 or more, the grade is the first grade.

As described above, the item giving section 161a
Will virtually give three items called dragon chips to the player who has 1000 or more points. Then, the item moving unit 161d moves the dragon chips virtually possessed by the players among the players based on the determination result by the performance determining unit 161b, and as a result, the dragon chips virtually possessed by the players are The number changes and is updated and stored in the later-described storage unit 162a. Then, for example, when the number of dragon chips becomes 5 or more and less than 10, the rank is set to two. Then, as the number of dragon chips increases (or decreases), the rank is increased (or decreased), and when the number of dragon chips reaches 46 or more, the rank is increased to eight.

That is, the rank determining unit 161f, based on the points determined by the item assigning unit 161a and the number of items determined by the item assigning unit 161a and the item moving unit 161d, determines the number and grades of the points and items. And refer to the rank table stored in the table format to determine the corresponding rank.

The parameter calculation unit 161g determines the characteristics of the player's game based on the history data stored in the history storage unit 162b, which will be described later, when the first rank is determined in the rank determination performed by the rank determination unit 161f. For calculating the parameter. The parameters include a winning rate, a transfer rate, an average number of doras and an average number of reversals defined by the following formulas. (Completion rate) = (cumulative number of wins) / (cumulative number of play stations) (transfer rate) = (cumulative number of guns fired) / (cumulative number of play stations) (average number of doras) = (cumulative drama at the time of victory Number) / (cumulative number of wins) (average number of turns) = (cumulative number of turns at the time of win) / (cumulative number of wins) Note that the cumulative number of wins, total number of gunfires, and cumulative number used in the above formula The number of play stations, the total number of dramas at the time of completion, the total number of reversals at the time of completion, and the total number of times of completion are stored in the history storage unit 162b described later in association with the identification information of the player.

The title assigning unit 161h is a rank determining unit 161.
When the first rank is determined in the rank determination performed by f, the player's title in the game is virtually given to the player based on the parameter calculated by the parameter calculation unit 161g, and the player's name is associated with the player's name. In addition to being stored in the title storage unit 162c, the title information is transmitted to the center server device 3 via the network communication unit 18, the network, the store server device 2, and the like.

Here, a method of giving a title will be specifically described. The level is set in association with the numerical value of each parameter. For example, if the win rate is 0.31, the win rate level is 6, and the transfer rate is 0.125.
, The transfer rate level is 7. The title assigning unit 161h first determines the levels of the winning rate, the transfer rate, the average number of doras, and the average number of reversals using a level determination table (not shown). Then, the title corresponding to the highest level parameter is given. When the level of the winning rate is the highest, the player judges that the player is a haste type and is given the title of "Suzaku". When the level of the transfer rate is the highest, the player judges that the player is a defensive type and is given the title “Genbu”. When the level of the average number of doras is the highest, the player is judged to be of the luck type and is given the title of “blue dragon”. When the level of average transliteration is the highest, the player judges that the player is an attack type and is given the title of “white tiger”. Each title represents a character name in which the type of the player's way of striking (eg, haste type) is imaged.

The life evaluation unit 161k increases or decreases the life according to a predetermined rule and determines whether or not the life has become a predetermined value or less. Specifically, at the start of the game, a life of 5000 HP (HP is a unit of life) is virtually given to each player, and the life is increased / decreased based on the increase / decrease of the player's stick. For example, when the player's stick is reduced by 3000 points, the life is decreased by 3000 HP in proportion to the decrease of the stick. Also,
When the player's point bar increases by 3000 (= 3000 × 1) points, the life is increased by 240 in proportion to the increase of the point bar.
0 (= 3000 × 0.8) HP is reduced. During the match,
When the life becomes 0 HP or less, the player is urged to insert coins to continue the battle. At the end of the match,
Check if life is 5000 HP,
When the life is less than 5000 HP and the player continues to play, the player is prompted to insert coins. The life is over 5000 HP at the end of the battle, and even if you continue to play, the life will be 5000 HP at the start of the game.
Is initialized to.

The game result evaluation unit 161l obtains the game result at the end of the game by evaluating the operation of the player during the game according to a predetermined rule. The game score represents the result of evaluation of the player's operation during the game. Specifically, the game score is represented as a game result after the end of the game by the score of each player's score bar that increases or decreases between the start of the game and the end of the game.

The continuation condition setting unit 161m sets a continuation condition of the player for the next game based on the game result of the player obtained by the game result evaluation unit 161l. Continuation condition storage unit 162 described later
By referring to the continuation condition (the number of additional coins, etc.) for continuing participation according to the player's game performance stored in f, the continuation condition of the player after the game is set.

The continuous participation permission unit 161n permits participation in the next game under the continuation condition set by the continuation condition setting unit 161m in response to accepting the continuous participation in the next game after the game ends. It is a thing. In addition, when the game result evaluation unit 161l evaluates that the evaluation result of the game result is high level at the time of starting the game in the continuous participation in the next game for each player, the continuous participation permission unit 161n determines that It has the function of starting the next game without any conditions. In particular,
At the end of the match, the continuous participation permission unit 161n checks whether or not the value of the number of sticks of the player is 25,000, and if the player continues to play according to the value of the number of sticks, the player is given a coin. Encourage the input of. Regarding the number of coins for continuation set by the continuation condition setting unit 161m described later, when the number of coins is 25,000 or more, the number of coins for continuous play is 0, If it is within the range of 15000 to 24900 points, the number of coins for continuous play is one, and if it is within the range of 0 to 14900 points, the player continues to play. The number of coins for playing is 2. If the game score is reset during continuous play and after the end of the battle, the score of each player will also be 25 points.
It will be initialized to 000 points and the next game will be started.

The grade storage unit 162a is the item giving unit 1
The number of items given by 61a and changed by the item moving unit 161d and the rank determined by the rank determining unit 161f are stored in association with the player's name.

The history storage unit 162b stores, as the past game history data of the player, the cumulative number of times of winning, which is the cumulative number of times of winning, the cumulative number of times of shooting, which is the cumulative number of times of shooting, and the number of stations played. The total number of play stations, which is the total number of stations played, the total number of doras, which is the total number of doras that were in the tiles at the time of completion, and the cumulative number of reversals that were in the tiles when the game was completed. The number and the cumulative number of times of winning, which is the cumulative number of times of winning, are stored for each player.

The title storage unit 162c stores the value of the parameter calculated by the parameter calculation unit 161g and the title assigned by the title assigning unit 161h.

The life storage unit 162d includes the life evaluation unit 1
The value of the life calculated by 61k is stored in association with the player's name.

The game result storage unit 162e stores the value of the score of the player's point bar evaluated (calculated) by the game result evaluation unit 161l in association with the player's name.

The continuation condition storage unit 162f associates the continuation condition for the player to continuously participate in the next game with the value of the score of the player's score bar (the value of the game result) obtained by the game result evaluation unit 161l. Is stored.

FIG. 5 is a perspective view showing the external appearance of one embodiment of the store server device 2. The store server device 2 includes a monitor 21 that displays a game screen and the like, a speaker 22 that outputs sound, and a personal card vending machine 25 that accepts coins inserted by a player and sells personal cards.

The monitor 21 is equipped with, for example, two CRTs for the purpose of displaying a large image. 2 CRTs
Are arranged so that the long sides of substantially rectangular screen display portions for displaying the respective images are adjacent to each other, and the image signal is controlled so that one image is displayed on the two image display portions. .

The speaker 22 displays a predetermined message or BGM.
Is output. The personal card vending machine 25 includes a coin accepting unit 24 that accepts coins inserted by a player,
And a card payout unit 23 for paying out a personal card. The coin accepting unit 24 is provided with a coin outlet (not shown) for ejecting when the inserted coin is a defective coin or the like.

A control unit 26 (see FIG. 2) including a microcomputer that outputs detection signals from each unit and control signals to each unit is provided at an appropriate place of the store server device 2.

FIG. 6 is a hardware configuration diagram showing an embodiment of the store server device 2. The control unit 26 controls the entire operation of the store server device 2, and an information processing unit (CPU) 261, a RAM 262 for temporarily storing information during processing, predetermined image information, and the like are stored in advance. And a ROM 263.

The drawing processing section 211 displays a desired image on the monitor 21 in accordance with an image display instruction from the control section 26, and includes a video RAM and the like. The voice reproduction unit 221 follows a predetermined message or BG according to an instruction from the control unit 26.
The M and the like are output to the speaker 22.

Of the various data stored in the ROM 263, the data that can be stored in the 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, a cassette medium reader, or the like. In this case, the recording medium is, for example, a hard disk, an optical disk, a flexible disk, a CD,
DVDs, semiconductor memories, etc.

The network communication unit 28 is for transmitting and receiving various data to and from the center server device 3 via a network such as WWW. The interface unit 1 a is for exchanging data with a plurality (for example, eight) of client terminal devices 1 connected to the store server device 2.

The control unit 26 receives the information, to which the terminal identification information is added, received from the center server device 3 via the network communication unit 28 from the client terminal device 1 corresponding to the terminal identification information via the interface unit 1a.
Send to. Further, the information with the terminal identification information received from the client terminal device 1 via the interface unit 1 a is transmitted to the center server device 3 via the network communication unit 28.

FIG. 7 is a hardware configuration diagram showing an embodiment of the center server device 3 according to the present invention. The control unit 36 controls the entire operation of the center server device 3, and includes an information processing unit (CPU) 361, a RAM 362 for temporarily storing information during processing, predetermined image information, and the like. And a ROM 363.

Of the various data stored in the ROM 363, the data that can be stored in the 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,
DVDs, semiconductor memories, etc.

The network communication unit 38 is for transmitting / receiving various data to / from a plurality of store server devices 2 via a network such as WWW.

The game management program of the present invention is
The functions are realized by being recorded on the ROM 363, loaded on the RAM 362, and sequentially executed by the CPU 361 on the game management program on the RAM 362.

FIG. 8 shows the control unit 3 of the center server device 3.
FIG. 6 is a functional configuration diagram of No. 6; The CPU 361 of the control unit 36
A reception unit 361a that accepts a player's participation in the game at the time of starting the game on each client terminal device 1, a player accepted by the reception unit 361a, and a player in a standby state by a standby unit 361c, which will be described later, are in the same game. Play in space less than a certain maximum number (here 3) and more than a certain number (here 2)
A selection unit 361b that selects the above player according to a predetermined rule, and sets the player to a standby state when the player is not selected by the selection unit 361b.
A waiting section 361c for causing b to execute the player's selection, and a first execution section 361d for causing the players selected by the selecting section 361b to execute the game in the same game space.
A second execution unit 361e for causing the player in the standby state by the standby unit 361c to execute the game in the same game space as the CPU player, and a game executed by the first execution unit 361d selected by the selection unit 361b. A monitoring unit 361g for monitoring the usage status of all the client terminal devices 1 in use.

The RAM 362 includes a player information storage section 362a for storing personal information such as user ID data and fingerprint feature point data, and class information indicating the level of strength of the player in the game as player identification information (user ID
Data)) and a storage unit 362b that stores the data in association with
A title storage unit 36 that stores title information indicating the characteristics of the player's tactics in association with the player's identification information.
2c, the total number of wins, the total number of shots, the total number of play stations, the total number of doras at the time of completion, the total number of reversals at the time of completion, the total number of times of completion, etc. Is stored in association with player identification information.
2d and.

The accepting unit 361a accepts the personal information such as the user ID data of the player and the feature point data of the fingerprint transmitted from each client terminal device 1, and based on the player information stored in the player information storage unit 362a. The player's participation in the game is accepted. Further, the participation of the player who continuously participates in the game transmitted from each client terminal device 1 is accepted.

The selection unit 361b selects, from the players accepted by the acceptance unit 361a and the players in the standby state by the standby unit 361c, two or more and three or less players who play in the same game space, and the rank storage unit 362b. The selection is made based on the class stored in the title and the title stored in the title storage unit 362c. Furthermore,
The selection unit 361b selects a player at least once more when the number of selected players is less than 3 (that is, 2). Specifically, a player whose difference from the rank (rank) of the player is equal to or lower than the second rank and has the same title is selected. For example, when the rank of the player is 5 ranks and the title is white tiger, the player who has the rank of 3 to 7 ranks and the title is white tiger is selected as the opponent to play in the same game space. . In addition, the selection unit 36
1b, when the player in the standby state by the standby unit 361c is selected by the selection unit 361b,
The selection is notified by displaying it as a message on the monitor 11 provided in the client terminal device 1 used by the player. Here, a case where the notification is given by the screen display will be described, but the notification may be made by voice output or lighting (or blinking) of a predetermined lamp.

In the standby section 361c, the player selects the selection section 36.
When the player is not selected by 1b, the player is placed in a standby state and the selection unit 361b executes the player's selection. The standby state is a state waiting for the opponent to be selected by the selection unit 361b.

The first execution section 361d causes the players selected by the selection section 361b to execute the game in the same game space. That is, the selection unit 361
Select the instruction information that the difference in the ranks (ranks) selected by b is the second rank or less and the players with the same title are opponents (virtually sitting on the same table) to execute the game The information is transmitted to the client terminal device 1 used by the player.

The second execution section 361e causes the player in the standby state by the standby section 361c to execute the game in the same game space as the CPU player.
That is, until the player who is not selected by the selection unit 361b selects the opponent by the selection unit 361b, the client playing the instruction information indicating that the CPU player is the opponent to execute the game. It is transmitted to the terminal device 1.

The monitoring unit 361g monitors the usage states of all the client terminal devices 1 selected by the selection unit 361b and in which the game is being executed by the first execution unit 361d. When the game is finished, the CPU player sends instruction information to the effect that the CPU player will perform the subsequent play on behalf of this opponent to the client terminal device 1 used by the player who was playing against this opponent.

FIG. 9 is an example of a flowchart showing the operation of the center server device 3. First, the reception unit 361
By a, personal information transmitted from the client terminal device 1 is received (step ST1), and participation of the player in the game is permitted based on the player information stored in the player information storage unit 362a (step ST).
3). Then, the receiving unit 361 is selected by the selecting unit 361b.
Two or more players who play in the same game space among the players who have been allowed to participate by a and have been accepted (accepted in the case of not being in the “single-player mode” to be described later) have the classes stored in the rank storage unit 362b. Selected based on the title stored in the title storage unit 362c,
The first execution unit 361d transmits instruction information to the players selected by the selection unit 361b to execute the game in the same game space, to the client terminal device 1 used by the selected player (step ST
5). Then, the monitoring unit 361g causes the first execution unit 3 to
The usage state of all the client terminal devices 1 in which the game is executed is monitored by 61d, and when the opponent ends the game for some reason during the competition, the CPU player replaces the opponent and plays the subsequent game. The instruction information to perform is transmitted to the client terminal device 1 used by the player who has played against this opponent (step ST7).

FIG. 10 is an example of a detailed flowchart of step ST5 (competitor determination processing) shown in FIG. The following processing is performed by the selection unit 361b unless otherwise specified. First, the reception unit 361a receives the battle mode transmitted from the client terminal device 1 (step ST51). There are three battle modes: "one-player", "in-store battle", and "communication battle". The "single-player" mode is a mode in which the player plays a match with the CPU player, and the "in-store match" mode is a match when all the opponents use the client terminal devices 1 connected to the same store server 2. Mode,
The “communication battle” mode is a battle mode in which at least one player among the opponents is a player who is using the client terminal device 1 connected to a different store server.

Next, the receiving unit 361a determines whether or not the battle mode is the "one-person" mode (step ST52). If this determination is affirmative, the process is returned. When the determination is negative, the player is accepted, the time counter T is initialized to 0 (step ST53), and the client playing the client by displaying the standby screen shown in FIG. The instruction information is transmitted to the terminal device 1.

FIG. 11 is an example of a screen view of the standby screen. On the standby screen 400, the player information 401 of the player displaying this screen is displayed on the lower side of the screen, and the player information 402 and 403 indicating that no opponent is selected are displayed on the upper and right sides of the screen. ,
Player information 404 of the CPU player is displayed on the left side of the screen. The player information 401 and 404 are names 401a and 404a which are names of the players in the game.
The player titles 401b and 404b and the player ranks 401c and 404c are displayed. For example,
The name of the CPU player is "Hanako", the name is "Genbu", and the rank is "4dan". Standby screen 40
0 indicates the client terminal device 1 on which this screen is displayed.
Since the player information 402 and 403 of the opponents other than the player using and the CPU player are not displayed, the player can confirm that the opponent is not selected.

The flow chart shown in FIG. 10 will be returned to for further explanation. The standby unit 361c determines whether or not there is a player in a standby state or a player who has already been accepted (step ST55). When this determination is denied, the process proceeds to step ST61. If this determination is positive, two or more and three or less players who play in the same game space among the accepted players and the players who are on standby by the standby unit 361c are stored in the rank storage unit 362b. The client terminal device 1 that the player is playing is instructed to display the standby screen that is selected based on the selected rank and the title stored in the title storage unit 362c (step ST57). Information is sent.

FIG. 12 is an example of a standby screen showing the selected result. On the standby screen 410, player information 411 of the player whose screen is displayed is displayed on the lower side of the screen, player information 413 indicating that no opponent is selected is displayed on the upper side of the screen, and player information 413 is displayed on the left side of the screen. The player information 414 of the CPU player is displayed, and the player information 412 of the player selected by the selection unit 361b is displayed on the right side of the screen. The player information 411, 412, and 414 includes names 411a, 412a, and 414a, which are names of the players in the game.
And player titles 411b, 412b, 414b,
Player ranks 411c, 412c, and 414c are displayed. Since the standby screen 410 displays player information 412 of the player (opponent) selected by the selection unit 361b, in addition to the player using the client terminal device 1 and the CPU player on which this screen is displayed. The player using the client terminal device 1 on which this screen is displayed can confirm that one opponent is selected.

The flow chart shown in FIG. 10 will be returned to for further explanation. It is determined whether or not the number of players (the number of opponents) selected in step ST57 is 3 (step ST59). If this determination is affirmative, the process is returned. When the determination is negative, the time counter T is incremented (step ST61), and it is determined whether or not the time counter T is equal to or longer than the predetermined time TMAX (here, 30 seconds) (step S).
T63). If this determination is denied, step S
Return to T53. When this determination is denied, it is determined whether or not the number of players selected in step ST57 is 0 (that is, not selected) (step ST65). When this determination is affirmed, the standby section 361c puts the player in a standby state (step ST67). If this determination is negative, the process is returned.

FIG. 13 shows step ST67 shown in FIG.
5 is an example of a detailed flowchart of the process (process in a standby state). The following processing is performed by the standby unit 36 unless otherwise specified.
1c. First, instruction information is transmitted to the client terminal device 1 to start a CPU battle (a battle with only a CPU player) (step ST671).

FIG. 14 is an example of a screen view of a reserved battle screen which is a screen during a CPU battle. On the reserved battle screen 420, the player's tiles 421 are displayed on the lower side of the screen so that the types of tiles can be seen, and the opponent's hands 422 are displayed on the upper side and the left and right sides of the screen so that the types of tiles cannot be seen. , A mountain 423 including a drive display culm in the approximate center of the screen, a discarding culm 424 around the mountain 423, various buttons 426 pressed by the player at the bottom of the screen, and a current standby state at the upper left corner of the screen. A message 425, "Competing for reservation", indicating that the CPU is in competition, is displayed. Message 4 displayed on the reserved battle screen 420
By 25, the player can confirm that the player is in the standby state and is in the CPU competition.

The flow chart shown in FIG. 13 will be returned to for further explanation. It is determined whether or not a predetermined time (for example, 30 seconds) has elapsed (step ST677), and the elapsed time is counted up until this determination is affirmed. When the determination is affirmative, the selection unit 361b selects a player (step ST679), and determines whether the player in the standby state has been selected (step ST681). When this determination is affirmed, the client terminal device 1 is displayed so as to display the opponent appearance screen shown in FIG. 15 which indicates that the player has been selected.
The instruction information is transmitted to step ST683. If this determination is negative, the process returns to step ST677.

FIG. 15 is an example of a screen view of the opponent appearance screen. On the opponent appearance screen 430, “An opponent appears!” Indicating that the player in the standby state has been selected.
Message 431 is displayed. The player placed in the standby state has selected the match with another player (the “in-store match” mode or the “communicating match” mode has been selected as the match mode), but the selection unit 361b.
Since the player has not been selected by the player and the player is in the standby state, the fact that the player has been selected by the selection unit 361b is recognized by the player as the appearance of the opponent. Therefore, opponent appearance screen 4
The message 431 “Appearance of an opponent !!” displayed on 30 allows the player to confirm that the player has been selected (that is, a match with another player will be started soon).

The flow chart shown in FIG. 13 will be returned to for further explanation. When the determination in step ST681 is affirmative, it is determined whether or not the number of selected players is three (step ST683). If this determination is affirmative, step ST7 of FIG. 9 (match monitoring process)
Proceed to. When this determination is denied (when the number of selected players is 1), a predetermined time (for example, 10 seconds)
It is determined whether the time has passed (step ST68).
5) The elapsed time is counted up until this determination is affirmed. If this determination is positive, the selection unit 361
The player is selected by b (step ST6).
87), and proceeds to step ST7 (competition monitoring process) in FIG.

FIG. 16 shows step ST57 shown in FIG.
3 is an example of a detailed flowchart of the process (player selection process). Note that the process of step ST57 shown in FIG. 10 is performed by step ST679 and step S shown in FIG.
The process is the same as T687. Further, the following processing is all performed by the selection unit 361b. First, the total number WN of the players in the standby state and the accepted players is counted (step ST571). Then, the player number counter I is initialized to 1 (step ST57).
3). Then, the rank between the player and the I-th player is read from the rank storage unit 362b, and it is determined whether the difference between ranks is equal to or less than a predetermined value DN (here, 2) (step ST575). When this determination is negative, the process proceeds to step ST583. When this determination is positive, the titles of the player and the I-th player are read from the title storage unit 362c, and it is determined whether the titles are the same (step ST577). When this determination is negative, the process proceeds to step ST583. When this determination is affirmed, the I-th player is added to the players who play against the player (step ST579).

Next, it is judged whether or not the number of players who compete with the player concerned is three (step ST).
581). If this determination is affirmative, the process is returned. If this determination is denied, step ST5
When the determination of 75 is denied and the determination of step ST577 is denied, the player number counter I is incremented (step ST583), and it is determined whether or not the player number counter I exceeds the total number WN of the players. It is performed (step ST585). If the determination is affirmative, the process is returned, and if the determination is negative, the process returns to step ST575.

FIG. 17 is an example of a detailed flowchart of the process (competition monitoring process) of step ST7 shown in FIG. The following processing is performed by the monitoring unit 36 unless otherwise specified.
Done with 1 g. First, it is determined whether or not the battle mode is the "one-person-strike" mode (step ST70). If this determination is affirmative, the process is returned. When this determination is denied, the instruction information for instructing the opponent is transmitted to each client terminal device 1 (step ST71). The client terminal device 1 to which the instruction information for instructing the opponent is transmitted is referred to as a monitoring target terminal.

Then, the instruction information for starting the battle is transmitted to the monitored terminal by the first execution unit 361d (step ST73). Then, the battle interruption information indicating that the battle is interrupted is received from each client terminal, and it is determined whether or not there is the battle interruption information (step ST75). If this determination is negative, the process proceeds to step ST79. When this determination is affirmed, the client terminal device 1 that has transmitted the battle interruption information is excluded from the monitored terminals, and the game is played in the same game space as the player who played on this terminal (called a leaving player). To the client terminal device 1 of the other player, the instruction information for changing the opponent is transmitted to the effect that the CPU player will be the opponent instead of the leaving player (step ST77).

Then, the battle end information indicating the end of the battle is received from each client terminal device 1 and it is determined whether there is the battle end information (step ST7).
9). When this determination is denied, step ST75
Return to. When this determination is affirmed, the client terminal device 1 to which the battle end information is transmitted is excluded from the monitored terminals, and the battle end information or the battle interruption information is received from all the monitored terminals (monitored target). It is determined whether the number of terminals has become 0 (step ST8).
1). If this determination is denied, step ST7
Return to 5. If this determination is positive, the process is returned.

The operation of the client terminal device 1 executed based on the instruction from the center server device 3 will be described below. FIG. 18 shows the client terminal device 1.
3 is an example of a flowchart showing the operation of FIG. First, the user ID from the personal card inserted in the card reader 13
The data is read, and the CCD camera 1 of the fingerprint authentication unit 14
The fingerprint of the player is captured by 4a, and the fingerprint authentication unit 1
The feature point data necessary for personal authentication is extracted by using the fingerprint information from the CCD camera 14a by 4 (step ST101). Then, the user ID data and the feature point data are transmitted to the center server device 3 (step S
T103). Then, the mode selection screen for selecting the battle mode shown in FIG. 19 is displayed, the input from the player is accepted, and the battle mode is selected (step ST10).
4), battle mode information is transmitted to the center server device 3.

FIG. 19 is an example of a screen view of a mode selection screen for selecting a battle mode. The mode selection screen 500 includes a one-on-one selection unit 50 including an enter button 501a that is pressed when selecting the "one-on-one" mode on the left side of the screen.
1 is displayed, the in-store battle selection section 502 including the enter button 502a that is pressed when the "in-store battle" mode is selected is displayed in the center of the screen, and "communications battle" is displayed on the right side of the screen.
A communication battle mode selection unit 503 that is pressed when selecting a mode is displayed. The player can select the battle mode by pressing the decision buttons 501a to 503a for the desired battle mode.

The flow chart shown in FIG. 18 will be returned to for further explanation. Opponent information such as names, ranks and titles of other players (opponents) who play the game in the same game space is received from the center server device 3 (step ST1).
05). Next, the instruction information for executing the game is accepted from the center server device 3 to start the game,
The place and parent are determined (step ST107). Then, the battle is started (step ST109), and the battle screen shown in FIG. 20 is displayed.

FIG. 20 is an example of a screen view of a battle screen showing a battle situation. On the battle screen 510, the player's tiles 511 are displayed on the lower side of the screen so that the types of tiles can be seen, and the opponent's tiles 512 are displayed on the upper side and the left and right sides of the screen so that the types of tiles cannot be seen. A mountain 513 including a drive display culm is displayed in the approximate center of the screen, a discard 514 is displayed around the mountain 513, and various buttons 516 pressed by the player are displayed on the lower side of the screen. The game progresses when the player appropriately presses the button 516 while watching the battle screen 510.

Returning to the flowchart shown in FIG. 18, the description will be continued. When the battle starts, the life evaluation unit 161
The life is calculated by k, and the life exceeds 0 HP (1
It is determined whether or not (HP or more) (step ST111). When this determination is positive, the process proceeds to step ST117. If this decision is denied,
The continuation selection screen shown in FIG. 21 that prompts the player to decide whether or not to continue the battle is displayed, and the coin acceptance unit 1
The determination from the player is accepted depending on whether or not the coin is accepted in 5, and it is determined whether or not to continue the match currently being executed (step ST113). If this determination is denied, the battle interruption information, which is information indicating that the battle is to be interrupted, is transmitted to the center server device 3 (step ST115), and the process is ended. If this determination is positive, the process returns to step ST109.

FIG. 21 is an example of a screen diagram of the continuation selection screen. On the continuation selection screen 520, the competition is continued depending on whether or not to insert a coin (here, 1 coin) "Do you want to continue playing? Please insert 1 coin to recover LIFE" in the center of the screen. A message 521 that prompts the player to decide whether or not to do so, and a predetermined time (here, 1
A time display area 522 is displayed in which the time limit for waiting for the determination to count down (0 seconds) is displayed. By looking at the continuation selection screen 520, the player can confirm that before the remaining time displayed in the time display area 522 becomes 0, it is necessary to insert a coin to continue the competition. it can.

Returning again to the flowchart shown in FIG. 18, if the determination in step ST111 is affirmative, it is determined whether or not the battle has ended (step ST117). If the determination is negative, the process returns to step ST109. If this determination is positive,
The battle end information indicating that the battle is finished is transmitted to the center server device 3, and the grade determining unit 161b determines the ranking in the game (step ST119). Then, the item movement unit 161d causes the grade determination unit 1
Items virtually possessed by the players are moved between the players based on the determination result by 61b and the number of games selected by the table selection unit 161c (step ST
121). Next, the rank determining unit 161f determines the rank representing the level of the player's strength in the game based on the number of items and the points virtually possessed by the player, and the rank is stored in the rank storing unit 162a. By comparing with the grades up to now (at the end of the previous game), it is determined whether or not the grade is changed to the first grade (step ST123). If the rank is not changed to the first rank, an unillustrated item display screen showing the current number of items and the like is displayed, and the process proceeds to step ST129.
The rank determined by the rank determining unit 161f is
It is stored in the grade storage unit 162a and is transmitted to the center server device 3 as grade information.

When the rank is changed to the first rank, the parameter calculation unit 161g calculates a parameter representing the player's characteristic in the game (step ST1).
25). Then, the title assigning unit 161h virtually assigns the player's title in the game to the player based on the parameters calculated by the parameter calculating unit 161g (step ST127), and the title storing unit 162.
The title information is stored in c and the title information is stored in the center server device 3
Sent to.

Next, a predetermined value SL (50 in this case) required for the current HP of Life to continue playing the game.
00 HP) or more is determined (step ST
129). If this determination is positive, the continuation selection screen shown in FIG. 22 is displayed, the input from the player is accepted, and it is determined whether or not to continue the game (step ST131). When this determination is affirmed, the process returns to step ST103. When this determination is negative, the process proceeds to step ST135.

FIG. 22 is an example of a screen diagram of the continuation selection screen. On the continuation selection screen 530, a message 531 prompting the player to input whether to continue the play "Do you want to continue playing?" Is displayed in the approximate center of the screen, and the game is continued below the message 531. YES button 532 that is pressed by the player when playing N and N that is pressed by the player when the game is not continued
An O button 533 is displayed, and below the buttons, a time display area 534 is displayed that displays a time limit for waiting for determination that a predetermined time (here, 30 seconds) is counted down. The player displays the intention to continue the game by pressing the YES button 532 of the continuation selection screen 530 until the remaining time displayed in the time display area 534 becomes 0, and the NO button 5
By pressing 33, an intention display indicating that the game is not continued is displayed. Even if the remaining time displayed in the time display area 534 becomes 0, the YES button 532
Or, if the NO button 533 is not pressed, NO
It is considered that the button 533 is pressed.

Returning again to the flowchart shown in FIG. 18, if the determination in step ST129 is negative,
The continuation selection screen shown in FIG. 23 is displayed, and the coin acceptance unit 1
The judgment from the player is accepted depending on whether or not the coin is accepted in 5, and it is determined whether or not the game is continued (step ST133). If this determination is affirmative, the process returns to step ST103, and if this determination is negative, the process proceeds to step ST135.

FIG. 23 is an example of a screen diagram of the continuation selection screen. In the continuation selection screen 540, it is determined whether or not to continue the game depending on whether or not to insert a coin (here, 1 coin) "Do you want to continue playing? 1 coin is required" in the approximate center of the screen. Message 54 prompting the player
1 and a time display area 54 that displays the remaining time waiting for the determination that the predetermined time (here, 30 seconds) is counted down.
4 and are displayed. The player selects the continuation selection screen 52
By seeing 0, it is possible to confirm that coins need to be inserted before the game is continued before the remaining time displayed in the time display area 544 becomes 0.

Returning again to the flowchart shown in FIG. 18, when the determination in step ST133 or step ST131 is negative, the battle end information indicating that the game is finished is transmitted to the center server device 3 (step (ST135), the process ends.

As described above, since the life evaluation unit 161k increases or decreases the life of the player during the game and determines whether or not the life is 5000 points or more, the life evaluation unit 161k changes the life. The player determined to have 5000 points or less drops out of the game, but as a rescue measure, the player can re-enter the game space by additionally inserting a coin or the like. as a result,
The player who loses and loses once can motivate the player to continue playing because the lost regret motivates the player to continue playing. Therefore, since a remedy for preventing the player who has once dropped out of the game from dropping out of the game space is prepared, the players who continue to play are secured and the operating rate and profit of the client terminal device 1 (game machine) are increased. It is possible to improve. In addition, the life evaluation unit 16
The player who has been judged to have a life of 5000 points or more after the end of the game by the 1k is given the right to continuously participate in the next game continuously, so that the acquisition of the right motivates the player, and the interest is increased. It is possible to provide a high-quality game.

Next, another operation of the client terminal device 1 executed based on the instruction of the center server device 3 described in the flowchart shown in FIG. 18 will be described. FIG. 24 is an example of a flowchart showing the operation of the client terminal device 1. Note that the following processing is performed by the game result evaluation unit 161l unless otherwise specified. Further, steps ST201 to ST2 shown in FIG.
In the steps up to 27, the screen shown in FIG. 25, which will be described later, displayed on the monitor 11 of the client terminal device 1 when the answer is NO in step ST211 is NO in step ST111.
22 is the same as the steps ST101 to ST127 shown in FIG. 18 except that the screen is different from the screen shown in FIG.
Steps after step ST229 will be described in detail.

First, the processing for continuing the play due to the increase / decrease change in the player's life during the game will be described.

The case of NO in step ST211 in the flowchart shown in FIG. 24 will be described. When the battle is started, the life evaluation unit 161k calculates the life and determines whether or not the life is over 0 HP (1 HP or more) (step ST211). If this determination is denied, (NO in step ST211),
A continuation selection screen shown in FIG. 25 that prompts the player to decide whether or not to continue the battle is displayed.

FIG. 25 is an example of a screen diagram of the continuation selection screen. On the continuation selection screen 550, the coin "Do you want to continue playing? Please insert 1 coin to recover LIFE. If you abstain on the way, it will be at the bottom." (Here 1 A message 551 urging the player to decide whether or not to continue the match depending on whether or not to insert a coin), a LIFE gauge 553 that increases or decreases according to the player's game progress, and a predetermined time (here, 10 seconds) is counted down. A time display area 552 in which the remaining time waiting for the determination is displayed and a player's current point stick 554 are displayed. Note that L
The IFE gauge 553 includes a LIFE bar 553a, and the LIFE bar 553a in the LIFE gauge is expanded and displayed according to the increase or decrease of the player's point bar. Here, since the LIFE of the player is 0 HP, the LIFE bar 553a also shows 0 HP. By looking at the continuation selection screen 550, the player can confirm that before the remaining time displayed in the time display area 552 becomes 0, it is necessary to insert a coin to continue the competition. it can.

Next, returning to the flow chart shown in FIG. 24, the process for the player's continuous participation in the next game after the end of the game will be described.

First, the continuous participation permission unit 161n
A screen (not shown) for confirming the player's continued participation in the next game is displayed, and it is determined whether or not the player will continue to participate in the next game (step ST22).
9). If this determination is denied, step ST23
Proceed to 9. If this determination is positive (step S
When the input from the player is accepted, the game result evaluation unit 161l obtains the player's scored bar at the end of the game (YES in T229).
31).

Next, by the continuation condition setting section 161m,
The continuation condition of the player for the next game is set based on the obtained score of the point bar (step ST23).
3), the continuation condition screen shown in FIG. 26 is displayed.

FIG. 26 is an example of a screen view of the continuation condition screen. The continuation condition screen 560 has a score bar 561 after the player's end of the battle on the left side of the screen and “250” on the right side of the screen.
00 points NEXTGAME! !! 15,000 points-249
00 points 1 coin 0 points to 14900 points 2 coins "message 562 for notifying the player of the number of coins required for continuing the play, the player's point bar gauge 563 after the end of the battle, and the end of the game A continuation condition display section that displays the later conversion result 564 and the number of coins, etc., required for the player, "Your Now Tiny Fee ... 2 coins", to continue the next battle play at the bottom of the screen. 565 and a time display area 566 in which a predetermined time (here, 30 seconds) is counted down and the remaining time waiting for the determination is displayed on the upper right side of the screen.

The point bar gauge 563 is the point bar bar 5
Including 63a, the bar bar 563a expands in accordance with the score of the bar bar of the player after the game ends. An arrow 563b is displayed on the right side of the tip of the point bar bar 563a. The arrow 563b moves to a position where the number of coins corresponding to the number of the point bar displayed in the message 562 is displayed along with the extension of the point bar bar 563a, and the arrow 563b is stopped. Further, the continuation condition display unit 565 displays the number of coins based on the score of the point stick at the position where the arrow 563b has stopped. In the conversion result 564, as the score bar bar 563a of the score bar gauge 563 expands, the score gradually increases from 0 to the score of the score bar at the end of the game of the player. Has become. The conversion result 564
26 is displayed as 11600 in FIG. 26, but since the points are sequentially increased corresponding to the rise of the point bar bar 563a and the arrow 563b, the point bar 561 is finally displayed.
It increases to 17300 which is the same value as and stops.

Returning again to the flowchart shown in FIG. 24, the continuous participation permission unit 161n causes the step ST2
Based on the continuation condition set in 33, the player's scored bar after the end of the game has a predetermined score SL (250 in this case).
(00 points) or more (whether it is at a high level or not) is determined (step ST235). When this determination is affirmative (YES in step ST235), step ST20
Return to 3. When this determination is negative (NO in step ST235), it is determined whether or not the coin accepting unit 15 has accepted the number of coins based on the continuation condition corresponding to the value of the score bar of the player after the game. Is determined (step ST237). If this determination is affirmative (YES in step ST237), step ST203
And if this determination is denied (step ST23
(NO in step 7), the battle end information indicating that the game is finished is transmitted to the center server device 3 (step ST
239), the process ends.

In this embodiment, step ST23.
In FIG. 7, as shown in FIG. 26, when the player has 15,000 to 24,900 point sticks, it is determined that one coin is accepted by the coin accepting unit 15 to permit continued participation in the game. If the player has 0 to 14900 points, the coin accepting unit 15 accepts two coins to determine whether or not to allow continuous participation in the game. In the continuation condition screen shown in FIG. 26, the time display area 566 is displayed for counting down a predetermined time (here, 30 seconds) by the time display area 566 for determining whether or not the player will continue playing. The player indicates that he / she will continue the game by inserting the number of coins corresponding to his / her own stick into the coin accepting unit 15 until the remaining time displayed in the time display area 564 becomes 0. If you do not insert coins, you are considered not willing to continue the game.

In the present embodiment, the client terminal device 1 allows the continued participation of the next game based on the player's game result, but the center server device 3 performs the above process. The aspect may be sufficient.

As described above, since the player's game score can be reflected in the next game, the player can continue to participate in the next game under an advantageous continuation condition by improving the game score. In addition, it is possible to increase the player's enthusiasm for the game in order to improve the game result. Further, as the player's enthusiasm for the game increases, it is expected that as many players as possible will continue to participate, so that the operating rate of the client terminal device 1 in the game system can be improved.

Further, the player has a high level game result (in the present embodiment, a score bar of 25,000 points or more).
If you leave, you can continue to participate in the next game without adding coins. In other words, only players who have achieved a certain level or more of game results are allowed to continue participating in the next game without accepting, for example, addition of coins, so that the player's self-esteem can be satisfied. Further, for example, if the player who has a high evaluation result of the game result can play the next game continuously or can play the next game many times until losing, the next game can be played continuously. The acquisition of the right to play the game motivates the player, so that the game with high interest can be provided.

Further, a plurality of stepwise continuation conditions are set in advance to a number lower than the normal number of coins corresponding to the player's game result (in the present embodiment, the player's score bar is set). Even if the player does not pay a high level game result, the player can continue to participate in the next game under a continuation condition more advantageous than playing the normal game. Can motivate you to try again. Also,
The player can provide a highly entertaining game because the player concentrates on the game in order to achieve a high level of game results.

The present invention can have the following aspects.

(A) In this embodiment, the case where the game played by the client terminal device 1 is a mahjong game has been described, but it may be a game played by a plurality of other players. For example, card games, Go games, shogi games, shooting games,
It may be a mode such as a racing game.

(B) In this embodiment, the case where the shop server device 2 is provided has been described, but the client terminal device 1 may be connected to the center server device 3 via the network.

(C) In the present embodiment, in the flowchart shown in FIG. 24, the life evaluation section 161k determines the life of the player from the start to the end of the battle, and after the end of the battle, the life evaluation unit 161k The case where the game performance evaluation unit 161l makes a determination based on the score of the score bar has been described. However, the player's continuous participation is based on the life of the player from the start of the competition to the end of the competition based on the evaluation by the life evaluation unit 161k. It may be possible to determine whether to permit or not, or based on the evaluation by the game performance evaluation unit 161l based on the score of the score bar that increases or decreases according to the game progress of the player from the start of the battle to the end of the battle. The determination as to whether or not to allow continuous participation of the above may be performed. Further, although the mahjong game has been described as an example in the present embodiment, if it is applied to a game of another genre, a concept that can be associated with life and a point stick depending on the content of the game May be used.

(D) In this embodiment, as an example, the number of coins to participate in the next game is 2 coins,
With 1 coin, the player's initial point bar value at the start of the game is 25,000 points, the player's initial life value at the start of the game is 5000 points, and the continuation condition for continuing the game is 25,000 points or more for the player's point bar. In some cases, the number of coins to continue is 0 (can be continued unconditionally),
When the player's score bar is in the range of 15000 to 24900, the number of coins to continue is one, and the player's score bar is 0 to 14900.
In the case of being within the range of points, the number of coins to continue is explained as two, but it is not limited to the number of coins to continue, the initial point stick value, the initial life value and the continue condition, and any of these may be used. May be set or changed.

Further, the game is continued from the start of the battle to the end of the battle, if the player's life is judged based on the evaluation by the life evaluation unit 161k and whether or not the continuous participation of the player is permitted. As a continue condition for this, the life value of the player after the game ends and the number of coins to participate in the next game may be associated with each other. For example, the continue condition for continuing the game is that the player's life value after the game is 50.
When the number of coins is 00 or more, the number of coins for continuing is 0 (the condition can be continued unconditionally), and the life value of the player after the game is 2
When the number of coins is within the range of 000 to 3,000, the number of coins to continue is one, and when the life value of the player after the game is 0, the number of coins to continue is two. May be adopted.

(E) In the present embodiment, a case has been described as an example where coins are inserted from the coin accepting unit 15 when the game is continued, but the present invention is not limited to this. For example, a card or the like other than coins may be used.

(F) In this embodiment, the connection (network) configuration of the center server device 3, the store server device 2 and the client terminal device 1 is not limited to that shown in FIG. For example, as the connection mode between the client terminal device 1 and the center server device 3 without using the store server device 2, various connection modes such as a ring type, a tree type, and a star type can be considered. In this case, a tree type connection mode is preferable. Alternatively, the client terminal device 1 may be provided with the function of the center server device 3 so that one of the client terminal devices 1 serves as a host terminal device and is connected to another client terminal device 1. Alternatively, the store server device 2 may be provided with the function of the center server device 3 and connected to the client terminal device 1 in the store. As shown in FIG. 1, the store server device 2 is provided between the center server device 3 and the client terminal device 1, and the center server device 3, the store server device 2, and the client terminal device 1 perform distributed processing. preferable. In this case, it is preferable to provide the store server device 2 for each store and connect each client terminal device 1 to the store server device.

(G) In this embodiment, the case where the life evaluation unit 161k and the game result evaluation unit 161l evaluate the operation of the player during the competitive game and the game result of the player after the game is finished has been described.
The life evaluation unit 161k may not only evaluate the operation of the player during the competitive game, but may further evaluate the game result of the player after the game based on the life, or the game result evaluation unit. 16
It is also possible to adopt a mode in which the operation of the player during the competitive game and the game result of the player after the game is evaluated based on the score of the player's score bar by 1l.

[0141]

According to the present invention, the continuation condition for the player to continue playing the next game is set based on the game result at the end of the game, and the set continuation condition is satisfied. In this case, since continuous participation in the next game is permitted, the game result of the player can be reflected in the next game. Therefore, for example, if the player can continue to participate in the next game under an advantageous continuation condition by improving the game result, the player's enthusiasm for the game can be increased in order to improve the game result. You can Further, if the player can continue to participate in a next game with a small number of coins or the like according to the game result, the player can easily continue to participate in the next game, and as a result, the game device itself operates. The rate can be improved.

According to the second aspect of the present invention, even if the player does not pay the high level game result, the player can continue to participate in the next game under a continuation condition more advantageous than the normal game. Since this is possible, the player can be motivated to try again. In addition, the player can provide a highly entertaining game because the player concentrates on the game in order to obtain a high level game result.

According to the third aspect of the present invention, the player can continue to participate in the next game without adding coins, for example, by leaving the game score of a predetermined level or higher. Further, for example, if a player whose game result evaluation result is a predetermined level or higher can play the next game continuously, or if the player can play the next game many times until losing, the next game can be played continuously. The acquisition of the right to play the game can motivate the player, and each player can concentrate on the game and encourage the player to continue participating. Therefore, the player can continue to participate in the next game without adding coins, for example, by leaving the game result of a predetermined level or more, which can be motivated to increase the player's concentration on the game.

According to the invention described in claim 4, the following conditions are satisfied when the set continuation conditions are satisfied only within a predetermined period from the time when the continuous participation permission means accepts the continuous participation in the next game. Participation in the game is permitted.

According to the invention described in claim 5, the continuation condition for the player to continue playing the next game is set based on the game result at the end of the game, and the next game is set under the set continuation condition. Since you can continue to participate in
The game score of the player can be reflected in the next game. Therefore, for example, if the player can continue to participate in the next game under an advantageous continuation condition by improving the game result, the player's enthusiasm for the game can be increased in order to improve the game result. You can Further, if the player can continue to participate in a next game with a small number of coins or the like according to the game result, the player can easily continue to participate in the next game, and as a result, the game machine itself can operate. The rate can be improved.

According to the invention of claim 5, the continuation condition for the player to continue playing the next game is set based on the game result at the end of the game, and the next game is set under the set continuation condition. Since you can continue to participate in
The game score of the player can be reflected in the next game. Therefore, for example, if the player can continue to participate in the next game under an advantageous continuation condition by improving the game result, the player's enthusiasm for the game can be increased in order to improve the game result. You can Further, if the player can continue to participate in a next game with a small number of coins or the like according to the game result, the player can easily continue to participate in the next game, and as a result, the game machine itself can operate. The rate can be improved.

[Brief description of drawings]

FIG. 1 is a configuration diagram of a game system to which a game server device according to the present invention is applied.

FIG. 2 is a perspective view showing an external appearance of an embodiment of a client terminal device.

FIG. 3 is a hardware configuration diagram showing an embodiment of a client terminal device.

FIG. 4 is a functional configuration diagram of a control unit of the client terminal device.

FIG. 5 is a perspective view showing an appearance of an embodiment of the store server device.

FIG. 6 is a hardware configuration diagram showing an embodiment of a store server device.

FIG. 7 is a hardware configuration diagram showing an embodiment of a center server device according to the present invention.

FIG. 8 is a functional configuration diagram of a control unit of the center server device.

FIG. 9 is an example of a flowchart showing the operation of the center server device.

FIG. 10 is an example of a detailed flowchart of step ST5 (player determination process) shown in FIG. 9.

FIG. 11 is an example of a screen view of a standby screen.

FIG. 12 is an example of a standby screen showing a selected result.

FIG. 13 is an example of a detailed flowchart of the process of ST67 shown in FIG. 10 (process in a standby state).

FIG. 14 is an example of a screen diagram of a reservation battle screen, which is a screen during a CPU battle.

FIG. 15 is an example of a screen view of an opponent appearance screen.

16 is an example of a detailed flowchart of a process (player selection process) of step ST57 shown in FIG.

FIG. 17 is an example of a detailed flowchart of a process (competition monitoring process) of step ST7 shown in FIG.

FIG. 18 is an example of a flowchart showing the operation of the client terminal device.

FIG. 19 is an example of a screen view of a mode selection screen for selecting a battle mode.

FIG. 20 is an example of a screen view of a battle screen showing a battle situation.

FIG. 21 is an example of a screen diagram of a continuation selection screen.

FIG. 22 is an example of a screen view of a continuation selection screen.

FIG. 23 is an example of a screen view of a continuation selection screen.

FIG. 24 is an example of a flowchart showing the operation of the client terminal device.

FIG. 25 is an example of a screen diagram of a continuation selection screen.

FIG. 26 is an example of a screen view of a continuation condition screen.

[Explanation of symbols]

1 Client terminal device (corresponding to a terminal device and a game device) 161a Item assigning unit 161b Result judging unit 161d Item moving unit 161f Stage determining unit 161g Parameter calculating unit 161h Title assigning unit 161k Life evaluating unit 161l Game result evaluating unit (game result) 161m Continuation condition setting unit (corresponding to continuation condition setting unit) 161n Continuous participation permission unit (corresponding to continuous participation permission unit) 162a Stage storage unit 162b History storage unit 162c Title storage unit 162d Life storage unit 162e Game result storage unit 162f Continuation condition storage unit 2 Store server device 3 Center server device (corresponding to game server device) 36 Control unit 361a Reception unit 361b Selection unit 361c Standby unit 361d First execution unit 361e Second execution unit 361g Surveillance Unit 362b stage storage unit 362c title storage unit 362a player information storage unit 362d history storage unit 38 network communication unit

   ─────────────────────────────────────────────────── ─── Continued front page    (72) Inventor Hiroki Harano             4-3-1 Toranomon, Minato-ku, Tokyo Konami             Within the corporation (72) Inventor Hiroyuki Wada             4-3-1 Toranomon, Minato-ku, Tokyo Konami             Within the corporation (72) Inventor Masakazu Shibamiya             4-3-1 Toranomon, Minato-ku, Tokyo Konami             Within the corporation (72) Inventor Takashi Makiishi             4-3-1 Toranomon, Minato-ku, Tokyo Konami             Within the corporation F term (reference) 2C001 AA12 BB01 BD07 CB01 CB08                       CC01

Claims (6)

[Claims] 1. A game device for playing a game through a player's operation, the game result evaluation means for obtaining a game result at the end of the game, and the player for the next game based on the game result. Continuation condition setting means for setting the continuation condition of, and accepting continuous participation in the next game, determining whether or not the set continuation condition is satisfied, and if the set continuation condition is satisfied, the next game And a continuous participation permission unit that permits participation in the game device. 2. The game device according to claim 1, wherein the continuation participation permission means sets one continuation condition from a plurality of stepwise continuation conditions based on the game result. . 3. The continuation participation permission means does not have the continuation condition when the evaluation result of the game result is equal to or higher than a predetermined level at the time of starting the game in the continuous participation in the next game for each player. The game device according to claim 1 or 2, wherein the next game is started as one. 4. The continuation participation permission means is limited to a predetermined period from the time when the continuation participation to the next game is accepted,
The game device according to claim 1, wherein participation in the next game is permitted when a set continuation condition is satisfied. 5. A game device for playing a game using a computer through a player's operation, wherein the computer is configured to: Continuation condition setting means for setting the continuation condition of the player to the game, and accepting continuation participation in the next game, determining whether or not the set continuation condition is satisfied, and setting the continuation condition A game management program characterized by causing it to function as a continuous participation permission means for permitting participation in the next game when the conditions are satisfied. 6. A game management method in a game device for causing a game to be played using a computer via a player's operation, comprising: a game result evaluation process for causing the computer to obtain a game result at the end of the game; Based on the result, the continuation condition setting process for setting the continuation condition of the player to the next game, the continuous participation in the next game is accepted, and it is determined whether or not the set continuation condition is satisfied, A game management method characterized by executing a continuous participation permission process for permitting participation in the next game when a set continuation condition is satisfied.