JP2002210248A - Network match game control method, control program and ic card - Google Patents

Abstract

PROBLEM TO BE SOLVED: To prevent unfair behavior such as a pretending as a player and a falsification of a move in the case of playing a network match game, and to prevent the generation of unfairness when a trouble is generated in a communication circuit or when interrupting the game more than two days. SOLUTION: A match control device obtains a personal key of each terminal, and when information is input from each terminal, the control device decodes the digital signature, which is added to each information input in the case of inputting the information from each terminal, with the personal key, and conforms property of a transmitter and the information on the basis of a result of the decoding. When the information about the move in the game is input from each terminal, the information about the move is forwarded to a terminal of an opposite player with the digital signature of at least one of the transmitter and the match control device in the only case where the property of the information is confirmed. Time information related to the waiting time from the time when the information about the move is transmitted to the time when the corresponding terminal returns a following move is measured, and progress of the game is controlled on the basis of the time information included in the information about the move and the time information obtained by measuring.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a network battle game used for playing a battle game such as shogi or go using a plurality of terminals connected via a communication network such as the Internet. The present invention relates to a management method, a management program, and an IC card.

[0002]

2. Description of the Related Art As shown in, for example, Japanese Patent Application Laid-Open No. 2000-157724, a plurality of terminals such as game machines are connected to the Internet, and a competition type game is played between a plurality of players via the Internet and a server on the Internet. It has been proposed to play the game.

[0005] As described above, when a competitive game is played via a network, it is necessary to register each user who is to compete in a server or the like in advance. In the conventional method, various people can freely register by a simple procedure, and can immediately participate in the game using the issued user ID and password. In some cases, it is not necessary to enter a user ID or password.

[0004]

When the conventional method is used, it cannot be guaranteed that the user actually participating in the game is a specific person. Even when performing personal authentication using a user ID or password,
A third party who has seen the user ID or password can participate in the game by impersonating the person. If the user ID and password are stored in the terminal itself,
A third party can impersonate a person by borrowing another person's terminal without permission.

[0005] Furthermore, by eavesdropping communication on the network, it is possible for a third party to impersonate himself and participate in the game, or to alter information transmitted from a specific game participant to participate in another game. Can also be forwarded to others. By the way, if a failure occurs in the communication line during the execution of the game, the game returns to the state before the failure and restarts the game. In such a case, while the game is interrupted due to a communication line failure,
Players can consider the following moves:

However, in a competitive game such as shogi, there are many cases in which a limit is set in advance on the time available for thinking for each move. In that case, when the game is interrupted, a lot of time is given only to one player who can think of the next hand, which causes unfairness. When a match is to be played over two or more days, the match must be interrupted every day and the continuation of the game must be resumed the next day. Therefore, it is necessary to interrupt the game even if no failure occurs in the communication line.

In a general game that does not use a computer or a network, a procedure called a sealer is performed to interrupt the game. In other words, write the hand of the next person to be beaten in advance on paper and seal it. The next hand that is sealed cannot be seen until the game is resumed, so no further hand for that hand can be considered during the interruption period. Therefore, fairness is maintained.

[0008] However, in the conventional method of playing a competitive game using a computer terminal or a network, a problem arises when the game is interrupted because there is no function like a sealer. The present invention, when implementing the above-described network battle game, prevents fraudulent activities such as spoofing of a player and tampering with a move, and also prevents a communication line failure or a game interruption due to a battle for two days or more. The purpose is to prevent problems such as injustice.

[0009]

A first aspect of the present invention is a network for managing the progress of a competitive game played between a plurality of terminals connected to a network by using a game management device connected to the network. A match game management method, wherein the match management device obtains a personal key of each terminal used in the match and, when information is input from each terminal used in the match, each of the input keys. The digital signature attached to the information is decrypted using the private key, and the validity of the sender and the information is confirmed based on the decryption result. In such a case, only when the validity of the information can be confirmed, the information of the move is attached to the sender and / or the game management device by attaching a digital signature to at least one of the sender and the game. Transfer to the terminal of the hand, at least transfer the information of the move to the terminal of the opponent, measure the time information related to the waiting time until the terminal returns the information of the next move, measure the information of the move The progress of the game is managed based on the included time information and the time information obtained by the measurement.

[0010] In the first aspect, the progress of the game is managed using the digital signature of the transmitting side attached to the information to be transmitted and the time information. For example, a digital signature created and encrypted by a sender using a sender's private key cannot be recovered without using the sender's public key. Also, only the sender who owns the private key can create the same digital signature.

Therefore, if the attached digital signature can be correctly restored, it can be recognized that the information has been transmitted from a specific sender and is legitimate information that has not been tampered with. In the case where the information of the consumption time and the time from when the terminal receives the information of the move to when the information of the next move is returned is managed in each of the game management device and the terminal, the time information of the game management device and The presence or absence of the abnormality can be detected by comparing the information with the time on the terminal side. For example, when information is falsified on a network, a time lag occurs, so that the abnormality can be detected.

According to a second aspect of the present invention, in the network competition game management method according to the first aspect, when the request information relating to the application for interrupting the game is input from each terminal used for the competition, The information is transferred to the terminal of the opponent of the sender, and if response information indicating that the interruption is acknowledged is input from the terminal of the opponent as a response to the request information, the terminal that transmitted the interrupt request is interrupted. It is characterized in that information indicating consent is transmitted, information of the next move is input from one terminal, and the input information of the next move is stored in the game management device together with at least information on the time at that time.

If the game is to be interrupted halfway, special considerations are needed to equalize the time allowed for both opponents to think. For example, if the first player interrupts the game while looking at the move from the second player, the first player will move next to the last move until the game resumes. Unfairness in time arises because you can think freely.

According to the second aspect of the present invention, when an attempt is made to interrupt, the next move is input to the first player, and the information of the move is stored in the game management apparatus without being transferred, and then interrupted. . Therefore, the second player who should consider the next move cannot see the last move sent by the first player until the game is restarted next, and there is no time unfairness. That is, even when a competitive game is performed on the network, the procedure of the sealer can be realized.

Further, since the time information is stored when the game is interrupted, when managing the accumulated time of the game, the actual accumulated time can be grasped in consideration of the time of interruption. According to a third aspect of the present invention, in the network competition game management method according to the second aspect, when the request information for restarting the interrupted game is input from both terminals in the game management device, respectively, The information of the next move stored in the terminal is extracted and transmitted to one terminal.

According to the third aspect, since the information of the move entered last at the time of the interruption is transmitted immediately after the restart of the game, the game can be resumed under the same conditions as before the interruption. Therefore, for example, it is possible to manage a game for two or more days. According to a fourth aspect of the present invention, in the network competition game management method according to the first aspect, when the first terminal and the second terminal play a game via the game management device, the game management device transmits the game from the first terminal. After transferring the information of the moved move to the second terminal, when it is detected that a failure has occurred in the communication line between the first terminal and the game management apparatus, the other terminal communicates with the second terminal. In addition to reporting the occurrence of a line failure, information of the next move is input from the second terminal, and the input information of the next move is stored in the game management device together with at least information on the time at that time. .

When a competitive game is played via a network, the game must be temporarily interrupted when a failure occurs in a communication line. Even in such a case, special consideration is required to equalize the time allowed for the thinking of both opponents. According to the fourth aspect, when the game is to be interrupted due to a failure in the communication line or the like, the next move is input from the second terminal and the move information is stored in the game management device without being transferred. And then interrupt. In this case, it is assumed that there is no failure in the communication line between the game management device and the second terminal.

Therefore, while the game is interrupted, no opponent can think about the next move, and there is no time unfairness. That is, when a failure occurs in the communication line, the game can be interrupted after automatically performing the procedure of the sealer. Further, since the time information is stored when the game is interrupted, when managing the accumulated time of the game, the actual accumulated time can be grasped in consideration of the time of interruption.

According to a fifth aspect of the present invention, in the network competition game management method according to the fourth aspect, in the game management device, request information for resuming a game interrupted due to a communication line failure is input from both terminals. in case of,
The information of the next move stored in the game management device is extracted and transmitted to the second terminal.

According to the fifth aspect, the information of the last hand entered when the interruption has occurred due to the failure of the communication line is described as follows:
Since the transmission is performed immediately after the game is resumed, the game can be resumed under the same conditions as before the interruption. Therefore, a long-term game can be managed without being affected by the communication line. According to a sixth aspect of the present invention, in the network competition game management method according to the first aspect, when the first terminal and the second terminal play a game via the game management device, the game management device transmits the game from the first terminal. After transferring the performed move information to the second terminal, when it is detected that a failure has occurred in the communication line between the second terminal and the game management apparatus,
The timer for time measurement is stopped, and the occurrence of a failure in the communication line of the partner is reported to the first terminal.

