JP3443418B2 - GAME SERVER DEVICE, GAME MANAGEMENT METHOD, AND GAME MANAGEMENT PROGRAM - Google Patents

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a game server device and a game which are communicatively connected to a plurality of terminal devices each having a monitor and manage the progress of the game so as to execute a competitive game between the plurality of terminal devices. The present invention relates to a management method and a game management program.

[0002]

2. Description of the Related Art Conventionally, various types of client terminal devices have been proposed or are already used by a plurality of players. Further, in a game center or the like, a plurality of game devices (terminal devices) of the same model are arranged, a plurality of client terminal devices are connected via a network (and a server) such as a LAN and the Internet, and a plurality of players are connected. There is a client terminal device capable of playing a game in the same game space. In such a client terminal device, 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 client terminal devices are connected via a network (and a server) such as LAN and the Internet, an unspecified number of players participate in the game. be able to. In this way, when strangers compete against each other, because they do not know the abilities related to the game of the opponent, as compared to a normal game in which the game device is used as a stand-alone type and the game device is used as an opponent, Unexpectedness is added to the progress of the game,
It is possible to give the game a certain degree of interest.

[0004]

[Problems to be Solved by the Invention] In table games such as mahjong and shogi, the interest of the opponent is greatly influenced by the opponent. For example, in the case of a mah-jongg game, a player who wants to enjoy hand-made (making a role) has a lot of noise and is annoying to the player who wants to go up fast, and the enjoyment of the game may be greatly impaired. In addition, for the advanced players, the lower-ranking players feel that they are not competent and unsatisfactory as opponents, which causes the fun of the game to be killed.

Conventionally, when a plurality of video game devices are connected via a network (and a server), information about the opponent in the game space cannot be known.
Alternatively, due to the fact that the game progress status of the opponent is not known, the player, for example, randomly designates the opponent displayed on the monitor or the like for the battle. As a result, a situation in which the player is forced to compete with an unsuitable (or undesired) opponent, and the interest of the game is sometimes killed.

The present invention has been made in view of the above problems, and an object of the present invention is to provide a game server device, a game management method, and a game management program that allow a player to easily designate a desired opponent.

[0007]

A game server device according to claim 1 communicates with a plurality of store server devices communicatively connected to a plurality of terminal devices each having a monitor.
Connected to each other, and store server device between multiple terminal devices
A game server device for managing a game progress in order to execute the competition game via, from one terminal device
At least one other terminal device is specified and the terminal device
Which receives the pair against requirements and, all that is the specific
The terminal device has the same store support as the terminal device that issued the match request.
In-store match request that is a match request connected to the server device
Battle request receiving means for receiving battle request discrimination information indicating whether or not a request is made, and an end from the player when starting the game.
Player information that captures player information input to the end device
Play for storing information about the player and information about the player
YA information storage means and the match request reception means
If the attached battle request is not an in-store battle request,
Information that can identify the player information from the terminal device
Including a search request including the search request based on the search request.
A player who matches the search request from the layer information storage means
The search means for acquiring information and the match request reception means
The battle request accepted by the customer is not an in-store battle request
In this case, the search results obtained by the search means are
In order to display it on the monitor of the terminal device that issued the battle request,
And a search result transmitting means for transmitting to the terminal device, said pair
The battle request accepted by the battle request acceptance means is the store
If it is an internal battle request, the terminal device that issued the battle request
All terminal devices connected to the same store server device as
The game status of the terminal device
It is characterized in that it is transmitted to the terminal device to be displayed on Nita .

According to the invention, to identify other at least one or more terminal devices from one terminal device by the match request receiving means receives the pair against the request of the terminal device co
, All the specified terminal devices send out the match request.
Connected to the same store server device as the
A battle that indicates whether it is an in-store battle request that is a battle request
The request determination information is received , and the player information receiving means receives it.
Input from the player to the terminal device at the start of the game.
Player information stored in the player information storage means.
Information about the player is stored in the
Player information is included in the monitoring results of each terminal device depending on the stage
Be done.

Therefore, the player information receiving means can
The program input from the player to the terminal device at the start of the game
The layer information is captured and the player information is stored.
Therefore, not only the registered player but also the
Participating players should also participate in the competition game.
Is possible.

Furthermore, the match request reception means receives
If the attached battle request is not an in-store battle request,
The player information is retrieved from the terminal device by the retrieval means.
Search request including information that can identify the
The search from the player information storage means based on the search request
Player information that matches the request is acquired and search results are sent
The search results obtained by the search means by means
Send to the terminal device for display on the monitor of the terminal device.
Believed Therefore, the player is the player information storage means.
By referring to the player information stored in
To further expand the range of choices your opponents may make
And are possible.

A game server device according to a second aspect is
The game server device according to claim 1, wherein each terminal
A monitoring means for monitoring the game progress of the device,
The search result transmission means is configured to detect the results obtained by the search means.
The match result is requested along with the search result by the monitoring means.
To display on the monitor of the terminal device that sent
It is characterized in that it is sent to the table.

According to the above invention, the monitoring means
The game progress of the terminal device is monitored and the search result sender
Depending on the stage, along with the search results obtained by the search means
The monitoring result by the monitoring means is displayed on the terminal device that issued the battle request.
It is sent to the terminal device to be displayed on the local monitor. Servant
Therefore, the player uses the monitoring result transmission means to control each terminal device.
By watching the monitoring result of the game progress of
The game of the opponent player who wants to compete in one game space
Check the game progress status before applying for the match.
Since the ear can be notified, the type of phase desired by the player
The hand player is designated as the opponent.

A game server device according to a third aspect is
The game server device according to claim 1 or 2.
And the terminal device specified by the match request reception means
Request transmission means for notifying the player that a match request has been issued
It is characterized by having.

According to the above invention, the battle request transmitting means is provided.
Therefore, the terminal device specified by the match request reception means
Specified because a notification that a match request was issued
The player of the terminal device knows that the battle request has been issued.
It is possible to

The game server device according to claim 4,
The game server device according to any one of claims 1 to 3 , wherein the terminal is specified by the competition request receiving means.
A response information receiving means for receiving response information that is a response to the match request from the device, wherein the response information is subjected to competition
A match possibility determining section for determining whether or not to put, when the response information is of accepting a match, a match
It is characterized by comprising a competition permission means for permitting the execution of the competition game between the terminal device which has accepted and the terminal device which has issued the competition request.

According to the above invention, the response information receiving unit receives the response information, which is a response to the battle request, from the terminal device specified by the battle request receiving unit , and the response information is transmitted by the battle possibility determining unit. whether or not to accept the match-up is determined, when the response information by competition permission means in which accepts the match, with the terminal device having issued match request and end <br/> terminal device accepts the match Execution of the match game is permitted. Therefore, the opponent player who has applied for the battle is given an opportunity to judge whether or not to receive the battle with the player who has designated the battle before the battle, so that the player can play the battle from the opponent player designated as the opponent. When the response to the acceptance is received, the competitive game is realized in which both competitive players agree.

A game server device according to a fifth aspect is
5. The game server device according to claim 4 , wherein the monitoring means is such that the game progress status indicates that a match is desired and
The opponent is not decided. The game is waiting.
Whether or not the game progress is controlled by a computer
CPU game where the controlled CPU player is an opponent
It is characterized in that the competition permitting means determines whether the game is being executed, and permits the competition game to be executed when the terminal device that has accepted the competition is waiting for the game or executing the CPU game.

According to the above invention, by the monitoring means,
The game progress is hoping for a match and the opponent is decided
Whether or not the game is in a standby state,
And the game progress is controlled by a computer C
Whether a CPU game with PU player as opponent is running
It is determined whether or not the terminal device that has accepted the match is waiting for the game or executing the CPU game by the match permission means.
In some cases, execution of the competitive game is permitted.

Therefore, if the terminal device used by the opponent player designated as the opponent by the player is in the game standby state or in the execution of the CPU game, a battle game with another player desired as the opponent is realized. For this reason,
If the player receives the competition permission from the opponent player designated as the opponent, the opponent game is quickly realized unless the opponent player is in a competition game with another player.

A game server device according to a sixth aspect is
A game server device according to claim 4 or 5, wherein the match authorization unit, the terminal device accepts the match-up, when during the competition game executed with another terminal device, the execution of the competition game It is characterized by not permitting.

According to the above invention, when the terminal device that has accepted the battle by the game permission means is executing the battle game with another terminal device, the battle game is not executed.
Unauthorized. Therefore, the opponent player designated as the opponent can play the battle game in which he / she participates without interrupting the battle, even if he / she gives a response to accept the battle during the battle with another player. It will be possible.

A game server device according to a seventh aspect is
A game server device according to any one of claims Koko 4-6, the match authorization means, until the competition game in the already executed in the terminal device accepts the competition is finished,
It is characterized in that the terminal device that has issued the competition request is caused to execute the CPU game.

According to the above invention, the match permitting means causes the CPU game to be issued to the terminal device that has issued the match request until the match game already being executed in the terminal device that has accepted the match is completed. To be executed. Therefore, the player
Even if the opponent player designated as the opponent is playing a match with another player, a waiting time until the opponent game of the opponent player ends can be spent while playing the game by playing against the CPU player. It will be possible.

[0024] The game server device according to claim 8,
The game server device according to any one of claims 1 to 7 , wherein the player information includes name information of a player, class information indicating a level of strength in a game, and title information indicating a feature in a game. It is characterized by including at least one.

According to the above invention, the player information includes the name information of the player and the rank indicating the level of strength in the game.
Since at least one of the information and the title information indicating the characteristics in the game is included, the player can select and specify the opponent player whose conditions match his or her desires. For example, the convenience is improved when the player wants to compete with an opponent player of the same class or a slightly higher class. In addition, when the player knows the name of a friend or the like of the opponent player in advance, it is possible to play a game with a friend or the like at a distant place. Furthermore, when the game is a mahjong game, it is possible to specify the opponent based on the mahjong hitting line (feature) of the opponent player.

The game management program according to claim 9 is communicatively connected to a plurality of store server devices which are communicatively connected to a plurality of terminal devices each having a monitor.
Then, a game server device that manages the progress of a game to execute a competitive game between a plurality of terminal devices via a store server device is specified by identifying at least one other terminal device from one terminal device. which receives the pair against the request to the device, competition request all terminals which are the particular
Is connected to the same store server device that sent the
Shows whether or not there is an in-store battle request
A battle request receiving means for receiving the battle request discrimination information ,
Input from the player to the terminal device at the start of the game
Player information receiving means for capturing player information,
Player information storage means for storing information about the ear,
Match request accepted by the match request accepting means
Is not an in-store match request,
In response to a search request containing information that can identify player information
The player information storage means based on the search request.
Search to obtain player information that matches the search request from
Means and the match request reception means
If the match request is not an in-store match request, the search
The search result obtained by Dan is the end of the match request.
Send to the terminal device for display on the end device monitor
The match request receptionist is made to function as a search result transmitting means.
The match request accepted by Dan is the match request in the store
In some cases, the same store as the terminal device that issued the battle request
Game progress of all terminal devices connected to the server device
The line status is displayed on the monitor of the terminal device that issued the battle request.
It is characterized by having a function of transmitting to the terminal device as much as possible.

According to the invention, to identify other at least one or more terminal devices from one terminal device by the match request receiving means receives the pair against the request of the terminal device co
, All the specified terminal devices send out the match request.
Connected to the same store server device as the
A battle that indicates whether it is an in-store battle request that is a battle request
The request determination information is received , and the player information receiving means receives it.
Input from the player to the terminal device at the start of the game.
Player information stored in the player information storage means.
Information about the player is stored in the
Player information is included in the monitoring results of each terminal device depending on the stage
Be done.

Therefore, the player information receiving means can
The program input from the player to the terminal device at the start of the game
The layer information is captured and the player information is stored.
Therefore, not only the registered player but also the
Participating players should also participate in the competition game.
Is possible.

Furthermore, the match request reception means
If the attached battle request is not an in-store battle request,
The player information is retrieved from the terminal device by the retrieval means.
Search request including information that can identify the
The search from the player information storage means based on the search request
Player information that matches the request is acquired and search results are sent
The search results obtained by the search means by means
Send to the terminal device for display on the monitor of the terminal device.
Believed Therefore, the player is the player information storage means.
By referring to the player information stored in
To further expand the range of choices your opponents may make
And are possible.