According to a sixth aspect of the present invention, when an interruption occurs due to a failure in a communication line, a terminal in which no failure has occurred,
It is possible to recognize from the notification from the game management device that a failure has occurred in the communication line of the other party. 8. The network competitive game management method according to claim 7, wherein when a plurality of terminals connected to the network are connected to each other via a game management device connected to the network, a competitive game performed between the plurality of terminals. A network competition game management method for managing the progress of a game, wherein the terminal obtains information of a personal key of the own station used for the competition, and information of a public key of at least one of the game management device and an opponent. Then, a digital signature encrypted with the personal key is attached to each piece of information to be transmitted to the game management device, and when information is input from the game management device, the digital signature is attached to each input information. The digital signature is decrypted using the public key, and the validity of the sender and the information is confirmed based on the decryption result. When the information of the move is input, the move information is reflected on the display output of the own station only when the validity of the information is confirmed, and at least the move information from the terminal of the opponent is reflected. Measuring time information related to the consumption time from input to the own station returning information of the next move, and attaching the time information obtained by the measurement to information of the next move transmitted by the own station. It is characterized by.

In the present invention, the progress of the game is managed using the digital signature of the transmitting side attached to the information to be transmitted and the time information. For example, a digital signature created and encrypted by a sender using a sender's private key cannot be recovered without using the sender's public key. Also, only the sender who owns the private key can create the same digital signature.

Therefore, if the attached digital signature can be correctly restored, it can be recognized that the information has been transmitted from a specific sender and is legitimate information that has not been tampered with. In the case where the information of the consumption time and the time from when the terminal receives the information of the move to when the information of the next move is returned is managed in each of the game management device and the terminal, the time information on the game management device side and the time information are used. The presence or absence of the abnormality can be detected by comparing the information with the time on the terminal side. For example, when information is falsified on a network, a time lag occurs, so that the abnormality can be detected.

According to a eighth aspect of the present invention, in the network competitive game management method according to the seventh aspect, information on a request or an understanding regarding an application to interrupt the game is input to the terminal.
In addition, when the next move is on the own station side, the game is interrupted after transmitting the information of the next move to the game management apparatus. If the game is to be interrupted midway, special considerations are needed to equalize the time allowed for both opponents to think. For example, if the first player interrupts the game while looking at the move from the second player, the first player will move next to the last move until the game resumes. Unfairness in time arises because you can think freely.

According to the present invention, when the next move is to be performed on the own station side when the player intends to interrupt the game, the progress of the game is interrupted after transmitting the information of the next move to the game management apparatus. I do. It is assumed that the information of the move which was transmitted last is stored in the game management device and does not reach the game partner until the game is restarted. Therefore, the second player who should consider the next move cannot see the last move sent by the first player until the game is restarted next, and there is no time unfairness. That is,
Even when a competitive game is executed on the network, the procedure of the sealer can be realized.

According to a ninth aspect of the present invention, in the network competition game management method according to the seventh aspect, when the first terminal and the second terminal compete via the game management device, a move sent from the first terminal. When the second terminal is notified of the occurrence of a failure in the communication line of the first terminal after the second terminal receives the information of the second terminal, the second terminal inputs the information from its own player. The game is interrupted after transmitting information of the next move to be performed to the game management device.

According to the ninth aspect, after the information of the last move reaches the second terminal, a failure in the communication line on the first terminal side occurs, and the communication between the second terminal side and the game management device occurs. It is assumed that there is no problem with the communication line. In the ninth aspect, the second terminal interrupts the progress of the game after transmitting information of the next move inputted from the player of the own terminal to the game management device. Also, it is assumed that the information of the move is stored in the game management device and is not transmitted to the first terminal until the game is restarted.

Therefore, while the game is interrupted due to a failure in the communication line, no player can think about the next move, and there is no time inequality. That is, when a failure occurs in the communication line, the game can be interrupted after automatically performing the procedure of the sealer. According to a tenth aspect of the present invention, in the network battle game management method according to the sixth aspect, when the first terminal and the second terminal play a match via the game management device, information on a move sent from the first terminal is provided. After receiving by the second terminal, the second
If a failure occurs in the communication line on the side of the terminal, the second terminal saves the information of the next move inputted from the player of the own station together with the time information in the IC card connected to the own station. And then interrupting the progress of the game.

According to a tenth aspect of the present invention, the case where a failure occurs in the communication line of the second terminal after the information of the last move reaches the second terminal and the second terminal cannot transmit the next move. I assume. In the tenth aspect, the second terminal saves the information of the next move inputted from the player of the own station together with the time information in the IC card connected to the own station, and then interrupts the progress of the game.

It is to be noted that, by storing the information of the move in a location that cannot be accessed by the user, such as a system area in an IC card, the recorded move information cannot be falsified. Therefore, while the game is interrupted due to a failure in the communication line, neither player can think about the next move, and there is no time inequality. That is, when a failure occurs in the communication line, the game can be interrupted after automatically performing the procedure of the sealer.

[0031] A computer of the game management device for managing the progress of a competitive game played between a plurality of terminals connected to the network using the game management device connected to the network. An executable management program, wherein the management program includes a procedure in which the game management device obtains a personal key of each terminal used in the match, and information from each terminal used in the match to the game management device. Is input, the digital signature added to each input information is decrypted using the personal key, and the sender and the information are verified based on the decryption result. When information on a move related to a game is input from each terminal used to the game management device, the move is performed only when the validity of the information is confirmed. A digital signature attached to at least one of the sender and the game management device, and transferring the information to the opponent's terminal of the sender, and the game management device transfers at least information on the move to the player's terminal. After that, the terminal measures time information related to the waiting time until returning the information of the next move, and progresses the game based on the time information included in the move information and the time information obtained by the measurement. And a management procedure.

By reading the management program of claim 11 and executing it on the computer of the game management apparatus, the same network competition game management method as in claim 1 can be implemented. According to a twelfth aspect of the present invention, when a plurality of terminals connected to a network are connected to each other via a game management device connected to the network, the progress of a competitive game performed between the plurality of terminals is managed. A management program executable by a computer of each of the terminals, wherein the management program includes a personal key of the own station used by the terminal for a match, and at least one of the game management device and an opponent. Procedures for obtaining key information, and for each information that the terminal transmits to the game management device,
A procedure for attaching a digital signature encrypted with the personal key, and, when information is input to the terminal from a game management device, the terminal discloses the digital signature attached to each piece of input information to the public. A procedure for decrypting using the key and confirming the validity of the sender and the information based on the decryption result; and, when information on a move related to the game is input from the terminal of the opponent to the terminal, the validity of the information is verified. The terminal reflects the information of the move on the display of the own station only when the terminal is able to confirm the property, and after the terminal inputs the information of the move from the terminal of the opponent, A step of measuring time information related to a consumption time until returning the information of the move, and attaching the time information obtained by the measurement to information of a next move to be transmitted.

By reading the management program from the recording medium of the twelfth aspect and executing it on the computer of each terminal, the same network competition game management method as that of the sixth aspect can be implemented.

In a thirteenth aspect, when a plurality of terminals connected to a network are connected to each other via a game management device connected to the network, the progress of a competitive game played between the plurality of terminals is established. An IC card capable of reading and writing information with a computer of each terminal for managing the data, wherein data recorded on the IC card is data of a private key assigned to the owner of the IC card. , A game record including public key data assigned to a game player, at least opponent identification information for identifying an opponent, and information on the content of each move and the date and time when each move occurred. Data is provided.

When the IC card of claim 13 is used, a digital signature of the owner can be created using the private key of the owner recorded on the IC card. Also, IC
The digital signature of the game manager can be decrypted using the game manager's public key recorded on the card. Further, since the data of the game record includes information on the date and time when each move has occurred, the validity of the game content can be grasped by checking the date and time.

According to a fourteenth aspect, in the IC card according to the thirteenth aspect, means for creating a digital signature using the private key data, and a digital signature attached to the input information using the public key data. Means for decrypting and confirming the validity of the information is provided. Claim 14
In the above, since the IC card has a function of creating a digital signature for transmission and a function of confirming the validity of received data from the received digital signature, it is limited by the type of terminal to which the IC card is connected. It is possible to execute the game without the need.