According to a tenth aspect of the present invention, there is provided a game management method, which is communicably connected to a plurality of terminals each having a monitor.
By which a plurality of communicatively connected to the store server, a game server that manages the game progress in order to execute the competition game via the shop server device among a plurality of terminal devices
A game management method using a device, comprising one terminal device
Identify at least one other terminal device from the
Which receives the pair against the request to the device, which is the specific total
All terminals are in the same store as the terminal that issued the match request
In-store pair that is a battle request connected to the pave server device
Receives battle request discrimination information indicating whether or not a battle request is made
And the match request receiving step that, play when the game starts
Player information input to the terminal device from the player
The layer information reception step and information about the player
The player information storage step stored in the layer information storage means.
Are accepted in the match request acceptance step
If the match request is not an in-store match request,
Retrieval including information that can identify the player information from the device
A request is accepted, and the player information is received based on the search request.
Player information matching the search request is retrieved from the information storage means.
In the search step to obtain and the battle request acceptance step
Request received is not an in-store match request
The search results obtained in the search step
Should be displayed on the monitor of the terminal device that issued the battle request.
And a search result transmitting step for transmitting to the terminal device .
Issue a match request when the match request is an in-store match request
Connected to the same store server device as the terminal device
Send out a match request regarding the game progress of all terminal devices
Sent to the terminal device for display on the terminal device monitor
It is characterized by having a step of performing.

According to the invention, to identify other at least one or more terminal devices from one terminal device at match request receiving step receives the pair against the request of the terminal device co
, All the specified terminal devices send out the match request.
Connected to the same store server device as the
A battle that indicates whether it is an in-store battle request that is a battle request
Step for receiving player information after receiving request discrimination information
Input from the player to the terminal device at the start of the game.
Player information stored in the player information storage means.
Information about the player is stored in the
In step, player information is included in the monitoring result of each terminal device
Be done.

Therefore, in the player information receiving step,
The program input from the player to the terminal device at the start of the game
The layer information is captured and the player information is stored.
Therefore, not only the registered player but also the
Participating players should also participate in the competition game.
Is possible.

Further, it is accepted at the battle request acceptance step.
If the requested match request is not an in-store match request,
In the searching step, the player information is specified from the terminal device.
If a search request that includes information that can be set is accepted,
The search request from the player information storage means based on the request.
Player information that matches the
The search result obtained in the search step
Sent to the terminal device for display on the terminal device monitor.
Be done. Therefore, the player writes in the player information storage means.
By referring to the stored player information, the player
Can further expand the range of choices of opponents that
It will be possible.

[0034]

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 is communicatively connected to a client terminal device (corresponding to a terminal device) 1 and a plurality of (here, eight) client terminal devices 1 to which identification information is associated, and a plurality of players serve as clients. Store server device 2 that manages games played using terminal device 1
And a center server device 3 communicably connected to a plurality of store server devices 2 (corresponding to a game server device)
It has and.

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 described later, is stored in the user ID.
Is stored as player authentication information in association with
By transmitting and receiving data to and from the client terminal device 1 via the store server device 2, a player (an opponent) who plays a game in the same game space as the player is selected and designated.

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 displaying the game screen, the address of the button displayed on the game screen of the monitor 11 for urging the 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 an 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 detection signals from each unit and control signals 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 the 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 coating a transparent cover on a pressure sensitive material made of linear transparent material arranged vertically and horizontally at a predetermined pitch. It is affixed on the screen of 11. A well-known thing can be adopted as this touch panel 11a. Then, it is possible to determine which button has been 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 on 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, 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 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 fingerprint of the player is read by the CCD camera 14 a of the fingerprint authentication unit 14. Is picked up, 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 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
Includes 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. Based on the number of items virtually held by the player, the item movement unit 161d that moves a predetermined amount from the items virtually owned by the player among the players, and A rank determination unit 161f that determines a rank (corresponding to a class) representing a strength level,
A parameter calculation unit 161g that calculates a parameter representing a feature of the player in the game based on history data stored in a history storage unit 162b described later, and a player's title in the game based on the calculated parameter. A title giving unit 161h to be given and a life evaluation unit 161k for calculating and judging a life which is a criterion for judging whether or not continuous play is possible are provided.

Further, the RAM 162 of the control unit 16 stores a rank storage unit 162a (corresponding to a class storage means) for storing item quantity 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.
and a life storage unit 162d that stores the value of the life calculated by k.

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 determining unit 161b is a table selecting 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 stick (referred to as the origin) are the same. For example, the origin is 15,000 points in the case of one-game match, 20000 points in the case of Dongfeng game, and 25,000 points in the case of Hanjo-so game.

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 / decreases the life according to a predetermined rule, and determines whether the life has become a predetermined value or less. Specifically, the life of 5000 points is virtually given to each player at the start of the game, and the life is increased / decreased based on the increase / decrease of the player's stick. For example, if the player's stick is reduced by 3000 points, the life is increased by 3 in proportion to the decrease of the stick.
Reduce by 000 points. Also, the player's dot bar is 30
00 (= 3000 × 1) points, the life is increased to 2400 (= 3000 × 0.
8) Decrease points. When the life becomes 0 points or less during the competition, the player is prompted to insert coins to continue the competition. Life is 50 at the end of the match
It is checked whether or not there are 00 points, and if the life is less than 5000 points and the player continues to play, the player is prompted to insert coins. It should be noted that the life is over 5000 points at the end of the battle, and even when playing continuously, the life is initialized to 5000 points at the start of the game.

The rank 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 in association with the player's name.

The life storage unit 162d includes the life evaluation unit 1
The value of the life calculated by 61k 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 a detection signal from each unit and a control signal 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 unit 211 displays a desired image on the monitor 21 in accordance with an image display instruction from the control unit 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, 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 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 causes the client terminal device 1 corresponding to the terminal identification information transmitted from the center server device 3 via the network communication unit 28 to be associated with the terminal identification information via the interface unit 1a.
Send to. The information with the terminal identification information transmitted 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, various data such as predetermined image information, and the like. It has a ROM 363 in which a management program is stored in advance.

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
It has a function of managing the progress of the game and also has a monitoring unit 3
61a, a monitoring result transmitting unit 361b, a battle request receiving unit 361c, a battle request transmitting unit 361d, a response information receiving unit 361e, a battle possibility determining unit 361f, a battle permitting unit 361g, and a player information receiving unit 361h. , Search section 3
61i and the search result transmission part 361j are provided.

The monitoring section 361a monitors the game progress status of the player of each client terminal device 1. For example, each client terminal device 1 is monitored from the screen information developed in each client terminal device 1 and the operation status of the player. The game progress status indicates a status in which the game is not in competition with the player or the CPU player, and the CP in which each client terminal device 1 is an opponent with a CPU player controlled by a computer.
At least the execution of the CPU game, which indicates that the U game is being executed, and the execution of the competition game, which indicates a situation where each client terminal device 1 is executing the competition game with another client terminal device 1, are shown. Specifically, the monitoring unit 361a is
It has a function of determining whether the game progress status of each client terminal device 1 is in a standby state, a CPU game is being executed, or a game is being played.

Further, in the monitoring unit 361a, the client terminal device 1 that affirmed the competition is the other client terminal device 1
When a match-up game is being played between
The usage state of all the client terminal devices 1 in which the game is executed by 1 g is monitored, and when the opponent ends the game for some reason during the battle, the CPU player plays the subsequent play on behalf of the opponent. It has a function of transmitting instruction information to the effect that it is performed to the client terminal device 1 used by the player who has been playing against this opponent.

The monitoring result transmitting unit 361b is connected to the monitoring unit 361.
The monitoring result monitored by a is transmitted to each client terminal device 1 to be displayed on the monitor 11 of each client terminal device 1. That is, the player information regarding each player is displayed in association with the game progress status of the player for each client terminal device 1. Here, the player information includes any one of a name of each player, a class indicating a strength level of each player in the game, and a feature of each player in the game. Specifically, the monitoring result transmission unit 361b, as shown in the screen diagram described later, displays the name (name) of each player.
The class / title / competition status (game progress status) is displayed on the monitor of each client terminal device.

The battle request receiving section 361c receives a battle request from one client terminal device 1 by specifying at least one or more client terminal devices 1. That is, from the client terminal devices 1 associated with the player information included in the monitoring result transmitted by the monitoring result transmitting unit 361b, the client terminal device 1 that desires to compete in the same game space is selected and designated. The competition request is received from each client terminal device 1.

The battle request transmitting unit 361d notifies the client terminal device 1 selected and designated by the player using the client terminal device of the battle request received from the client request receiving unit 361c from the client terminal device 1. .

The response information receiving unit 361e is the client terminal device 1 notified by the competition request transmitting unit 361d.
From the response information in response to the exchange request.

The competition availability determination unit 361f determines whether the response information received by the response information receiving unit 361e affirms the competition. Here, affirming the battle means permission of the battle of the opponent player.

The match permitting unit 361g includes the response information receiving unit 3
The response information received by 61e is the competition availability determination unit 3
When it is determined by 61f that the battle is affirmed, the execution of the battle game is permitted between the client terminal device 1 that has affirmed the battle and the client terminal device 1 that has transmitted the battle request. . Further, when the monitoring unit 361a determines that the client terminal device 1 selected and designated as the opponent is waiting for the game or executing the CPU game, the match permitting unit 361g selects the client terminal device 1 that affirms the match. On the other hand, it has a function of giving permission to participate in the competition game. Furthermore, the competition permission unit 361g prohibits participation in the competition game when the client terminal device 1 that affirmed the competition is executing the competition game with another client terminal device 1 by the monitoring unit 361a. It has the function of (including interruption). Further, the competition permission unit 361g prohibits (holds or interrupts) the immediate execution of the competition game when the client terminal device 1 that affirms the competition is in the competition game with another client terminal device 1. Until the monitoring unit 361a recognizes that the game has ended, it has a function of transmitting an instruction to execute the CPU game to the client terminal device 1 that has transmitted the competition request.

The player information receiving unit 361h is the user ID of the player transmitted from each client terminal device 1.
It accepts personal information such as data and fingerprint feature point data, and accepts participation of the player in the game based on the player information stored in the player information storage unit 362a.

The search unit 361i receives a search request including information that can specify player information from each client terminal device 1, and sends the player information storage unit 362a to the client terminal device 1 during the game based on the search request.
To obtain the player information matching the search request together with the game progress status.

The search result obtained by the search result transmitting unit 361j is transmitted to each client terminal device 1 so as to be displayed on the monitor 11 of each client terminal device 1 together with the monitoring result.

The RAM 362 stores personal information such as user ID data and fingerprint feature point data, and associates class information indicating a player's strength level in the game with player identification information (user ID data). The title information indicating the characteristics of the tactics in the player's game is stored in association with the player's identification information, and the total number of wins, the total number of shots, and the total number of play stations, which are the past competition results in the player's game, are stored. Player information storage unit 362a that stores the number, the total number of dramas at the time of completion, the total number of reversals at the time of completion, the total number of times of completion, etc. in association with the player identification information, and each client terminal monitored by the monitoring unit 361a. Device 1
The game progress status storage section 362b for storing the game progress status of the above is constantly provided.

FIG. 9 is an example of a flowchart showing the operation of the center server device 3. First, the player information receiving unit 361h receives the personal information transmitted from the client terminal device 1 (step ST1), and permits the player to participate in the game based on the player information stored in the player information storage unit 362a. (Step ST3). Then, the battle request reception unit 361c
The player information receiving unit 361a allows one or more players to play in the same game space by the competition permission / inhibition judging unit 361f from among the players who are allowed to participate and are accepted (when the player is not in the "one-person hit" mode described later). It is determined whether or not the player can compete, and the competition permitting unit 361g transmits instruction information to the selected player to execute the game in the same game space to the client terminal device 1 used by the selected player. (Step ST5). Then, the monitoring unit 361a
The usage status of all the client terminal devices 1 in which the competitive game is being executed is monitored by the CPU player, and when the opponent finishes the game for some reason during the battle, the CPU player takes the place of the subsequent player on behalf of the opponent. Instruction information to play is transmitted to the client terminal device 1 used by the player who has been playing against this opponent (step ST7).

FIG. 10 is a flowchart showing the opponent decision executed in step ST5 of the flowchart shown in FIG. First, when player information (personal card ID and fingerprint data) is received from the client terminal device 1, an instruction for displaying the participation acceptance screen 500 shown in FIG. 11 is transmitted to the client terminal device 1 (step ST101). ). Next, when the information in which "battle match" is selected is received from the client terminal device 1, an instruction for displaying the participation acceptance screen 510 shown in FIG. 12 is transmitted to the client terminal device 1 (step ST103). .