[0037]

DESCRIPTION OF THE PREFERRED EMBODIMENTS One embodiment of a network battle game management method and management program and an IC card according to the present invention will be described with reference to FIGS. This form corresponds to all claims.

FIGS. 1 to 7 are sequence diagrams showing communication procedures (1 to 7). FIG. 8 is a block diagram showing a configuration example of a system to be used. FIG. 9 is a sequence diagram showing procedures for member registration and IC card issuance. FIG.
It is a schematic diagram which shows the function of C card. FIG. 11 is a schematic diagram showing a configuration of data in the IC card. FIG. 12 shows an IC
It is a schematic diagram which shows the structure of the game recording information in a card.

FIG. 13 is a schematic diagram showing the structure of the game management table of the game management server. FIG. 14 is a schematic diagram showing the configuration of the game record table of the game management server.
FIG. 15 is a map showing the correspondence between the situation in the game management server and the processing to be executed. FIG. 16 to FIG.
It is a flowchart which shows operation | movement (1-14) of a game management server.

FIG. 30 is a schematic diagram showing the screen transition of the terminal. FIG. 31 is a front view showing a display example (1) of the screen of the terminal. FIG. 32 is a front view showing a display example (2) of the screen of the terminal. 33 to 41 are flowcharts showing the operation (1 to 9) of the terminal. FIG. 42 is a schematic diagram showing a communication data format (terminal → game management server). FIG. 43 is a schematic diagram showing a communication data format (game management server → terminal). FIG. 44 is a schematic diagram showing a communication data format (game management server → member management server). FIG. 45 is a schematic diagram showing a communication data format (member management server → game management server).

In this embodiment, it is assumed that a competitive game such as shogi or go is played between terminals connected via a network. In practice, a system having a configuration as shown in FIG. 8 is used. Referring to FIG. 8, the network 21 includes a plurality of terminals 11 (A) and 11 (B),
The game management server 22 and the member management server 23 are connected. The network 21 is assumed to be the Internet.

Each terminal 11 is connected to a card reader 12 and a personal identification device 13. Only registered members can participate in the game. An IC card 14 is issued to the registered member. By attaching the IC card 14 to the card reader 12, it is possible to participate in the game. The personal authentication device 13 uses the generally known means of biometrics authentication to identify the person who uses the IC card 14. As a means of biometric authentication, fingerprint matching, bill matching, voiceprint matching, or the like may be used.

In this example, when one player detects that the terminal 11 has been turned off, the application of the terminal 11 has been terminated, or the IC card 14 has been pulled out during the game, the player has malicious intent. It is assumed that the operation is performed and that the person loses the game. A person who intends to newly register as a member accesses the member management server 23 from an arbitrary terminal and performs a procedure as shown in FIG. Thereby, the IC card 14 issued by the member management server 23 can be obtained.

Although not shown, the IC card 14 has a built-in nonvolatile memory and a microprocessor. As shown in FIG. 10, the functions of the IC card 14 include a member identification function, a personal information management function, a signature creation function, a message validity confirmation function, and a history data (play record information) storage function. ing. In the IC card 14, card-specific information and game record information are recorded as shown in FIG.

In the IC card 14 issued from the member management server 23, the membership number, personal information, the owner's private key (private key), the owner's public key, and the game management server's public key are stored as card-specific information. Has been recorded. The game record information is a history of the game, and is sequentially added as the game progresses. The game record information includes a game date, a game partner's member number, a game partner's name, and game content data, as shown in FIGS.

Information on each move including the seal and the time pointed by the move is stored in a system area or the like in the IC card 14 where the user cannot write (read). When a line fault occurs, the information of the hand pointed and the time is stored as a sealing hand in a non-writable system area of the IC card 14 or the like. When the line is restored, the player can read out the seal and restart the game.

The program executed by the computer built in each terminal 11 can be easily created based on the contents described in the sequence diagrams of FIGS. 1 to 7 and the flowcharts of FIGS. 33 to 41. it can. 2
The progress of the game played between the terminals 11 (A) and 11 (B) is managed by the game management server 22. The game management server 22 includes a game management table (31) having a configuration as shown in FIG. 13 and a game record table having a configuration as shown in FIG.

The game management table (31) holds various information indicating the current situation of each game in order to manage each game. More specifically, as shown in FIG. 13, the game registration number, the progress status STS, the move (first move / late move), the number of moves, the remaining move time, the remaining move time, the line status, the current information of the transmission buffer and the timer Is held. The history data is sequentially added to the game record table as the game progresses. Each history data added for each game is
As shown in FIG. 14, it is composed of a header part and a hand part.

The management program executed by the computer of the game management server 22 can be easily created based on the contents described in the sequence diagrams of FIGS. 1 to 7 and the flowcharts of FIGS. 16 to 29. The game management server 22 proceeds to step S101 as shown in FIG.
And the data received from one terminal 11 in step S1
Various processes are executed in step S103 based on the data read from the game management table 31 in 02.

The correspondence between the situation in the game management server 22 and the processing to be executed is as shown in FIG. For example, during the game, the game management server 22 sets the terminal
When the data of the move Axx is received from (A), the game management server 22 executes the process of the number of “P1-01”, so the process starting from the label of “P1-01” shown in FIG. Be executed.

As shown in FIG. 15, the game management server 22
The types of situations include “before starting the game”, “during the game”, “preparing the sealing process”, “suspending (the sealing process)”, “suspending (the line is disconnected)”, and “ending the game”. The command types of the received data are “game start request”, “public key certificate”, “movement Axx”, “movement Bxx”,
"End notice", "Application for sealer", "Consent for sealer",
There are "unable to seal", "request for game restart", "line disconnection", "reconnection complete", and "restart permission notification".