Then, when the information in which "in-store battle" is selected is received from the client terminal device 1, an instruction for displaying the opponent designation screen 520 shown in FIG. 13 is transmitted to the client terminal device 1. (Step S
YES at T105). Next, when information is received from the client terminal device 1 in which an opponent who wants to compete with the player is selected and designated, the player for whom the instruction for displaying the competition candidate appearance screen 530 shown in FIG. 14 is selected and designated. Is transmitted to the client terminal device 1 used by (step ST107).

Next, when the response information from the client terminal device 1 is received and the competition permission / inhibition determination section 361f determines that the competition information is not permitted, the competition non-completion screen 540 shown in FIG. 15 is displayed. The instruction is transmitted to the client terminal device 1 which has transmitted the selection designation (NO in step ST109), and step ST
Return to 107. Further, when the competition permission / inhibition determination unit 361f determines that the competition is not permitted for the response information (YES in step ST109), the monitoring unit 361a causes
This client terminal device 1 is waiting for a game and the CPU
It is determined whether or not the game is being executed, or the competition game is being executed with another client terminal device 1 (step ST11).
1). Here, when it is determined that the game is waiting and the CPU game is being executed (YES in step ST111).
S), an instruction for displaying the battle establishment screen 550 shown in FIG. 16 is transmitted to the client terminal device 1 that has transmitted the selection designation, and is returned by the battle permission unit 361g.

When the monitoring unit 361a determines that the battle game is being executed with another client terminal device 1 (NO in step ST111), the instruction for displaying the battle success screen 560 shown in FIG. 17 is selected. It is transmitted to the client terminal device 1 which has transmitted the designation. Next, the competition permission unit 361g transmits an instruction to execute the CPU game to the client terminal device 1 that has transmitted the selection designation of the opponent, and the CP shown in FIG.
The CPU game is started on the U game screen 570 (step ST113). The monitoring unit 361a determines whether or not the competition game by the client terminal device 1 that has transmitted the information indicating the competition permission has ended (step ST115). When it is determined that the competitive game has ended (YES in step ST115), the CPU game is ended and the process is returned. Also, the monitoring unit 361
When it is not determined that the competitive game is finished by a (NO in step ST115), the process is in a standby state until it is determined that the competitive game is finished.

Further, when the information in which “national communication battle” is selected is received from the client terminal device 1, an instruction for displaying the opponent search screen 580 shown in FIG. 19 is transmitted to the client terminal device 1. (Step S
NO at T105). Then, the search unit 361i receives the search request under the search condition desired by the player from the client terminal device 1 (step ST117), and searches the player information matching the search condition. next,
An instruction to display the search result screen 590 shown in FIG. 20 is transmitted to the client terminal device 1 by the search result transmitting unit 361j (step ST119), and the process proceeds to step ST107.

FIG. 11 is an example of a screen view of the participation acceptance screen displayed on the monitor 11 of the client terminal device 1 in step ST101 of the flowchart shown in FIG.
On the participation acceptance screen 500, player information 501 operating the client terminal device 1 is displayed at the bottom of the screen,
The in-store situation 502 is displayed on the left side of the screen, the battle hitting selection unit 503 and the one-person hitting selection unit 504 are displayed on the upper right side of the screen, the player's name plate 505 is displayed on the right side of the screen, and the number of inserted coins 506 is displayed on the lower right side of the screen. Has been done. The player information 501 is displayed on the lower side of the screen in the opponent determination process in step ST5 of the flowchart shown in FIG. In addition, the battle hitting selection unit 503 and the one-person hitting selection unit 504 include an enter button 503a and an enter button 504a, respectively.

FIG. 12 is an example of a screen view of the participation acceptance screen displayed on the monitor 11 of the client terminal device 1 in step ST103 of the flowchart shown in FIG.
On the participation acceptance screen 510, an in-store battle 511 is displayed on the right side of the screen.
The national communication battle 512 is displayed, and the in-store situation 513 is displayed on the left side of the screen. Opponent designation 512 and opponent designation 513 are included in the in-store battle 511 and the national communication battle 512, respectively. Note that, as shown in the figure, partner designation buttons 511a and 512b may be provided.

FIG. 13 is an example of a screen view of the opponent designation screen displayed on the monitor 11 of the client terminal device 1 in step ST105 of the flowchart shown in FIG. On the opponent designation screen 520, a guidance part 521 indicating a method of designating an opponent is displayed on the upper right side of the screen, an in-store situation 522 is displayed on the left side of the screen, and player information 523 of the designated opponent is displayed on the lower right side of the screen. There is. Further, the in-store situation 522 includes a table number 522a, a player name / title / class 522b, and a battle situation 522c in the in-store. The player information selected by the player via the touch panel 11a is the player information 522d.
Is displayed. The player information 523 is O
It includes a K button 523a and a CANCEL button 523b. In addition, the OK button 523a is the touch panel 1
By pressing the button 1a, the player information selected and designated from the in-store situation 522 is confirmed and selected and designated as the opponent. Also, the CANCEL button 523
By pressing b through the touch panel 11a, the player information 5 selected and designated from the in-store situation 522 is displayed.
22d is released.

FIG. 14 is an example of a screen view of a competition candidate appearance notification screen displayed on the monitor 11 of the client terminal device 1 in step ST107 of the flowchart shown in FIG. In the competition candidate appearance notification screen 530, the competition candidate appearance notification unit 531 is displayed in the approximate center of the screen of the competition game screen displayed on the monitor 11 of the client terminal device 1 selected and designated as the competition opponent. The match applicant appearance notification unit 531 includes player information 531a, a YES button 531b, and a NO button 531c.

FIG. 15 is an example of a screen view of a battle unsuccessful screen displayed on the monitor 11 of the client terminal device 1 in step ST109 of the flowchart shown in FIG. On the battle unsuccessful screen 540, the battle unsuccessful notification section 541 is displayed on the upper right side of the screen, and the in-store situation 54 is displayed on the left side of the screen.
2 is displayed, and the player information display portion 543 selected and designated from the in-store situation 542 is displayed on the lower left side of the screen. Further, the player information display portion 543 includes an OK button 533a and a CANCEL button 533b.

FIG. 16 is an example of a screen view of the battle completion notification screen displayed on the monitor 11 of the client terminal device 1 in step ST111 of the flowchart shown in FIG. On the battle success notification screen 550, a battle success notification unit 551 is displayed on the upper right side of the screen. Also, the match establishment notification unit 5
At 51, a message 551a that the battle can be started immediately is displayed. The battle completion notification screen 550 is a screen displayed when the opponent player selected and designated by the player as an opponent is waiting for the game or executing the CPU game.