Each terminal 11 displays various screens according to the situation. As shown in FIG. 30, the screen types include (a) an initial screen, (b-1) an in-game screen (own number), (b)
-2) There is a screen during game (other party's number), (c) game end screen, and (d) game stop screen. The display contents of each screen are shown in FIGS.
It looks like 2. Here, two terminals 11 (A), 11
The operation of the entire system when a game is played between (B) will be described. Here, it is assumed that the terminal 11 (A) of (A) is the first player and the terminal 11 (B) of (B) is the second player. The correspondence with (B) can be arbitrarily determined, for example, by the game management server 22 using random numbers. The format of data transmitted and received between each terminal 11 and the game management server 22 is as shown in FIGS.

First, a basic processing flow from the start of the game to the end of the game will be described with reference to FIGS. The terminal 11 (A) and the game management server 22 and the terminal 11 (B) and the game management server 22 are connected via the network 21.

First, the terminal 11 (A) transmits a game start request to the game management server 22 based on the data read from the IC card 14 at (Z101) (Z102). The request is accompanied by information on the member number of the owner (A) of the IC card 14 and its digital signature (hereinafter simply referred to as a signature). Note that the signature of (A) is information encrypted using the private key (secret key) of (A).

Here, in the game management server 22, S
TS changes from (0000) to (0010). The game management server 22 uses the member management server 23 in (Z103).
Request the public key certificate of (A). The public key certificate includes the public key and the signature of the issuer (in this case, the member management server 23). The public key certificate of (A) is (Z
At 104), the member management server 23 switches to the game management server 22.
, The game management server 22 decrypts the signature of (A) input in (Z102) using the public key of (A) included in the public key certificate, and starts the game of (Z102). Confirm that the request is from a valid member (A) (Z
105).

When it is confirmed that the game start request is valid, the game management server 22 transmits a partner waiting request to the terminal 11 (A) in (Z106). Here, the STS of the game management server 22 changes to (0020). Similarly to the above, the terminal 11 (B) sends the IC card 14 (B) to (Z1
A game start request is transmitted to the game management server 22 based on the data read in 08) (Z109). The request is accompanied by the membership number of the owner (B) of the IC card 14 and information on the signature.

The game management server 22 requests the public key certificate (B) to the member management server 23 at (Z110). When the public key certificate of (B) is input from the member management server 23 to the game management server 22 in (Z111), the game management server 22 uses the public key of (B) included in the public key certificate, The signature of (B) input in (Z109) is decrypted, and it is confirmed that the game start request of (Z109) is from a valid member (B) (Z112).

Thereafter, the game management server 22 determines the first / last move using random numbers and the like, and the terminals 11 (A), 11
A game start permission is transmitted to (B) (Z114, Z11
5). The game start permission transmitted to the terminal 11 (A) includes the name of the game partner (B), the member number of (B), the public key of (B), and information on the holding time. Similarly, terminal 11
In the game start permission transmitted to (B), the game partner is
The information includes the name of (A), the membership number of (A), the public key of (A), and the holding time.

Note that the signature of the game management server 22 is attached to all information transmitted or transferred by the game management server 22 to each terminal 11. However, in the following description, the description regarding the signature of the game management server 22 is partially omitted. In practice, each terminal 11 can confirm by signature that the information transmitted or transferred from the game management server 22 was sent from the game management server 22.

When transmitting the game start permission, the game management server 22 records the current time as the game start time and starts counting the internal timer of the game management server 22 itself. Upon receiving the game start permission from the game management server 22 at (Z114), the terminal 11 (A) starts counting its own internal timer, and (Z116)
Writes the start code in the IC card 14. The start code includes a game registration number, a time stamp (current time information), a holding time, a partner name, a partner member number, a game date,
It includes information on the first / second move.

Similarly, upon receiving the game start permission from the game management server 22 at (Z115), the terminal 11 (B)
In (Z117), the start code is written in the IC card 14. The start code includes a game registration number, a time stamp (information of the current time), a holding time, a partner name, a partner member number, a game date, and information on first / second players.

When the opponent (A) inputs the first move Ax0 to the terminal 11 (A) at (Z118), the terminal 11 (A)
(A) suspends the internal timer and moves Ax
0 is reflected on the screen display of the own station. Further, the terminal 11 (A) transmits the move notification including the move Ax0, the time stamp, the consumption time, the accumulated time, and the signature of (A) to the game management server 22 at (Z119). The consumption time is a time required until one move is input, and is a value counted by an internal timer. The cumulative time is the cumulative value of the time spent for all moves up to that time.

The information of the move Ax0 is stored in the IC card 1 together with the information of the consumption time and the time stamp (Z120).
4 is written. The game management server 22 (Z11
When the move notification (Ax0) is received in 9), the internal timer is stopped, and the consumption time and the accumulated time of (A) measured by the own station are obtained. Then, the consumed time and the accumulated time included in the received move notice (Ax0) are compared with the consumed time and the accumulated time measured by the own station, respectively.

That is, when the consumption time and the accumulated time on the terminal 11 side are largely different from the consumption time and the accumulated time on the game management server 22 side, there is a possibility that some problem has occurred, but when the difference is small. Can be considered as no problem. The game management server 22 sends the move notification (Ax
Based on the signature of (A) attached to (0), it is confirmed that the notice of the move is a legitimate move from (A) without tampering.

The game management server 22 records the move Ax0, the time stamp, the consumption time, the accumulated time, and the signature of (A) as a history in its own game record table (FIG. 14). Further, the game management server 22 restarts the internal timer and transfers the move notification (Ax0) to the terminal 11 (B) at (Z121). This move notice (Ax0) includes move Ax0, time stamp, (A)
And the signature of (A).

When receiving the move notice (Ax0) from the game management server 22, the terminal 11 (B) confirms the validity of the move notice based on the signature included therein, and
x0 is reflected on the screen of the own station, and the internal timer is restarted. Further, the game management server 22 (Z12
In 2), the move Ax0, the time stamp, and the consumption time are written to the IC card 14 (B) as a history.

When the opponent player (B) inputs the first move Bx0 to the terminal 11 (B) at (Z123) in FIG. 2, the terminal 11 (B) temporarily stops the internal timer and releases the move Bx0. Reflect on the station screen display. Also, the terminal 11
(B) is (Z124), move Bx0, time stamp,
A move notification including the consumed time, the accumulated time, and the signature of (B) is transmitted to the game management server 22. These consumption time and accumulated time are values counted using the internal timer of the terminal 11 (B).

The information of the move Bx0 is written in the IC card 14 (B) together with the information of the consumption time and the time stamp (Z125). The game management server 22
When the move notification (Bx0) is received in (Z124), the internal timer is stopped, and the consumption time and the accumulated time of (B) measured by the own station are obtained. Then, the received move notification (Bx
The consumed time and the accumulated time included in 0) are compared with the consumed time and the accumulated time measured by the own station, respectively.

That is, when the consumption time and the accumulated time on the terminal 11 side are largely different from the consumption time and the accumulated time on the game management server 22 side, there is a possibility that some problem has occurred, but when the difference is small. Can be considered as no problem. The game management server 22 sends the move notification (Bx
Based on the signature of (B) attached to (0), it is confirmed that the notice of the move is a valid move from (B) without tampering.

The game management server 22 records the move Bx0, the time stamp, the consumption time, the accumulated time, and the signature of (B) as a history in its own game record table (FIG. 14). Further, the game management server 22 restarts the internal timer and transfers the move notification (Bx0) to the terminal 11 (A) at (Z126). This move notice (Bx0) includes move Bx0, time stamp, (B)
And the signature of (B).

Upon receiving the move notice (Bx0) from the game management server 22, the terminal 11 (A) confirms the validity of the move notice based on the signature included therein, and
x0 is reflected on the screen of the own station, and the internal timer is restarted. Further, the game management server 22 (Z12
At 7), the move Bx0, the time stamp, and the consumption time are written as a history into the IC card 14 (A).

If the game progresses and one player (A) recognizes the opponent's victory when it is his / her turn, the player (A) presses the end button shown in FIG. 32 at (Z128). I do. In this case, the terminal 11 (A) stops the internal timer at (Z129) and announces the victory of the opponent. Further, the terminal 11 (A) records the end code on the IC card 14 at (Z130). The end code includes the time spent, the result, the cause, and the time stamp. Also, the terminal 11
(A) transmits an end notification to the game management server 22 in (Z131). The end notification includes the consumed time, the accumulated time, the result, the cause, the time stamp, and the signature of (A).

When receiving the end notification from the terminal 11 (A) at (Z131), the game management server 22 confirms the validity of the end notification by using the signature. Also, for each of the consumption time and the accumulated time, the measured value of the own station and the received value are compared to confirm that there is no significant difference. And
Record the end code in the game record table. The end code recorded in the game record table includes information on the time consumed, the result, and the cause.

Further, the game management server 22 (Z132)
Transmits an end notification to the terminal 11 (B). The end notification includes the result, cause, time stamp, consumption time, accumulated time, and signature of the game management server 22. Terminal 1
1 (B), upon receiving the end notification of (Z133), confirms the validity of the end notification by signature and announces the win of (B) based on the received "result" information. And
At (Z135), the end code is recorded on the IC card 14 (B). The end code includes the time spent, the result, the cause, and the time stamp.

Next, a description will be given, with reference to FIGS. 3 and 4, of a processing flow in the case where the game is interrupted, the game is interrupted, and the interrupted game is restarted. Each player can apply for a sealer by pressing a sealer application button displayed on the game screen of the terminal 11. In the example of FIG. 3, it is assumed that the player (B) performs an input operation of a sealing hand application on the terminal 11 (B) in (Z141).

In this case, the terminal 11 (B) transmits a notification of the application for a sealing hand to the game management server 22 at (Z142).
The signature of the player (B) is attached to the notification of the application for the sealer. Upon receiving the notification of the application for the sealing hand in (Z142), the game management server 22 confirms the validity of the application for the sealing hand based on the signature attached thereto. When receiving the valid sealer application, the game management server 22 sets (Z14
In 3), a notification of the application for a sealing hand is transmitted to the terminal 11 (A).
The notification of the sealing hand application transmitted by the game management server 22 includes the signature of the game management server 22 and the signature of the player (B).

Upon receiving the notification of the application for the sealing hand at (Z143), the terminal 11 (A) confirms the validity of the application for the sealing hand by the signature attached thereto. When the notification of the valid sealer application is received, a message notifying that the player (B) has applied for the sealer is sent to the terminal 11 (A).
Will be displayed on the screen. The player (A) presses the "OK" button displayed on the screen when the player (B) approves the application for the closing hand. In this case, the terminal 11 (A)
At 145), a notice of the approval of the sealing is transmitted to the game management server 22. The signature of the player (A) is attached to the notification of the approval of the sealing.

The terminal 11 (A) writes the interruption code in the IC card 14 at (Z146). Information indicating that the interruption is caused by the player (B) applying for a sealing hand and a time stamp are added to the interruption code. The game management server 22, upon receiving the notification of the completion of the sealing in (Z145), confirms the validity of the understanding of the closing with the signature of the player (A) attached thereto. When receiving the notification of the validity of the sealing operation, the game management server 22 (Z14
At 7), a notice of the approval of the sealing is transmitted to the terminal 11 (B). The signature of the player (A) and the game management server 22 is attached to this notification.

When the terminal 11 (B) receives the notice of the approval of the sealing at (Z147), the terminal 11 (B) confirms the validity based on the signature attached thereto. When the notification of the validity of the seal is received, a message indicating that the partner has acknowledged the seal is displayed on the screen of the terminal 11 (B). Further, the terminal 11 (B) transmits a suspension code (Z14
In step 8), data is written to the IC card 14 (B).

The player (B) enters the terminal 11 (B) at (Z149).
The next move Bx1 to be input to is handled as a sealing move.
The terminal 11 (B) transmits the move notice including the move Bx1, the time stamp, the consumption time, the accumulated time and the signature of the player (B) to the game management server 22 at (Z150). Further, the terminal 11 (B) writes information on the move Bx1, the time stamp, and the consumption time in the IC card 14 (B) at (Z151).

Upon receiving the notification of the move Bx1 at (Z150), the game management server 22 stops the internal timer and checks the validity based on the signature attached to the notification. Further, the consumed time and the accumulated time included in the received data are compared with the time measured by the game management server 22 itself to confirm that the difference is small. If the validity of the notification is confirmed, and further the difference between the consumed time and the accumulated time is confirmed to be small, the game management server 22 records and stores the data of the move Bx1 as a sealer in the game record table. The information of the sealer includes the move Bx1, the time stamp, the consumption time, the accumulated time, and the signature of the player (B).

Further, the game management server 22 (Z153)
Transmits a game interruption notification to the terminal 11 (B), and transmits a game interruption notification to the terminal 11 (A) at (Z155). Upon receiving the game interruption notification from the game management server 22 in (Z153), the terminal 11 (B) receives (Z15
In 4), the interruption code and the time stamp representing the sealing hand are set to I.
Write to C card 14 (B). At this point, the terminal 1
1 (B) can be removed.

Similarly, upon receiving the game interruption notification from the game management server 22 at (Z155), the terminal 11 (A)
At (Z156), the interruption code and the time stamp representing the sealing hand are written to the IC card 14 (B). At this point, the removal of the IC card 14 (A) from the terminal 11 (A) becomes possible. In this case, the move Bx1 last inputted from the player (B) is stored on the game management server 22 and the terminal 11
The player (A) on the (A) side cannot see. Therefore, while the game is interrupted, the player (A) cannot consider the next move in consideration of the move Bx1, and there is no time unfairness.

From the state where the game is interrupted by the sealer, (Z
When the player (A) presses the button for instructing the restart request in 157), the terminal 11 (A) displays an IC card input request on the screen (Z158).

The player (A) inserts the IC card 14 (A) into the terminal 1
When attached to the card reader 12 of 1 (A), the terminal 11 (A)
Reads the necessary data from the IC card 14 (A) in (Z159). The terminal 11 (A) transmits a game restart request to the game management server 22 at (Z160). The game restart request is accompanied by the membership number of the player (A) and the signature of the player (A).

Upon receiving the game restart request at (Z160), the game management server 22 confirms the validity of the game restart request based on the signature attached thereto. When a valid game resumption request is received, the game management server 22 (Z162)
Transmits a partner waiting request to the terminal 11 (A). Terminal 11
(A), upon receiving the partner waiting request in (Z162), displays a message indicating that it is in the partner waiting state on the screen and enters the waiting state (Z163).

Similarly to the above, when the player (B) presses the button for instructing the restart request in (Z171) of FIG. 4, the terminal 11 (B) displays the IC card input request on the screen (Z172). ). When the player (B) inserts the IC card 14 (B) into the card reader 12 of the terminal 11 (B), the terminal 11 (B)
(B) reads necessary data from the IC card 14 (B) in (Z173).

The terminal 11 (B) transmits a game restart request to the game management server 22 at (Z174). The game restart request is accompanied by the member number of the player (B) and the signature of the player (B). The game management server 22 (Z174)
When the game restart request is received, the validity of the game restart request is confirmed by the signature attached thereto. When a valid game resumption request is received, the game management server 22 (Z17
At 7), a restart permission is transmitted to the terminal 11 (A), and the internal timer is restarted (Z178) to transmit the restart permission to the terminal 11 (B).

In the next turn, the terminal 11 (A) is permitted to restart, and the move Bx1, the time stamp, the consumption time, the accumulated time, and (A), which are the sealing moves stored in the game record table of the game management server 22, are set. ) Signature is attached. Therefore,
Upon receiving the restart permission at (Z177), the terminal 11 (A)
The move Bx1 is reflected on the screen display, and the internal timer is restarted. The resume code including the move Bx1 is (Z
At 179), it is written to the IC card 14 (A).