FIG. 17 is an example of a screen view of the battle completion notification screen displayed on the monitor 11 of the client terminal device 1 in step ST111 of the flowchart shown in FIG. On the battle success notification screen 560, a battle success notification unit 561 is displayed on the upper right side of the screen. Also, the match establishment notification unit 5
At 61, a message 561a indicating that the reserved competitive game (CPU game) is played because the opponent player selected and designated by the player as the opponent is playing a match with another player. The match notification screen 560 is a screen displayed when the opponent player selected and designated by the player as the opponent is executing the battle game.

FIG. 18 is an example of a screen view of a CPU game screen displayed on the monitor 11 of the client terminal device 1 in step ST113 of the flowchart shown in FIG. On the CPU game screen 570, the player 57
1, CPU player 572, CPU game display section 57
3 is displayed.

FIG. 19 is an example of a screen view of the opponent search screen displayed on the monitor 11 of the client terminal device 1 in step ST117 of the flowchart shown in FIG. On the opponent search screen 580, search condition input sections 581, 582, 583 and a search button 584 are provided in the approximate center of the screen.
Is displayed. Further, the search condition input unit 581 displays the class of each player as a search condition, and the class display unit 58.
1a, a search button 581b, and a search button 581c are included. The search condition input unit 582 displays the attributes of each player as search conditions, and the attribute display unit 582a,
A search button 582b and a search button 582c are included. The search condition input unit 583 displays the name of each player as a search condition and includes a name display unit 583a.

FIG. 20 is an example of a screen view of the search result screen displayed on the monitor 11 of the client terminal device 1 in step ST119 of the flowchart shown in FIG.
On the search result screen 590, a guidance section 591 indicating a method of designating an opponent from the search result is displayed on the upper right side of the screen, a search result status 592 is displayed on the left side of the screen, and a player information display section 593 is displayed on the lower right side of the screen. Is displayed. In addition,
The player information display portion 593 includes an OK button 593a and a CANCEL button 593b.

FIG. 21 is an example of a detailed flowchart of the process (competition monitoring process) of step ST7 shown in FIG. The following process is performed by the match monitoring unit 361i unless otherwise specified. 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 battle permitting unit 361g transmits instruction information for starting the battle to the monitored terminal (step ST73). Next, the battle interruption information indicating that the battle is interrupted is received from each client terminal device 1, and it is determined whether 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 playing 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 becomes the opponent on behalf of the leaving player (step ST77). Then, the battle end information indicating the end of the battle is received from each client terminal 1, and it is determined whether there is the battle end information (step ST79). If this determination is negative, the process returns to step ST75. If this determination is positive,
Whether 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 (the number of monitored terminals becomes 0). Whether or not it is determined (step ST81). If this determination is negative, the process returns to step ST75. If the determination in ST81 is affirmative, the process is returned.

Here, the operation of the client terminal device 1 executed based on the instruction of the center server device 3 will be described. FIG. 22 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 required for personal authentication is extracted by using the fingerprint information from the CCD camera 14a by 4 (step ST201). Then, the user ID data and the feature point data are transmitted to the center server device 3 (step S
T203). Then, the mode selection screen 500 for selecting the battle mode shown in FIG. 11 is displayed, the input from the player is accepted, and the battle mode is selected (step S
(T204), the battle mode information is transmitted to the center server device 3.

The flow chart shown in FIG. 22 will be described again. From the center server device 3, player information such as the name, rank and title (feature) of the player (competitor) is received as other player information for playing the game in the same game space (step ST205). Next, the instruction information for executing the game is received from the center server device 3, the game is started, and the place and the parent are determined (step ST207). Then, the battle is started (step ST209), and the battle screen 600 shown in FIG. 23 is displayed.

FIG. 23 is an example of a battle screen showing a battle situation. On the battle screen 600, a player's hand tile 601 is displayed on the lower side of the screen so that the type of tile can be seen, and an opponent's hand tile 602 is displayed on the upper side and the left and right sides of the screen so that the type of tile cannot be seen, A mountain 603 including a gutter for display dramas is displayed in the approximate center of the screen, a discarding gutter 604 is displayed around the mountain 603, and various buttons 616 pressed by the player are displayed on the lower side of the screen. The game progresses when the player appropriately presses the button 606 while looking at the battle screen 600.

The flow chart shown in FIG. 22 will be described again. When the battle starts, the life evaluation unit 161
The life is calculated by k, and it is determined whether or not the life is more than 0 points (1 point or more) (step ST211). When this determination is positive, the process proceeds to step ST217. If this determination is negative, the continuation selection screen shown in FIG. 24 that prompts the player to decide whether or not to continue the battle is displayed, and whether or not the coin is accepted by the coin accepting unit 15 by the player. It is determined whether or not to continue the currently accepted match depending on whether or not (step ST2).
13). 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 ST215), and the processing is ended. When this determination is affirmed, the process returns to step ST209.

FIG. 24 is an example of a screen diagram of the continuation selection screen. On the continuation selection screen 610, the match is continued depending on whether or not to insert a coin (here, 100 yen) "Do you want to continue playing? Please insert \ 100 to recover LIFE" in the center of the screen. A message 611 that prompts the player to decide whether or not to do it, and a predetermined time (here, 1
0 seconds) countdown countdown time 61
4 and are displayed. The player selects the continuation selection screen 61
By seeing 0, it is possible to confirm that coins need to be inserted before continuing the battle before the remaining time 614 becomes 0.

Returning again to the flowchart shown in FIG. 22, if the determination in step ST211 is affirmative, it is determined whether or not the battle is over (step ST217). If this determination is negative, the process returns to step ST209. If this determination is positive,
The battle end information indicating that the battle has ended is transmitted to the center server device 3, and the result determination unit 161b determines the ranking in the game (step ST219). 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
221). Next, 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 and the points that the player virtually possesses, and the rank is stored in the rank storing unit 162a. It is determined whether or not the rank is changed to the first rank by comparing the rank up to now (at the end of the previous game) with the rank (step ST223). When 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 ST229. The rank determined by the rank determining unit 161f is stored in the rank storage unit 162a and the rank information is transmitted to the center server device 3.

When the rank is changed to the first rank, the parameter calculation unit 161g calculates the parameter representing the player's characteristic in the game (step ST22).
5). 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 ST227), and the title storing unit 162c.
And the title information is transmitted to the center server device 3.

Then, it is determined whether or not the current life point is equal to or more than a predetermined point SL (5000 points in this case) necessary for continuously playing the game (step ST229). When this determination is positive, the continuation confirmation screen shown in FIG. 25 is displayed, the input from the player is accepted, and it is determined whether or not to continue the game (step ST231). When this determination is positive, the process returns to step ST203. If this determination is denied, the process proceeds to step ST237.

FIG. 25 is an example of a screen view of the continuation confirmation screen. On the continuation confirmation screen 620, a message 621 prompting the player to input whether or not to continue the play “Will you continue playing?” Is displayed in the approximate center of the screen, and the game is displayed below the message 621. A YES button 622, which is pressed by the player when continuing, and an N, which is pressed by the player when not continuing the game.
The O button 623 is displayed, and the remaining time 624 of waiting for the countdown judgment of a predetermined time (here, 30 seconds) is displayed below these buttons. The player must confirm that Y on the continuation confirmation screen 620 until the remaining time 624 reaches 0.
By depressing the ES button 622, the intention of continuing the game is displayed, and by depressing the NO button 623, the intention of not continuing the game is displayed. If the YES button 622 or the NO button 623 is not pressed even when the remaining time 624 becomes 0, it is considered that the NO button 623 is pressed.

Returning again to the flowchart shown in FIG. 22, when the determination in step ST229 is negative,
The continuation confirmation screen shown in FIG. 26 is displayed, and the judgment from the player is accepted depending on whether or not coins have been accepted by the coin accepting unit 15, and it is determined whether or not to continue the game (step ST233). When this determination is affirmative, it returns to step ST203, and when this determination is negative, it progresses to step ST237.

FIG. 26 is an example of a screen view of the continuation confirmation screen. On the continuation confirmation screen 630, it is determined whether or not to continue the game depending on whether or not to insert a coin (here, 100 yen) "Do you want to continue playing? Message 63 that prompts the player to
1 and the remaining time 634 waiting for the determination that the predetermined time (here, 30 seconds) is counted down are displayed. By looking at the continuation selection screen 630, the player can confirm that before the remaining time 634 becomes 0, it is necessary to insert a coin to continue the game.

Returning again to the flowchart shown in FIG. 22, when the determination in step ST233 or step ST231 is negative, the battle end information indicating that the game is finished is transmitted to the center server device 3 (step ST237), and the process ends.

The present invention can take the following modes.