Further, upon receiving the restart permission at (Z178), the terminal 11 (B) writes the restart code into the IC card 14 (B) at (Z180). Next, the flow of processing when a line failure occurs will be described with reference to FIGS. The description of the same processing as the basic processing shown in FIGS. 1 and 2 is partially omitted.

In FIG. 5, the player is represented by (Z201).
The move Ax2 input by (A) is notified to the game management server 22 as a move notification of (Z203).
The terminal 11 (B) is notified as a move notification of step 04).
In (Z206), a failure has occurred in the communication line between the terminal 11 (A) and the game management server 22.

In this case, the terminal 11 (A) writes the interruption code into the IC card 14 (A) at (Z208). Also, the terminal 11 (A) displays a message of reconnection on the screen, and transmits a reconnection request to the game management server 22 at (Z214). In the game management server 22, (Z20
When a line fault is detected in 6), a notice of disconnection of the partner line is transmitted to the terminal 11 (B) in (Z209).

When the terminal 11 (B) receives the notification of the disconnection of the other party's line from the game management server 22 at (Z209), it displays a message indicating that the game is continued on the screen, and at (Z210) the interruption indicating the other party's line failure. The code is written on the IC card 14 (B). A time stamp is also added to this interruption code. In this example, the game is continued, and the communication line between the game management server 22 and the terminal 11 (B) is normally connected. Therefore, the player (B) is (Z21
In step 1), the next move Bx2 is input. This move Bx2
Is the game management server 22 as the move notice of (Z212).
Sent to. Needless to say, the move notice includes the time stamp, the consumed time, the accumulated time, and the signature of (B).

Upon receiving the move notice at (Z212), the game management server 22 confirms the validity of the notice based on the signature included in the move notice, and further confirms that the difference between the measured value of the consumed time and the accumulated time and the received value is small. Is confirmed, and then the content of the move notification is recorded in the game record table. In the example of FIG. 5, when the terminal 11 (A) transmits the reconnection request at (Z214), the communication line between the terminal 11 (A) and the game management server 22 has already been recovered. 22 completes the reconnection in (Z215), and transmits a reconnection response to the terminal 11 (A) in (Z217). Further, the game management server 22 transmits a notification of the partner line recovery to the terminal 11 (B) at (Z216).

Upon receiving the reconnection response at (Z217), terminal 11 (A) displays a message of line recovery on the screen. When the player (A) inputs a restart request (Z218), the terminal 11 (A) displays an IC card input request message on the screen. When the IC card 14 (A) is inserted, the terminal 11 (A) reads data from the IC card 14 (A) and transmits a game restart request to the game management server 22 at (Z219). In this game restart request, the player
(A) The membership number and its signature are included.

Upon receiving the game restart request at (Z219), the game management server 22 confirms the validity of the restart request based on the signature included therein. When a valid game resumption request is received, the game management server 22 transmits a request for waiting for a partner to the terminal 11 (A) in (Z221).

[0097] In the terminal 11 (B), a message of partner line recovery is displayed on the screen. Therefore, the player
(B) performs the input operation of the restart request in (Z231) of FIG. In this case, the terminal 11 (B) displays an IC card mounting request message on the screen. When the IC card 14 (B) is inserted, the terminal 11 (B) reads data from the IC card 14 (B) and transmits a game restart request to the game management server 22 at (Z232). The game restart request includes the member number of the player (B) and the signature thereof.

Upon receiving the game restart request at (Z232), the game management server 22 checks the validity of the restart request based on the signature included in the request. When a valid game resumption request is received, the game management server 22 retrieves the move code stored in the game record table of the game management server 22 at the time of interruption, and signs, timestamps, and consumes the moves Bx2 and (B). The restart permission including the time and the accumulated time (Z
At 235), the timer is transmitted to the terminal 11 (A), and the timer is restarted.

Upon receiving the restart permission at (Z235), the terminal 11 (A) reflects the move Bx2 contained therein on the screen display and displays a restart message.
In (Z237), the restart code is stored in the IC card 14 (A).
Write to. The restart code includes the move Bx2, the time stamp, and the consumption time. Further, the game management server 22 transmits a restart permission to the terminal 11 (B) at (Z234). The terminal 11 (B), upon receiving the restart permission in (Z234), displays a restart message on the screen,
At (Z236), the restart code is written to the IC card 14 (B).

In the example of FIG. 7, the terminal 11 (B) receives the move Ax2 of the player (A) as a move notification of (Z254), and before the player (B) points the next move, the terminal management server 22
It is assumed that a failure has occurred in the communication line between the terminal 11 (B) and (Z256).

In this case, the terminal 11 (B) displays a message indicating the line failure and a message indicating that the line is being reconnected on the screen (Z257). Here, the player (B) moves to the next move Bx2.
Is input at (Z259), the terminal 11 (B)
x2, consumption time and time stamp
(B) is written as a history (Z260). This history is stored in a read-only state so that it cannot be falsified.

On the other hand, the game management server 22 (Z256)
When the failure of the line is detected at (Z262), the internal timer is stopped, and at (Z261), the terminal 11 is notified of the disconnection of the partner line
Send to (A). When the terminal 11 (A) receives the notification of the disconnection of the partner line at (Z261), the terminal 11 (A) writes the interruption code indicating the failure of the partner line to the IC card 14 (A) at (Z263). A time stamp is also added to the interruption code.

In the example of FIG. 7, the terminal 11
Since the line has already been recovered when (B) has transmitted the reconnection request, the reconnection request reaches the game management server 22.
Accordingly, the game management server 22 sends the terminal 11 (Z265)
The reconnection of the line with (B) is completed, and a reconnection response is transmitted to the terminal 11 (B) at (Z266). Further, the terminal 11 (A) transmits a notification of the partner line recovery at (Z267).

Upon receiving the reconnection response at (Z266), terminal 11 (B) displays a message on the screen to restore its own line. Then, when the player (B) inputs a restart request at (Z268), the terminal 11 (B) issues a game restart request including the move Bx2, the time stamp, the consumption time, the accumulated time, and the signature of (B) (Z270). Is transmitted to the game management server 22.

Upon receiving the game restart request at (Z270), the game management server 22 confirms the validity of the game restart request based on the signature included in the request and records the move code in the game record table. Further, the game management server 22 sets (Z
At 271), a restart request is transmitted to the terminal 11 (A).

When the terminal 11 (A) receives the resumption request of (Z271), a message indicating that the resumption request has been made is displayed, and the player (A) inputs an acknowledgment. Upon receiving the input of the consent, the terminal 11 (A) transmits a restart permission notification to the game management server 22. The game management server 22 is the terminal 11
When the restart permission notification is received from (A), the restart permission notification is transmitted to the terminal 11 (B) in (Z273). Also, (Z2
At 70), a move notification including the move Bx2 received from the terminal 11 (B) is transmitted to the terminal 11 (A) at (Z275), and the internal timer of the game management server 22 is restarted.

When the terminal 11 (A) receives the notice of the move at (Z275), the move Bx contained therein is received.
Since 2 is reflected on the screen display, the game can be restarted. Next, the operation of the game management server 22 will be described. As shown in FIG. 15, the game management server 22 executes the process (P0-01) (FIG. 17) when receiving the "game start request" in the "before game start" state, as shown in FIG. Is received (P0-02) (FIG. 18).

When the game management server 22 receives the "movement Axx or Bxx" in the "playing" situation, it executes the process (P1-01) (FIG. 19) and sends the "end notification". Upon reception, the process of (P1-02) (FIG. 2)
0) is executed, and when the “application for sealing hand” is received, the processing (FIG. 21) of (P1-03) is executed, and “line disconnection” is performed.
Is detected (P1-04) (FIG. 22).

Further, in the situation of “preparing for a sealed hand”, the game management server 22 executes the processing (FIG. 25) of (P2-03) upon receiving “movement Axx or Bxx”,
When "Under the Sealing" is received, the process (P2-01) is executed (FIG. 24), and when "Unsealable" is received, the process (P2-02) (FIG. 24) is executed.

In the situation of "interruption (sealing party)", the game management server 22 executes the process (P3-01) (FIG. 26) when receiving the "game restart request". In addition, in the situation of “interruption (line disconnection)”, the game management server 22 executes the processing (FIG. 27) of (P4-02) when “movement Axx or Bxx” is received, and executes the “game restart request”. Is received (P4-04) (see FIG. 2).
9) is executed, and when "line disconnection" is detected (P4-
01) (FIG. 22), and upon receiving "reconnection complete", executes the process (P4-03) (FIG. 28).

An outline of each process will be described. In the process starting from (P1-01) in FIG. 17, in step S81, it is determined which of the terminals 11 (A) and 11 (B) is the game start request, and the contents of the STS are further identified to perform the next process. Select and play to the member management server 23 (A or B)
Is transmitted, or a notification that the game start request has been received is transmitted to the terminal 11 (A or B).

In the processing starting from (P0-02) in FIG. 18, the validity of the game start request received using the public key in step S113 or S118 is confirmed. If a valid game start request is received, the public key of the player is recorded in the header of the game record table in step S114 or S119. When only the game start request from one terminal 11 has been received, step S116 or step S116 is performed.
In step 121, a partner waiting request is transmitted to the terminal 11 that has made the request, and if only a game start request from both terminals 11 is received, a game start permission notification is transmitted to both terminals 11 in step S123. From step S124, a start code is added to the game record table, and a game start process is executed.

In the processing starting from (P1-01) in FIG. 19, the validity of the move notification is confirmed by the signature in step S131, and the difference between the time measured by the internal timer and the consumption time included in the received data is determined in step S133. Are identified, and the leading / rearward of the move is identified in step S136.
In step S137 or S139, data processing is performed for the item of the corresponding number in the game management table, and in step S138 or S140, the history data of the move is added to the item of the corresponding number in the game record table.

In the process starting from (P1-02) in FIG. 20, in step S151, the validity of the end notification is confirmed by the signature, and in step S153, the difference between the time measured by the internal timer and the consumption time included in the received data is determined. Is identified, and in step S154, the leading / rearward of the move is identified.
In step S156 or S159, data processing is performed for the item of the corresponding number in the game management table, and in step S157 or S160, the history data of the end code is added to the item of the corresponding number in the game record table. Then, an end notification is transmitted to one terminal 11 in step S158 or S161.

In the processing starting from (P1-03) in FIG. 21, in step S171, the validity of the sealing hand application is confirmed by signature, the requester of the sealing hand application is identified in step S172, and the game management table is determined in step S173 or S175. Then, data processing is executed for the item of the corresponding number, and in step S174 or S176, a notification of the sealing hand application is transmitted to one terminal 11.

In the processing starting from (P1-04) in FIG. 22, the presence or absence of a line disconnection is identified in steps S182 and S187, and an interruption code is added to the game record table in steps S184 and S189, and steps S186 and S19 are performed.
At 0, a partner line disconnection notification is transmitted to one terminal 11 connected to the line. In the process starting from (P1-05) in FIG. 23, the presence or absence of a line disconnection notification is identified in step S201, and if a line disconnection notification is received, an interruption code is additionally recorded in the game record table in step S204, and A communication disconnection notification is transmitted to one of the connected terminals 11. The same applies to the processing starting from (P1-06).

In the process starting from (P2-01) in FIG. 24, the validity of the notification of the consent of handout received by signature in step S221 is confirmed, and the process proceeds to step S224 or S22.
In step S8, a notification of the end of sealing is transmitted to the requesting terminal 11, and in step S226 or S230, an interruption code is additionally recorded in the game record table. (P2-02) in FIG.
In the process starting with, a process is performed for the notification that the sealer is not allowed.

In the processing starting from (P2-03) in FIG. 25, the validity of the move notification is confirmed by the signature in step S241, and the difference between the time measured by the internal timer and the consumption time included in the received data is determined in step S244. Is identified, and the leading / rearward of the move is identified in step S247.
In step S248 or S250, data processing is performed on the item of the corresponding number in the game management table. In step S249 or S251, the history data of the move is added to the item of the corresponding number in the game record table.
Transmits a game interruption notification to both terminals 11.