(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, the form may be a card game, a Go game, a shogi game, or the like.

(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 a network.

(C) In the present embodiment, it is assumed that the control unit 36 of the center server device 3 has various functions. However, the function of this control unit 36 is provided in the client terminal device 1. But it's okay. By doing so, it becomes possible to play a competitive game between the client terminal devices 1 via the network.

[0130]

According to the invention described in claims 1, 9 and 10, when the game is started, it is input from the player to the terminal device.
Player information that has been captured is recorded and the player information is recorded.
It is remembered that only pre-registered players
Players who participate in the spot also participate in the competition game.
can do.

Further , the player is the player information storage means.
By referring to the player information stored in
To further expand the range of choices your opponents may make
You can

According to the invention of claim 2 , the player
Is the game progress of each terminal device by the monitoring result transmission means
By watching the situation monitoring result, the same game space
The game progress of the opponent player who wants to compete in
After confirming, you can notify the opponent player of the match application
In order to match the opponent player of the type desired by the player.
Can be designated as an opponent.

According to the invention of claim 3 , the competition request
Specified by the competition request acceptance means by the transmission means
Since the terminal device is notified that the battle request has been issued,
The player of the specified terminal device is requested to play the match.
I can know that.

According to the invention described in claim 4 , since the opponent player who has applied for the battle is given the opportunity to judge whether or not to compete with the player who has designated the battle before the battle, is if Ukere a response to the effect that accept the competition from the other player that you specify as the opponent, opponent player both it is possible to realize a competitive game in the top of the agreement.

According to the invention described in claim 5 , if the terminal device used by the opponent player designated as the opponent by the player is in the game standby state or in the execution of the CPU game,
It is possible to realize a battle game with another player who desires as an opponent. Therefore, if the player receives a battle permission from the opponent player designated as the opponent, the player can quickly realize the battle game unless the opponent player is playing a battle game with another player.

According to the sixth aspect of the present invention, when the opponent player designated as the opponent is in a battle with another player, the opponent player interrupts the battle even if he / she gives a response to accept the battle. You can play a competitive game in which you participate without any difficulty.

According to the invention described in claim 7 , even if the opponent player designated as the opponent is playing a match with another player, the player can play until the opponent game of the opponent player ends. You can spend your time playing the game by playing against the CPU player during the waiting time.
It can eliminate the tedious waiting time.

According to the eighth aspect of the present invention, the player can select and specify the opponent player whose conditions match his or her wishes in a very detailed manner. For example, it is possible to improve the convenience when the player wants to compete with an opponent player in the same class as or a slightly higher class.
Further, when the player knows the name of the friend of the opponent player in advance, it is possible to realize a battle with a friend or the like at a distant place. Further, when the game is a mahjong game, the opponent can be designated based on the mahjong hitting line (feature) of the opponent player.

[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 participation acceptance screen.

FIG. 12 is an example of a screen view of a participation acceptance screen.

FIG. 13 is an example of a screen view of an opponent designation screen.

FIG. 14 is an example of a screen view of a battle request notification screen.

FIG. 15 is an example of a screen view showing that the battle with the opponent is unsuccessful.

FIG. 16 is an example of a screen view showing that a battle with an opponent has been established.

FIG. 17 is an example of a screen view showing that a battle with an opponent has been established.

FIG. 18 is an example of a screen view of a reservation battle screen.

FIG. 19 is an example of a screen view of an opponent search screen.

FIG. 20 is an example of a screen view of a search result screen.

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

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

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

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

FIG. 25 is an example of a screen view of a continuation confirmation screen.

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

[Explanation of symbols]

DESCRIPTION OF SYMBOLS 1 client terminal device 2 store server device 3 center server device 36 control unit 361a monitoring unit (corresponding to monitoring means) 361b monitoring result transmitting unit (corresponding to monitoring result transmitting unit) 361c competition request receiving unit (to match request receiving unit) 361d Response information receiving section (corresponding to response information receiving means) 361e Matchability determination section (corresponding to competition possibility determining means) 361g Competition permission section (corresponding to competition permission means) 361h Player information receiving section (player) 361i Search unit (corresponds to search unit) 361j Search result transmission unit (corresponds to search result transmission unit) 362a Player information storage unit (corresponds to player information storage unit) 363b Game progress status storage Department 38 Network Communication Department

─────────────────────────────────────────────────── ─── Continuation of the front page (72) Inventor Hiroki Harano 4-3-1 Toranomon, Minato-ku, Tokyo KONAMI CORPORATION (72) Inventor Shigeto Akashi 4-3-1 Toranomon, Minato-ku, Tokyo Kona (56) References JP 2001-321570 (JP, A) JP 2001-212365 (JP, A) JP 2000-140413 (JP, A) (58) Fields investigated (Int.Cl. ⁷ , DB name) A63F 9/24 A63F 13/00-13/12

Claims (10)

(57) [Claims] 1. Communication is possible with a plurality of store server devices that are communicatively connected to a plurality of terminal devices each having a monitor.
Connected to the Noh, and via a store server device between multiple terminal devices.
A game server device for managing the progress of a game so as to execute a competitive game, wherein one terminal device is connected to at least one other terminal device .
Identified with receiving a pair against requirements of the terminal device, its
The terminals for which all the specified terminal devices of the
Match request connected to the same store server device as the device
Match request judgment indicating whether it is an in-store match request
Match request reception means for receiving separate information, and a player's input to the terminal device at the start of the game
Player information receiving means for taking in player information, and player information storing means for storing information about the player
And the battle request accepted by the battle request acceptance means
Is not an in-store match request,
In response to a search request containing information that can identify player information
The player information storage means based on the search request.
Search to obtain player information that matches the search request from
Means and the battle request accepted by the battle request accepting means
Is not an in-store match request, the search means
The acquired search results are returned to the terminal device that issued the battle request.
Search results sent to the terminal device for display on the monitor
And transmission means, competition request accepted by the match request receiving means
Is an in-store match request, the end that issued the match request
All devices connected to the same store server device as the end device
The game progress of the terminal device
A game server device, which transmits to the terminal device for display on a display monitor . 2. A game progress status of each terminal device is monitored.
Monitoring means, and the search result transmitting means is acquired by the search means.
Match the search result by the monitoring means together with the search result
To display on the monitor of the terminal device that issued the request,
The device according to claim 1, wherein the message is transmitted to the end device.
Server device for games. 3. The match request reception means specifies the match request.
Match request to notify that the match request was issued to the terminal device
The transmission requesting means is provided, The claim 1 or 2 characterized by the above-mentioned.
The server device for games according to. 4. The match request reception means specifies the match request.
A response information receiving means for receiving response information that is a response from the terminal device for the competition request, and the competition possibility determining section that the response information to determine whether or not to accept the match, which the response information accepts a match when it is, in any one of claims 1 to 3, characterized in that it comprises a competition permission means for permitting the execution of the competition game between the terminal device having issued match request the terminal device accepts the match The described game server device. 5. The game progress of the monitoring means is competing against each other.
Is in the state of wanting
Whether or not the game is waiting, and the game progress
Playing a CPU player controlled by a computer
It is determined whether or not the CPU game to be played is being executed, and the match permitting means determines whether the match game is started when the terminal device that has accepted the match is waiting for the game or is executing the CPU game.
The game server device according to claim 4 , wherein execution is permitted . 6. The competition permitting means does not permit execution of the competition game when the terminal device that has accepted the competition is executing the competition game with another terminal device. The game server device according to claim 4 or 5 . Wherein said match authorization means, characterized in that to execute the CPU game in <br/> terminal device accepts the match already up battle game in progress is completed, the terminal device having issued match request game server device according to any one of claims 4 to 6,. Wherein said player information, player name information of
Broadcast, the game server device according to claim 1, characterized in that it comprises at least one of title information indicating a feature of the game in the class information and the game representative of the intensity level. 9. Communication is possible with a plurality of store server devices that are communicatively connected to a plurality of terminal devices each having a monitor.
Connected to the Noh, and via a store server device between multiple terminal devices.
A game server device that manages the progress of the game in order to execute a competitive game, from one terminal device to at least one other terminal device .
Identified with receiving a pair against requirements of the terminal device, its
The terminals for which all the specified terminal devices of the
Match request connected to the same store server device as the device
Match request judgment indicating whether it is an in-store match request
Match request reception means for receiving separate information, and a player's input to the terminal device at the start of the game
Player information receiving means for taking in player information, and player information storing means for storing information about the player
And the battle request accepted by the battle request acceptance means
Is not an in-store match request,
In response to a search request containing information that can identify player information
The player information storage means based on the search request.
Search to obtain player information that matches the search request from
Means and the battle request accepted by the battle request accepting means
Is not an in-store match request, the search means
The acquired search results are returned to the terminal device that issued the battle request.
Search results sent to the terminal device for display on the monitor
The battle request received by the battle request receiving means is caused to function as the transmission means.
Is an in-store match request, the end that issued the match request
All devices connected to the same store server device as the end device
The game progress of the terminal device
A function to send to the terminal device for display on the monitor
A game management program characterized by having . 10. Communication with a plurality of store server devices communicatively connected to a plurality of terminal devices each having a monitor.
Connected to each other, and store server device between multiple terminal devices
A game management method using a game server device that manages the game progress in order to execute the competition game via the other at least one or more terminal devices from one terminal device
Identified with receiving a pair against requirements of the terminal device, its
The terminals for which all the specified terminal devices of the
Match request connected to the same store server device as the device
Match request judgment indicating whether it is an in-store match request
The battle request acceptance step of receiving separate information and the input from the player to the terminal device at the start of the game
A player information receiving step of taking in player information, and storing information about the player in the player information storage means.
Player information storage step and the battle accepted in the battle request acceptance step
If the request is not an in-store match request,
A search request including information that can specify the player information
Receiving and storing the player information based on the search request
Obtains player information that matches the search request from the means
Matches accepted in the search step and the match request acceptance step
If the request is not an in-store match request, the search step
The search results obtained in
Send to the terminal device for display on the terminal device monitor.
And a match received in the match request reception step.
If the request is an in-store match request, send the match request.
All connected to the same store server device as the
The game progress of all terminal devices
Send to the terminal device for display on the end device monitor
A game management method comprising: a step .