In the process starting from (P3-01) in FIG. 26, the validity of the game restart request received by signature in step S261 is confirmed. On the other hand, when the game restart request is received from only one terminal 11, step S26
In step 6 or S270, a partner waiting request is transmitted to one terminal 11 that has made the request. If a game restart request has been received from both terminals 11, a restart permission notification is transmitted to both terminals 11 in step S273, and a restart code is additionally recorded in the game record table in step S274.

In the process starting from (P4-02) in FIG. 27, the validity of the move notification is confirmed by the signature in step S281, the leading / removing hand is identified in step S283, and the game management table is determined in step S284 or S289. The data processing is executed for the item of the corresponding number in step S285 or S290, and the history data of the move is added to the item of the corresponding number in the game record table in step S285 or S290.
In 287 or S292, a move notification is transmitted to one terminal 11.

In the process starting from (P4-03) in FIG. 28, it is determined in step S301 which reconnection (A) or (B) has been completed, and in step S304 or S307, the other terminal 11 Send notification of line recovery. FIG.
In the process starting from (P4-04) of No. 9, step S3
At 11, the validity of the game restart request received by signature is confirmed. When the game restart request has been received from only one terminal 11, a partner waiting request is transmitted to the one terminal 11 requested in step S316 or S321. If a game restart request has been received from both terminals 11, a restart permission notification is transmitted to both terminals 11 in step S323, and a restart code is additionally recorded in the game record table in step S324.

The operation of each terminal 11 is as shown in FIGS. The details of the processing shown in each figure will be briefly described below. In the processing shown in FIG.
When 1 completes reading data from the IC card 14, it sends a game start request to the game management server 22 in step S 402. When the notification is received from the game management server 22, the validity of the notification is confirmed in step S404 based on the signature included in the notification, and the type of the received content is identified in step S405, and a process corresponding to the received content is performed. Do.

In the processing shown in FIG. 34, processing is performed according to the input or the notification received from the line. If an input is directly performed on the terminal 11 by the input operation of the player, the process proceeds from step S422 to S426, and further proceeds to a process according to the type of input. If a win or loss is determined due to time out, the process proceeds from step S423 to S430.
If the notification is received from the line, the process proceeds from step S424 to S425, and the validity of the notification is confirmed by the signature. If a valid notification has been received, step S431 is performed.
To select a process to proceed further according to the type of the received notification.

That is, when the terminal 11 receives the “end notification”, the process proceeds from step S431 to FIG.
Proceeding to the process of b-1-1), when the “game stop notification” is received, the process proceeds from step S431 to (Qb-1-
Proceeding to the process of 2), when the "notification of the other party's line disconnection" is received, the process proceeds from step S431 to FIG. 35 (Qb-1-3).
When "line disconnection" is received, the process proceeds from step S431 to the process (Qb-1-4) shown in FIG.

[0146] When the "application for sealing hand" is received, the process proceeds from the step S431 to the processing of (Qb-1-5) shown in FIG. 36.
The process proceeds from the step S431 to the process (Qb-1-8) shown in FIG. 36, and when the "confirmation of sealing" is received, the process proceeds from the step S431 to the process (Qb-1-6) shown in FIG.
If "own line recovery" is received, step S431
From the step (Qb-1-9) shown in FIG.

When a move is input to the terminal 11, steps S426 in FIG. 34 to FIG. 37 (Qb
Go to the process starting from -1-7). In this case, step S5
In step 22, the state of LA, LB, and FI is checked to select the next processing. The processing shown in FIG. 38 is executed in the case of a later player. In the process shown in FIG. 38, a process is performed according to an input or a notification received from a line. If the input is directly performed on the terminal 11 by the input operation of the player, step S5
The process proceeds from S41 to S544. If the notification has been received from the line, the process proceeds from step S542 to S543, and the validity of the notification is confirmed by the signature. If a valid notification has been received, the process proceeds to step S546, and a process to proceed further to the next is selected according to the type of the received notification.

That is, when the terminal 11 receives the “movement notice”, the process proceeds from step S546 to the process shown in FIG.
Proceeds to the process of b-2-1), when the “end notification” is received, proceeds to the process of (Qb-2-2) shown in FIG. 39 from step S546, and receives the “game interruption notification”. In step S546, the process proceeds from step S546 to the process of (Qb-2-3) shown in FIG. 39, and when the “notification of partner line disconnection” is received, the process proceeds from step S546 to the process of (Qb-2-4) shown in FIG. Proceeding to the process, if “line disconnection” is received, step S546
Then, the process proceeds to (Qb-2-5) shown in FIG.

[0128] When "application for sealing hand" is received, the process proceeds from the step S546 to the processing of (Qb-2-6) shown in FIG. 40.
The process proceeds from the step S546 to the process (Qb-2-7) shown in FIG. 40, and when the "confirmation of sealing" is received, the process proceeds from the step S546 to the process (Qb-2-8) shown in FIG.

In the processing shown in FIG. 41, a procedure for restarting the game from the game suspended state is performed. That is, after reading data from the IC card 14, the terminal 11 transmits a restart request to the game management server 22 in step S606 or S607. If there is an unsent move in the terminal 11, step S606 is executed, and thus the unsent move information is attached to the restart request.

When the terminal 11 receives the notification from the game management server 22, the terminal 11 checks the validity of the notification by signature in step S609, and then selects a process to proceed to the next according to the type of the received notification. Note that, in this example, the game management server 22 transmits the signature of the transmitting side and the game, when transferring a notification such as a move transmitted from one terminal 11 (A, B) to the terminal 11 (B, A) of the other party. The processing is performed so as to attach both the signature of the management server 22 itself. However, it is also possible to omit attaching one of the signature on the transmission side and the signature on the game management server 22.

[0131]

As described above, according to the present invention, when playing a network battle game, it is possible to prevent fraudulent acts such as spoofing of a player or tampering with a move, and to prevent a communication line failure or a battle for two days or more. Can prevent problems such as unfairness when the game is interrupted.

[Brief description of the drawings]

FIG. 1 is a sequence diagram showing a communication procedure (1).

FIG. 2 is a sequence diagram showing a communication procedure (2).

FIG. 3 is a sequence diagram showing a communication procedure (3).

FIG. 4 is a sequence diagram showing a communication procedure (4).

FIG. 5 is a sequence diagram showing a communication procedure (5).

FIG. 6 is a sequence diagram showing a communication procedure (6).

FIG. 7 is a sequence diagram showing a communication procedure (7).

FIG. 8 is a block diagram illustrating a configuration example of a system to be used.

FIG. 9 is a sequence diagram showing procedures for member registration and IC card issuance.

FIG. 10 is a schematic diagram showing functions of an IC card.

FIG. 11 is a schematic diagram showing a configuration of data in an IC card.

FIG. 12 is a schematic diagram showing a configuration of game record information in an IC card.

FIG. 13 is a schematic diagram showing a configuration of a game management table of the game management server.

FIG. 14 is a schematic diagram showing a configuration of a game record table of the game management server.

FIG. 15 is a map showing a correspondence between a situation in the game management server and a process to be executed.

FIG. 16 is a flowchart showing an operation (1) of the game management server.

FIG. 17 is a flowchart showing an operation (2) of the game management server.

FIG. 18 is a flowchart showing an operation (3) of the game management server.

FIG. 19 is a flowchart showing an operation (4) of the game management server.

FIG. 20 is a flowchart showing an operation (5) of the game management server.

FIG. 21 is a flowchart showing an operation (6) of the game management server.

FIG. 22 is a flowchart showing an operation (7) of the game management server.

FIG. 23 is a flowchart showing an operation (8) of the game management server.

FIG. 24 is a flowchart showing an operation (9) of the game management server.

FIG. 25 is a flowchart showing an operation (10) of the game management server.

FIG. 26 is a flowchart showing an operation (11) of the game management server.

FIG. 27 is a flowchart showing an operation (12) of the game management server.

FIG. 28 is a flowchart showing the operation (13) of the game management server.

FIG. 29 is a flowchart showing an operation (14) of the game management server.

FIG. 30 is a schematic diagram showing screen transition of a terminal.

FIG. 31 is a front view showing a display example (1) of the screen of the terminal.

FIG. 32 is a front view showing a display example (2) of the screen of the terminal.

FIG. 33 is a flowchart showing an operation (1) of the terminal.

FIG. 34 is a flowchart showing an operation (2) of the terminal.

FIG. 35 is a flowchart showing an operation (3) of the terminal.

FIG. 36 is a flowchart showing an operation (4) of the terminal.

FIG. 37 is a flowchart showing an operation (5) of the terminal.

FIG. 38 is a flowchart showing an operation (6) of the terminal.

FIG. 39 is a flowchart showing an operation (7) of the terminal.

FIG. 40 is a flowchart showing an operation (8) of the terminal.

FIG. 41 is a flowchart showing an operation (9) of the terminal.

FIG. 42 is a schematic diagram showing a communication data format (terminal → game management server).

FIG. 43 is a schematic diagram showing a communication data format (game management server → terminal).

FIG. 44 is a schematic diagram showing a communication data format (game management server → member management server).

FIG. 45 is a schematic diagram showing a communication data format (member management server → game management server).

[Explanation of symbols]

 DESCRIPTION OF SYMBOLS 11 Terminal 12 Card reader 13 Identity authentication device 14 IC card 21 Network 22 Game management server 23 Member management server 31 Game management table

──────────────────────────────────────────────────の Continued on the front page (51) Int.Cl. ⁷ Identification symbol FI Theme coat ゛ (Reference) G06K 19/10 G06K 19/00 R (72) Inventor Toshiho Dobashi 2-3 Otemachi 2-chome, Chiyoda-ku, Tokyo No. 1 Nippon Telegraph and Telephone Corporation F-term (reference) 2C001 AA01 BA04 BB02 CA02 CB08 CC01 2C005 MA04 MA05 MB01 MB04 MB09 SA05 SA13 SA21 5B035 BB09 CA11 CA38

Claims (14)

[Claims] 1. A network competition game management method for managing the progress of a competition game played between a plurality of terminals connected to a network using a game management device connected to the network, In the game management device, the personal key of each terminal used for the match is obtained, and when information is input from each terminal used for the match, the digital signature added to each input information is described above. Decryption is performed using the personal key, and the validity of the sender and information is confirmed based on the decryption result. If information on a move related to the game is input from each terminal used in the battle, the validity of the information is verified. Only when it can be confirmed, the information of the move is transferred to the sender's opponent's terminal with a digital signature of at least one of the sender and the game management device attached, At least, transfer the move information to the opponent's terminal and measure the time information related to the waiting time until the terminal returns the next move information, and measure the time information and the time information included in the move information. A network competitive game management method, wherein the progress of the game is managed based on the obtained time information. 2. The network competition game management method according to claim 1, wherein, when request information relating to a game interruption application is input from each terminal used for the battle, the game management device transmits the request information. Transfer to the terminal of the opponent of the competitor, and when the response information indicating the acknowledgment is input as a response to the request information from the terminal of the opponent, the acknowledgment is indicated to the terminal that transmitted the interrupt request Transmitting information, inputting information of the next move from one terminal, and storing the inputted information of the next move together with at least the information of the time at that time in the game management device, . 3. The network management game management method according to claim 2, wherein in the game management device, when request information for restarting the interrupted game is input from both terminals, respectively, And extracting the information of the next move stored in the terminal and transmitting the information to one terminal. 4. The network management game management method according to claim 1, wherein when the first terminal and the second terminal play a game via the game management device, the game management device transmits the game from the first terminal. After transferring the information of the moved move to the second terminal, when it is detected that a failure has occurred in the communication line between the first terminal and the game management apparatus, the other terminal communicates with the second terminal In addition to reporting the occurrence of a line failure,
A network play game management method, comprising: inputting information of a next move from a second terminal, and storing the input information of the next move together with at least information on a time at that time in a game management device. 5. The network competition game management method according to claim 4, wherein the game management device is configured such that, when request information for restarting a game interrupted due to a communication line failure is input from both terminals, respectively. And extracting the information of the next move stored in the game management device and transmitting the information to the first terminal. 6. The network battle game management method according to claim 1, wherein when the first terminal and the second terminal play a battle via the game management device, the game management device transmits the game from the first terminal. After detecting the occurrence of a failure in the communication line between the second terminal and the game management device after transferring the moved information to the second terminal, the timer for measuring time is stopped, and A method for managing a network competitive game, comprising reporting a failure of a communication line of a partner to one terminal. 7. When a plurality of terminals connected to a network are connected to each other via a game management device connected to the network, the progress of a competitive game performed between the plurality of terminals is managed. A network match game management method for the terminal, wherein the terminal obtains information of a personal key of the own station used for the match and information of at least one of the public key of the game management device and the opponent, Attach a digital signature encrypted with the personal key to each piece of information to be transmitted to, when information is input from the game management device, add the digital signature attached to each piece of input information to the When the sender and the information are verified using the public key and the validity of the information is confirmed based on the decryption result. Reflects the information of the move on the display of the own station only when the validity of the information can be confirmed, and at least inputs the information of the move from the terminal of the opponent, and then the own station moves to the next move. A time information related to the time consumed until the information is returned, and attaching the time information obtained by the measurement to information of the next move transmitted by the own station. 8. The network competition game management method according to claim 7, wherein the terminal receives information on a request or an understanding of an application for interrupting the game, and when the next move is performed on the terminal, A network competitive game management method, wherein the progress of the game is interrupted after transmitting the next move information to the game management device. 9. The network competition game management method according to claim 7, wherein when the first terminal and the second terminal play a game via the game management device, information on a move sent from the first terminal is used. If the second terminal is notified of the occurrence of a failure in the communication line of the first terminal after the reception by the second terminal, the second terminal receives the next input from its own player. A game process for interrupting the progress of the game after transmitting the information of the move to the game management device. 10. The network competition game management method according to claim 7, wherein when the first terminal and the second terminal play a game via the game management device, information on a move sent from the first terminal is used. If a failure occurs in the communication line of the second terminal after the reception by the second terminal, the second terminal transmits the information of the next move inputted from the player of the own station to the time. A network competitive game management method, wherein the game progress is interrupted after storing the information in an IC card connected to the own station together with the information. 11. A computer of the game management device for managing the progress of a competitive game played between a plurality of terminals connected to the network using the game management device connected to the network. The management program, wherein the game management device obtains a personal key of each terminal used in the match, and information is input to the game management device from each terminal used in the match. In this case, a procedure for decrypting the digital signature added to each piece of input information using the private key and confirming the validity of the sender and the information based on the decryption result, and When information on a move related to a game is input from the terminal to the game management device, the move information is transmitted only when the validity of the information is confirmed. Transferring the digital signature of at least one of the player and the game management device to the terminal of the opponent of the sender, and transferring the information of at least the move to the terminal of the player after the game management device transfers the information to the terminal of the player. A procedure for measuring time information related to the waiting time until the terminal returns the next move information, and managing the progress of the game based on the time information included in the move information and the time information obtained by the measurement; The management program characterized by having provided. 12. When a plurality of terminals connected to a network are connected to each other via a game management device connected to the network, the progress of a competitive game played between the plurality of terminals is managed. A management program executable by the computer of each of the terminals, wherein the management program includes a personal key of the own station used by the terminal for a match, and a public key of at least one of the game management device and an opponent. And a step of attaching a digital signature encrypted with the personal key to each piece of information transmitted by the terminal to the game management device. Information is input to the terminal from the game management device. In this case, the terminal decrypts the digital signature attached to each piece of input information using the public key and, based on the decryption result, determines the sender and the information. A procedure for confirming the validity, and when information on a move related to a game is input from the terminal of the opponent to the terminal, the terminal transmits the move information only when the validity of the information can be confirmed. A procedure for reflecting the information on the display output of the own station, and measuring the time information related to the consumption time from when the terminal inputs the information of the move from the terminal of the opponent until the own station returns the information of the next move. Attaching the time information obtained by the measurement to information of a next move to be transmitted. 13. When a plurality of terminals connected to a network are connected to each other via a game management device connected to the network, the progress of a competitive game played between the plurality of terminals is managed. Readable and writable information by computer at each terminal
A card, wherein the data recorded on the IC card include private key data assigned to the owner of the IC card, public key data assigned to the game manager of the game, and at least an opponent. An IC card comprising: opponent identification information for identification; and game record data including information on each move and the date and time when each move occurred. 14. The IC card according to claim 13, wherein: means for creating a digital signature using the private key data; and decrypting the digital signature attached to the input information using public key data. And a means for confirming the validity of the IC card.