JP2002210251A - Management method and management program for network competition game, and ic card - Google Patents

Abstract

PROBLEM TO BE SOLVED: To prevent an illegal act such as pretense or move falsification in execution of a network competition game, prevent generation of unfairness in a suspension of the game caused by a communication line failure or a competition over two days, and dispense with a server managing the competition. SOLUTION: In this method, a terminal acquires information about a personal key of its own station, a public key and a certificate, acquires destination information showing an opponent's address, exchanges information about a public key certificate, attaches a signature to each information sent to an opponent's terminal, confirms justice of information inputted from the opponent's terminal by the signature, confirms the justice of the move information inputted from the opponent's terminal, reflects it on display output of the own station, inputs the move information from the opponent, measures a consumption time from the input of the move information from the opponent to a return of a next move of the own station, and attaches the temporal information to the next move information sent from the own station.

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. Further, in the conventional method, it is necessary to provide a server for relaying and managing a match, so that a relatively high operation cost cannot be avoided.

The present invention prevents a player from improperly performing spoofing or falsification when playing a network battle game as described above, as well as interrupting the game due to a communication line failure or a battle for two days or more. It is an object of the present invention to prevent problems such as unfairness from occurring at the time of the game, and to eliminate the need for a server for managing a match.

[0010]

A first aspect of the present invention is a network competitive game management method for managing the progress of a competitive game played between a plurality of terminals via a network. Obtain information on the personal key, public key, and its certificate of the own station used for the network, obtain the destination information indicating the address of the opponent on the network, and start the network The information exchange of the public key certificate is performed through the following steps. A digital signature encrypted with the personal key is attached to each piece of information to be transmitted to the terminal of the other party after the game start procedure. If information is input from the other party's terminal after, the digital signature attached to each piece of input information is decrypted using the public key of the public key certificate received from the other party. In addition, the validity of the sender and the information is confirmed based on the decryption result, and if information on a move related to the game is input from the opponent's terminal, the validity of the information is limited only when the validity of the information is confirmed. Reflect the move information on the display output of your own station, and measure the time information related to the consumption time from the input of the move information from at least the opponent's terminal until the own station returns the information of the next move. The time information obtained by the measurement is attached to the information of the next move transmitted by the own station.

In the first aspect, each terminal first obtains information of its own personal key, public key, and its certificate, and also obtains destination information (eg, IP address) of the opponent. For these pieces of information, predetermined information is
What is necessary is just to input from a storage device like a C card. Each terminal can transmit information to a terminal of a specific opponent using the obtained destination information, and perform communication between both terminals. Through this communication, information on the public key certificate is exchanged between both terminals that are competing.

In general, a public key certificate includes a public key and a digital signature of an issuing authority that issued the public key, so that the public key of an opponent can be obtained from the public key certificate. In addition, the validity of the public key can be confirmed by checking the digital signature of the public key certificate.
Information sent from each terminal after the game start procedure includes:
The digital signature of the sender is attached. Since the digital signature included in the information received from the partner station can be decrypted using the public key of the partner station obtained in the game start procedure, the validity of the received information can be confirmed by checking the decryption result.

When the validity of the move transmitted from the partner station is confirmed, the move is reflected on the display output of the own station. Therefore, it is possible to eliminate improper activities such as impersonation of a player and falsification of a move. Also, when information on a move from an opponent is input, the time consumed from that point in time until the own station returns information on the next move is measured, and the time information is transmitted to the next move transmitted by the own station. Attached to the information. The time information transmitted from the partner station can be used to confirm the validity of the content of the move.

According to a second aspect of the present invention, in the network competitive game management method of the first aspect, when an application for interruption of the game occurs, a confirmation of the interruption is performed between both terminals, and the interruption is confirmed. After checking, if the terminal of your own station is in the order to enter the next move,
The game is interrupted after storing the information of the next move inputted in the own station together with the information on the current date and time in the storage device connected to the own station.

If the game is to be interrupted halfway, special considerations are needed to equalize the time allowed for the thinking of both opponents. 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, in the case where an attempt is made to interrupt, the next move is input to the first opponent, and information of the move is transmitted without being transmitted to the storage device (for example, an IC card) of the own station. And save. Therefore, the second player who should consider the next move cannot see the last move entered 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 competitive game management method according to the second aspect, when an application for resuming an interrupted game is generated, a plurality of terminals competing as a game resuming procedure understand the resumption via the network. If the player enters the information on the move at the end before the game is interrupted, the last move stored in the storage device connected to the own station is confirmed. Is read and transmitted to the terminal of the other party to restart the game.

According to the third aspect, when resuming the interrupted game, it is firstly confirmed between both terminals playing the game that the resumption has been acknowledged. In the case of resumption, since the public key of the other party has already been obtained, the signature transmitted from the other party can be checked by using the public key to confirm whether the resumption request is valid. In the terminal that stores the last move (seal) entered before the game is interrupted in its own storage device, the information of the last move is taken out from the storage device and transmitted to the terminal of the other party. Thus, the interrupted game can be restarted from the same state as before the interruption.

According to a fourth aspect of the present invention, in the network competitive game management method of the first aspect, if the own station cannot transmit the information of the move to the opponent via the network, the information of the move and the occurrence of a failure in the communication line may occur. Is stored in a storage device connected to the own station, and the progress of the game is automatically interrupted. When a competitive game is implemented via a network, if a failure occurs in a communication line, the game must be temporarily interrupted. Even in such a case, special consideration is required to equalize the time allowed for the thinking of both opponents.

In the present invention, when the information of the move transmitted by the own station to the network cannot be transmitted to the opponent, it is considered that a failure has occurred in the communication line, and processing for interrupting the game is performed. In this case, move information,
After storing information indicating the occurrence of a failure in the communication line and information on the current date and time in a storage device connected to the own station, the progress of the game is automatically interrupted.

When a failure occurs in the communication line, the information of the last move does not reach the opponent, so that the opponent cannot think about the next move while the game is interrupted, and the time is limited. There is no inequity. 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 competitive game management method according to the fourth aspect, when an application for resuming an interrupted game occurs, a plurality of terminals competing as a game resuming procedure via a network. Confirmation of resuming and confirming the legitimacy of the opponent, if the last time the player entered information on the move before interrupting the game, it was stored in the storage device connected to the own station It is characterized in that information of the last move is read, transmitted to the terminal of the opponent, and the game is restarted.

According to the fifth aspect, when resuming the interrupted game, it is firstly confirmed between both terminals that play the game that the resumption has been acknowledged. In the case of resumption, since the public key of the other party has already been obtained, the signature transmitted from the other party can be checked by using the public key to confirm whether the resumption request is valid.

In the terminal storing the last move (seal) entered before the game is interrupted in the storage device of its own station, the information of the last move is taken out from the storage device and transmitted to the terminal of the other party. . Thus, the interrupted game can be restarted from the same state as before the interruption. Claim 6 is a management program executable by a computer of the terminal for managing the progress of a battle game played between a plurality of terminals via a network, wherein the management program includes A procedure for obtaining information on the personal key, public key and certificate of the own station used, a procedure for obtaining destination information indicating an address of an opponent on the network, and a procedure for starting a plurality of terminals to be played as a game start procedure. A procedure for exchanging information of a public key certificate between networks via a network, and a procedure for attaching a digital signature encrypted with the personal key to each piece of information to be sent to a partner terminal after the game start procedure When information is input from the terminal of the other party after the game start procedure, a digital signature attached to each piece of input information is replaced with the public key certificate received from the other party. Decryption using the public key of the book and verifying the validity of the sender and the information based on the decryption result. If information on the move related to the game is input from the terminal of the opponent, the A procedure for reflecting the information of the move on the display output of the own station only when the performance is confirmed,
Measure the time information related to the consumption time from when the information of the move from at least the opponent's terminal is input to the time when the own station returns the information of the next move, and the own station transmits the time information obtained by the measurement. And a step of attaching the information to the information of the next move to be transmitted.

By reading the management program of claim 6 and executing it on the computer of each terminal, the same network battle game management method as in claim 1 can be implemented. 8. An IC card capable of reading and writing information by a computer of each terminal for managing the progress of a competitive game played between a plurality of terminals via a network, wherein the IC card As the data recorded in the private key, public key and public key certificate assigned to the owner of the IC card, and the disclosure of the member manager necessary for decrypting the digital signature of the public key certificate. Key data, own station address data indicating the address of the own station on the network, opponent station address data indicating the address of the opponent station on the network, opponent identification information for identifying at least the opponent,
It is characterized by providing game record data including the content of each move and information on the date and time when each move occurred.

When the IC card of claim 7 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
Assigning an address on the network to the terminal of the own station using the own station address data (for example, IP address) recorded on the card, and transmitting data to the other station using the other station address data (for example, IP address). Accordingly, communication can be performed between the terminals that are competing with each other.

Furthermore, the encryption of the digital signature of the other party can be decrypted using the public key of the other party extracted from the public key certificate. Also, since the data of the game record includes information on the date and time when each move has occurred, it is possible to confirm the legitimacy of the game content by comparing the date and time. Claim 8 is the IC card according to claim 7,
Means for creating a digital signature using the private key data, and means for decrypting the digital signature attached to the input information using the public key data to confirm the information and the validity of the game partner. It is characterized by having.

According to the present invention, 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 possible to execute the game without being restricted by the difference.

[0029]

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 6 are sequence diagrams showing communication procedures (1 to 6). FIG. 7 is a block diagram showing a configuration example of a system to be used. FIG. 8 is a schematic diagram showing functions of the IC card. FIG. 9 is a schematic diagram showing a configuration of data in the IC card. FIG. 10 is a schematic diagram showing a configuration example of the game record information in the IC card. FIG. 11 is a sequence diagram showing procedures for member registration and IC card issuance. 12 to 14 are front views showing display examples (1 to 3) of the screen of the terminal. FIG. 15 is a map showing the correspondence between the situation in each terminal and the processing to be executed. FIG.
FIG. 25 is a flowchart showing the operation (1 to 10) of each terminal.

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. 7 is used. Referring to FIG. 7, a plurality of terminals 11 (A) and 11 (B) and a member management server 23 are connected to a network 21. Network 2
The first assumes 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. 8, the functions of the IC card 14 include a member identification function, a personal information management function, a digital signature (hereinafter simply referred to as a signature) creation function, a message validity confirmation function, and history data. (Game record information) storage function.

In the IC card 14, card-specific information, game condition information, game record information, and game partner information are recorded as shown in FIG. In the IC card 14 issued from the member management server 23, the member number, personal information, the owner's private key (private key), the owner's public key, the public key certificate, the own station's IP ( Internet Protoco
l) The address and the public key of the member manager (member management server 23) are recorded.

The IC card 14 issued from the member management server 23 has game time information such as holding time, presence / absence of a seal, provision of points for holding shogi, handling when re-pointing a thousand days, how to determine the first / rear hand, and how to play. Information is recorded. Further, the IC card 14 issued from the member management server 23 records a list of game partner candidates (members) as game partner information. The information of each candidate in the list of game partner candidates includes information of a name, a member number, and an IP address to be used.

The game record information is a history of the game, and is sequentially added as the game progresses. The game record information includes FIG.
As shown in the table, the game date, the member number of the game partner, the name of the game partner, and game content data are included. The information on each move including the seal and the time pointed by the move cannot be written by the user in the IC card 14 (read is possible).
It is stored in a simple system area. 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 6 and the flowcharts of FIGS. 16 to 25. it can. 2
The progress of the game performed between the terminals 11 (A) and 11 (B) can be performed without using a special management server.
Controlled by own control.

Each terminal 11 repeatedly performs the processing shown in FIG. That is, based on the data received from the opponent's terminal 11 in step S101, the information directly input from the player in step S102, and the data read from the game management table 31 in step S103, the process proceeds to step S104. Perform various processes. Although not shown, the game management table 31 provided on each terminal 11 stores a game registration number, a progress status STS, a turn, the number of moves, a remaining time, a remaining time, a line state, a transmission buffer, and a timer. Information is retained.

The correspondence between the status (STS) at each terminal 11 and the processing executed at the terminal 11 is as shown in FIG. For example, when the new game start request button or the restart request button of the terminal 11 is pressed by the player of the own station in the initial state, the terminal 11 executes the process of the number “P0-01”. The processing starting from the label “P0-01” shown in FIG.

As shown in FIG. 15, the types of situations in the terminal 11 are "initial state", "preparing to play", "playing", "suspending", "preparing to resume", and "finish playing".
There is. As the types of input or received contents, "pressing a new game start request button or pressing a restart request button", "receiving a notification of a new game start request or a restart request", "receiving a notification of a game start permission or a restart permission" , "Reception of game refusal notification", "Entering move", "Reception of move notification", "Pressing line status confirmation button", "Reception of line status confirmation notification",
"Pressing the seal application button", "Receiving the seal application notification", "Receiving the seal notification", "Receiving the seal refusal notification", "Receiving the game interruption notification", "Pressing the exit button", "End notification" There is "Detection of time out, holding of shogi, and formation of 1000 days".

Each terminal 11 displays various screens according to the situation. Representative screen types include an initial screen (1 to 5) as shown in FIG. 12, a game preparation screen, a suspended screen (line failure), a suspended screen (sealer), and a resume as shown in FIG. There are a preparation screen, an in-game screen (own number), an in-game screen (number of the other party), and an end screen as shown in FIG.

Here, two terminals 11 (A) and 11 (B)
The operation of the entire system when a game is played between will be described. In this case, the terminal 11 (A) of (A) is the first,
Although it is assumed that the terminal 11 (B) in (B) is behind, the correspondence between the actual front / rear and each of the terminals 11 (A) and 11 (B) is arbitrary using, for example, random numbers. Can be determined.

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 terminals 11 (A) and 11 (B) are connected via a network 21. In this example, the terminal 11 is connected via the Internet (network 21).
All data transmitted and received between (A) and the terminal 11 (B) are attached with a signature encrypted with the private key of the transmitting side. On the receiving side, the validity of the other party and the validity of the received data are confirmed by the signature.

Initially, an initial screen (1) shown in FIG. 12 is displayed on the screen of each terminal 11. Therefore, the terminal 11
When the player (A) using (A) presses the "start new game" button on the screen, an initial screen (2) shown in FIG. 12 is displayed. I possessed by the player according to the message on the screen
When the C card (member card) 14 is attached to the card reader 12, the terminal 11 reads necessary data from the IC card 14.

The data to be read includes a game partner list (see FIG. 9). Then, the terminal 11 (A) uses this information to display the name list of the member as shown in the initial screen (3) of FIG. 12, and prompts the player of his / her own station to select a player. When your opponent selects an opponent,
The terminal 11 (A) transmits a game start request to the IP address of the selected member (Z101). The game start request is accompanied by the public key certificate of the player (A). The public key certificate includes the public key and the signature of the issuer (in this case, the member management server 23).

In this example, the player is provided to the terminal 11 (A).
The IP address of (A) is assigned, and the IP address of the player (B) is assigned to the terminal 11 (B). Terminal 11
(A), after transmitting the game start request, displays a response waiting message of the other party on the screen as shown in the initial screen (4) of FIG. 12 (STS = 0010). On the other hand, when the IC card 14 (B) possessed by the player (B) is attached to the card reader 12 also in the terminal 11 (B), the terminal 11 (B) reads necessary data.

When receiving the game start request of (Z101), the terminal 11 (B) displays a message indicating that there is a game waiting partner on the screen (STS = 0001). Then, the terminal 11 (B) is attached to the received game start request.
The public key certificate of (A) is notified to the IC card 14 (B).
Since the IC card 14 (B) holds the public key of the member manager as card-specific information shown in FIG. 9, the signature of the public key certificate can be decrypted. Then, the IC card 14 (B) checks the validity of the public key certificate notified from the terminal 11 (A) (Z102), and outputs the result to the terminal 11 (B).
Notify.

When the terminal 11 (B) confirms that the valid game start request has been received by the public key certificate, the terminal 11 (B) confirms whether the game start is possible or not as shown in the initial screen (5) of FIG. A message is displayed on the screen to prompt the player (B) to input. When the player (B) presses the game start OK button,
After confirming the game start condition, the terminal 11 (B) sets (Z10
In 3), a game start permission is transmitted to the IP address of the player (A). The game start permission is attached with information on the first / second player and the public key certificate of the player (B).

After transmitting the game start permission in (Z103), the terminal 11 (B) displays a game preparation screen as shown in FIG. 13 on its own screen. The terminal 11 (A) is connected to (Z1
03) When the game start permission is received, it is attached to it.
The public key certificate of (B) is notified to the IC card 14 (A).
In this case, the IC card 14 (A) checks the validity of the public key certificate notified from the terminal 11 (A) (Z104), and notifies the terminal 11 (A) of the result.

If the validity of the game start permission received by the public key certificate can be confirmed, the terminal 11 (A) plays the game including the game registration number assigned to the current game and the signature of the player (A). The start permission is transmitted to the IP address of the player (B) (Z105). The terminal 11 (A) writes the start code into the IC card 14 (A). This start code includes
The information includes a game registration number, a time stamp (current time), a holding time, a partner name, a partner member number, and a game date.

In this example, since the player (A) is the first player, the terminal 11 (A) starts playing the game and measures the time required for inputting one hand of the player (A). Start time measurement by the station's internal timer. The terminal 11 (A) displays an in-game screen (own number) as shown in FIG.

Upon receiving the game start permission at (Z105), the terminal 11 (B) decrypts the encryption of the signature on the transmitting side using the public key, and confirms the validity of the received data. If a valid game start permission is received, the start code is set to IC
Write to card 14 (B). The start code includes information on a game registration number, a time stamp (current time), a holding time, a partner name, a partner member number, and a game date. Further, the terminal 11 (B) displays an in-game screen (other party's number) as shown in FIG.

In FIG. 2, when the player (A) of the first move enters the first move Ax0, the terminal 11 (A) moves to the move Ax.
0 is reflected on the screen display and the internal timer is temporarily stopped. Then, the terminal 11 (A) issues a move notification (Z11
In 1), the message is transmitted to the terminal 11 (B). This move notice includes
In addition to the move Ax0, information on the consumption time, the accumulated time, and the time stamp measured by the internal timer of the terminal 11 (A) is included. Further, the terminal 11 (A) writes the information of the move Ax0, the consumption time, and the time stamp into the IC card 14 (A) as the history of the move.

When receiving the move notice at (Z111), the terminal 11 (B) confirms the validity of the notice by signature and reflects the move Ax0 of the partner on the screen display. Further, the internal timer of the terminal 11 (B) starts counting. Further, the terminal 11 (B) writes the information of the move Ax0, the consumption time, and the time stamp as the history of the partner's move to the IC card 14 (B).

When the opponent (B) inputs the first move Bx0, the terminal 11 (B) reflects the move Bx0 on the screen display and temporarily stops the internal timer. Then, the terminal 11 (B) sends a move notice (Z112) to the terminal 1 (B).
1 (A). This move notice includes move Bx0
In addition, information on the time consumed, the accumulated time, and the time stamp measured by the internal timer of the terminal 11 (B) is included. Further, the terminal 11 (B) uses the information of the move Bx0, the consumption time and the time stamp as the history of the move of its own IC.
Write to card 14 (B).

Upon receiving the move notice at (Z112), the terminal 11 (A) confirms the validity of the notice by signature and reflects the move Bx0 of the other party on the screen display. Further, the internal timer of the terminal 11 (A) starts counting. Further, the terminal 11 (A) writes the information of the move Bx0, the consumption time, and the time stamp into the IC card 14 (A) as the history of the move of the partner.

Thereafter, by repeating the same procedure, the game progresses between the players (A) and (B). In the example of FIG.
Eventually, the player (A) acknowledges his defeat, and (Z113)
Press the exit button (see FIG. 14) displayed on the screen. In that case, the terminal 11 (A) announces the winning of the player (B) and displays it on the screen.

The terminal 11 (A) writes an end code in the IC card 14 (A), and further sends an end notification to the terminal 11 (B).
Send to This end notice includes time spent, accumulated time,
The result (B win), cause (A resignation), and time stamp information are included. Further, the end code includes information on the consumption time, the result, the cause, and the time stamp.

When the game ends, an end screen as shown in FIG. 14 is displayed on the screen of each terminal 11. For example, when performing a long game over two days or more, it is necessary to temporarily stop the game midway, and when restarting the game, the game is continued from the state before the interruption. However, if the opponent's opponent sees the last move pointed immediately before the interruption, the opponent can think about the next move for a long time, resulting in time unfairness.

Therefore, in this example, the procedure of the sealer can be performed so as not to become unfair even when the game is temporarily interrupted. 3 and 4 show the procedure for interrupting the game by the sealer and resuming the further game.
This will be described with reference to FIG. The description of the same parts as those in FIGS. 1 and 2 will be omitted. As shown in FIG. 14, a "Apply for Sealing Hand" button is displayed on the in-game screen. By operating this button, it is possible to apply for a sealer during the game.

In FIG. 3, when the player (A) presses the “application for sealing hand” button, the terminal 11 (A) switches to (Z121).
To transmit a notice of application for a sealing hand to the terminal 11 (B). Terminal 1
1 (B), upon receiving the seal application notification, displays a message indicating that the seal has been consulted after confirming the validity of the notification by signature, and a "Seal OK" button on the in-game screen, Prompt the player (B) for input.

When the player (B) presses the "seal of consent" button, the terminal 11 (B) transmits a notice of consent of the seal to the terminal 11 (A) in (Z122), and transmits the interruption code to the IC card 14.
Write to (B). This interruption code includes information that the application is for a sealer and a time stamp.
Terminal 11 (A), upon receiving the notification of the confirmation of the sealing, confirms the validity of the notification by the signature, and then displays on the screen a message indicating that the partner has acknowledged the sealing. Here, the player (A) sends the next move Ax1 to be a sealing move to the terminal 11.
(A) must be entered.

When the player (A) inputs the move Ax1,
The terminal 11 (A) sends the interruption code including the move Ax1, the consumption time and the time stamp to the IC card 14 (Z123).
Write to (A). Further, the terminal 11 (A) transmits a game interruption notification to the terminal 11 (B). Upon receiving the game interruption notification, the terminal 11 (B) writes the interruption code into the IC card 14 (B). The interruption code includes information indicating that the sealing operation has been performed and a time stamp.

After each terminal 11 writes the interruption code in the IC card 14, each IC card 14 is
There is no effect on the game even if you remove it from 2. At this time, a suspended screen (sealer) as shown in FIG. 13 is displayed on the screen of each terminal 11 together with a “restart request” button. When resuming the game interrupted by the sealer,
Each player operates a “restart request” button displayed on the screen of each terminal 11. In the example of FIG. 3, the player (A) has pressed the “restart request” button.

When the terminal 11 (A) detects that the “restart request” button is pressed, it reads necessary data from the IC card 14 (A) attached to the connected card reader 12.
Then, at (Z124), a restart request notification is transmitted to the terminal 11 (B). This restart request notification includes the signature of the player (A). In the terminal 11 (B), (Z124)
When the notification of the restart request is received, the process proceeds to the process of FIG. 4 and a message indicating that the restart request has been received is displayed on the screen.
Then, the IC card 1 of the player (B) is stored in the card reader 12.
When 4 (B) is attached, necessary data is read from this IC card 14 (B).

The terminal 11 (B) notifies the IC card 14 (B) of the signature (A) attached to the received resumption request notification. The IC card 14 (B) checks the validity of the signature notified from the terminal 11 (B), and notifies the terminal 11 (B) of the result. When the terminal 11 (B) confirms that the valid resumption request notification has been received by the signature, the terminal 11 (B) displays a message for confirming whether or not the game can be resumed on the suspended screen and a “play resume acknowledge” button on the screen. Prompts the player (B) to input.

When the player (B) presses the game restart acknowledge button, the terminal 11 (B) sends the IP address of the player (A) at (Z125).
A game restart permission notification is transmitted to the address. A signature of the player (B) is attached to the game restart permission notice. The terminal 11 (B) reads the move data input before the interruption from the IC card 14 (B) and creates a game restart screen based on the data.

Upon receiving the game restart permission notice of (Z125), the terminal 11 (A) notifies the IC card 14 (A) of the signature of the player (B) attached thereto. IC card 14
(A) is the opponent's player based on the notified signature (B)
Confirm the validity of the notification and the validity of the notification. Legitimate player
When receiving the game restart permission notification from (B), the terminal 11 (A) reads the move data input before the interruption from the IC card 14 (A) and restarts the game based on the data. Create a screen.

In this case, since the last-input untransmitted move Ax1 is stored as a seal in the IC card 14 (A), the terminal 11 (A) reads this move Ax1 and plays the game at (Z126). Terminal 11 with restart permission
Send to (B). Upon receiving the game restart permission of (Z126), the terminal 11 (B) confirms its validity by signature and reflects the move Ax1 on the display of the game screen of the own station. In addition, the internal timer starts counting and the move Ax
1, The consumption time and the time stamp are written in the IC card 14 (B) as a history.

The player (B) moves the next move Bx1 to the terminal 11
When input is made to (B), the terminal 11 (B) reflects the move Bx1 on the screen display, stops the internal timer, and transmits a move notification including the move Bx1 to the terminal 11 (A). Further, the move Bx1, the consumption time, and the time stamp are written as a history in the IC card 14 (B). By the way, if a failure occurs in the communication line between the terminals 11 (A) and 11 (B) during the game, the game is temporarily interrupted on the way. It is also conceivable that the transmitted move does not reach the opponent's player, making it impossible to continue the game.

In this embodiment, the procedure shown in FIGS. 5 and 6 is performed under the control of each terminal 11 even if a failure occurs in the communication line during the game, so that the game can be continued or not. Resume can be performed. Next, FIGS. 5 and 6
Will be described.

In the example of FIG. 5, the player (A) moves Ax1
It is assumed that a failure has occurred in the communication line between the terminal 11 (B) and the Internet at (Z131) before the user inputs (!). In this case, the move notification of (Z132) is sent to the terminal 1
The signal does not reach the terminal 11 (B) due to the line failure on the 1 (B) side.
When detecting that there is no response to the move notification of (Z132), the terminal 11 (A) regards that a transmission error has occurred. Then, the terminal 11 (A) writes the interruption code in the IC card 14 (A) at (Z133). The interruption code includes information indicating the occurrence of a line failure and a time stamp.

At this time, a suspended screen is displayed on the terminal 11 (A). Further, on this screen, a message indicating a line failure and a “restart request” button are also displayed, as shown in the suspended screen (line failure) in FIG. On the other hand, (Z131)
Due to the line failure, the information of the next move cannot reach the terminal 11 (B) for a long time. In this case, a "confirm line status" button is displayed on the screen of the terminal 11 (B), as shown in the in-game screen (the other party's number) in FIG.

When the player (B) presses the "line state confirmation" button, the terminal 11 (B) sends a signal for line state confirmation to the Internet. If a fault has occurred in the line, the terminal 11 (B) regards the detection of the line disconnection notification as a response to the transmitted line state confirmation signal does not reach the terminal 11 (B). In this case, the terminal 11 (B) displays the interrupted screen (line failure) of FIG. 13 on its own screen.

In the example of FIG. 5, in order to restart the game from the state in which the interrupted screen is displayed, the player (A) sets (Z1
34), the "restart request" button is pressed. Terminal 11
(A) detects the pressing of the “restart request” button, and
The necessary data is read from the card 14 (A). And
At (Z135), a restart request notification is transmitted. In the example of FIG. 5, since the line on the terminal 11 (B) side has been recovered at the time when the restart request notification of (Z135) is transmitted, this restart request notification reaches the terminal 11 (B). A signature of the player (A) is also attached to the restart request notification.

Upon receiving the restart request notification of (Z135), the terminal 11 (B) displays a message indicating that the restart request has been received on the suspended screen. The terminal 11 (B) reads necessary data from the IC card 14 (B). Further, the terminal 11 (B) notifies the signature of (A) to the IC card 14 (B). In this case, the IC card 14 (B) is
The signature of (A) is decrypted, and it is confirmed whether the person who transmitted the resumption request notification is a valid player.

When the terminal 11 (B) confirms that it has received a restart request notification from a valid player, the terminal 11 (B) displays a "game restart acknowledged" button on the suspended screen, and the player (B) restarts the game. Prompt input for confirmation. When the player (B) presses the "game restart acknowledged" button, the terminal 11 (B) sets (Z13
In 6), a restart permission is transmitted to the terminal 11 (A). Also, the terminal 11 (B) reads the move data input so far from the IC card 14 (B) and creates a game restart screen.

Upon receiving the restart permission at (Z136) in FIG. 6, the terminal 11 (A) notifies the IC card 14 (A) of the signature of (B) contained therein. IC card 14 (A)
Decrypts the signature of the terminal 11 (B) and confirms the validity of the opponent (B) and the validity of the notification. When the terminal 11 (A) receives the restart permission from the valid game partner (B), the terminal 11 (A) reads the move data up to that time held in the IC card 14 (A) (Z137) and displays the game restart screen. Create and display.

The terminal 11 (A) transmits a game restart permission to the terminal 11 (B) at (Z138), and writes the restart code and the time stamp into the IC card 14 (A). The game restart permission of (Z138) includes the move Ax1, the consumption time, the accumulated time, and the time stamp of the player (A).

When receiving the game restart permission of (Z138), the terminal 11 (B) confirms the validity of the received data by the signature included therein, reflects the move Ax1 on the screen display, and sets the internal timer. Start counting. Also, move Ax1, consumption time and timestamp to IC
Write to card 14 (B). Player (B) moves next B
When x1 is input, the terminal 11 (B) transmits a move notification including the move Bx1 to the terminal 11 (A). In addition, the move Bx1, the consumption time and the time stamp are stored in the IC card 1
Write to 4 (B).

The actual operation of each terminal 11 is shown in FIGS.
It is as shown in FIG. In step S104 of FIG. 16, various processes shown in FIGS. 17 to 25 are executed according to the conditions at that time. FIG. 1 shows the correspondence between conditions and processing to be executed.
5 Next, an outline of the processing in FIGS. 17 to 25 will be described. In the process starting from (P0-01) in FIG. 17, first, in step S200, a screen such as the initial screen (2) shown in FIG. 12 is displayed. And the attached I
In step S202, the user's own public key certificate and game partner information are read from the C card 14, and in step S203, a list of game partners is displayed as shown in the initial screen (3) in FIG.

When the opponent is selected by the player of the own station, a game start request is sent to the terminal 1 of the opponent in step S206.
1 (actually to the IP address assigned to the opponent player), and proceeds to step S207 or S208 depending on whether or not there is a response to the transmission. In the process starting from (P0-02) in FIG.
At 10, a screen such as the initial screen (2) shown in FIG. 12 is displayed. In step S212, communication is performed between the terminal 11 and the IC card 14, and the validity of the public key certificate included in the game start request received from the partner terminal 11 is confirmed.

When a valid game start request is received,
In step S213, a screen such as the initial screen (5) in FIG. 12 is displayed, and the player of the own station is asked to confirm whether or not to start the game. If the player of the own station understands the start of the game, the game start permission notification is transmitted to the partner terminal 11 (actually to the IP address assigned to the partner player) in step S215, and The process proceeds to step S216 or S217 depending on whether or not there is a response.

In the processing starting from (P1-03) in FIG. 18, first, communication is performed between the terminal 11 and the IC card 14, and the validity of the other party's public key certificate included in the notification received from the opposite party. Check for sex. If it is detected by the public key certificate that the notification is valid, a game start permission notification is transmitted to the partner terminal 11 in step S221. If it is not valid, a game refusal notification is transmitted in step S229.

In step S222, a start code is written in the IC card 14 connected to the own station. Further, the process proceeds to step S224 or S227 depending on whether the own station is the first or second station. When the game is started and the player of the own station inputs a move, (P2-01) in FIG.
Is executed. In this process, first, the internal timer operating in step S240 is stopped and cleared. This internal timer measures the consumption time required for inputting a move per move. Further, by calculating the accumulated value of the consumption time, the accumulated time of the game or the remaining time of the game can be obtained.

In step S241, the information of the input move, consumed time, remaining time, and time stamp is written to the IC card 14 attached to the own station. The information of the move input this time is reflected on the screen of the own station in step S242. If the flag FI is 0, the process proceeds to step S
At 244, a move notification including the current move is transmitted to the other party. If a response to the transmission is detected, step S
At 245, the display of the in-game screen is changed from your turn to the other party's turn.

On the other hand, if a normal response to the notification transmitted by the own station cannot be detected, the process proceeds to step S246, and the game is interrupted. In this case, a “restart request” button is displayed on the screen, and the interruption code is written to the IC card 14. If the flag FI is 1, the step S2
At 47, a game interruption notification is transmitted to the other party. If the transmission is normal, the process proceeds to step S248. In this case, an interruption screen (see FIG. 13) indicating that the user is in the process of sealing is displayed, and the interruption code is written in the IC card 14.

In the process starting from (P2-03) in FIG. 19, a line status confirmation notification is sent to the communication line in step S249. If a normal response to this transmission is detected, a message "line normal" is displayed on the screen in step S250. If a failure has occurred in the communication line, the flow advances to step S251 to display a suspended screen and a "restart request" button. Further, an interruption code is written in the IC card 14.

On the other hand, when the "application for sealing hand" button is pressed, a notification of application for sealing hand is transmitted to the other party in step S260 in FIG. When the notification of the application for the seal is received, a message indicating that the application for the seal is applied is displayed on the screen in step S263 in FIG. Then, when the player of the own station presses the "OK" button, step S265 is performed.
To send a notice of the consent to the other party. Further, the interruption code, the information on the application for the sealing hand and the time stamp are written in the IC card 14.

When the player of the own station presses the "refuse" button when receiving the notification of the application for a sealing hand, a notification of the unsuccessful sealing is transmitted to the other party in step S270. In this example, the number of the lower two digits of the STS indicating the situation is used to identify whether it is the number of the user or the other party. If the notification of the closing hand is received, the process proceeds to step S270 in FIG. 21 to display a game screen and a message indicating that the closing hand is scheduled, and further displays the interruption code, the information indicating the closing hand application and the time stamp on the IC card. Write to 14.

When the game interruption notice is received,
Proceeding to step S277 in FIG. 21, an interruption code is written to the IC card 14 in step S278, and
At 79, the suspended screen is displayed. If an end notification has been received, the process proceeds to step S273 or S274 in FIG. In step S273, the internal timer is stopped. In step S274, an end screen, a result, and a cause are displayed. In step S275, an end code is written to the IC card 14.

On the other hand, if a move notification has been received from the opponent player, the process proceeds to step S300 in FIG. In this case, the content of the move received in step S300 is reflected on the screen display of the own station, the move, consumption time and time stamp included in the received data are written in the IC card 14 in step S301, and the internal timer is started in step S302. Then, in step S303, the in-game screen (own number) is displayed.

When the "quit" button is pressed or when the terminal 11 detects that the game time has expired, the process proceeds to step S305 in FIG. in this case,
In step S305, the internal timer is stopped, and in step S3
At 06, an end code is written into the IC card 14, and at step S307, an end notification is transmitted to the other party. This end notification includes data on the result, cause, consumption time, and accumulated time.

On the other hand, if the "restart request" button is pressed while the game is being interrupted due to a line failure or a blocking action, the process proceeds to step S320 in FIG. Since the IC card 14 can be temporarily removed when the game is interrupted, a message requesting the user to mount the IC card 14 is displayed in step S320. Step S32
In step 2, information on the opponent is read from the IC card 14 connected to the own station. Then, in step S323, a game restart request is transmitted to the other party.

If a normal response to the transmitted game restart request is detected, a restart preparation screen is displayed in step S324, and a message that the other party is waiting for a response is displayed. If a normal response is not received, a message indicating no response is displayed in step S325, and a suspended screen indicating a line failure is displayed. On the other hand, when the resumption request notification is received, the process starting from step S326 in FIG. 23 is executed. In this case, step S326
Displays a message requesting that the IC card 14 be mounted.

In step S328, the signature of the partner attached to the received restart request notification is notified to the IC card 14 to request confirmation of its validity. If it can be confirmed that the signature is valid, a screen for confirming whether or not the game can be restarted is displayed in step S329, and an input from the player of the own station is waited. When the player of the own station presses the "OK" button, a restart permission notification is transmitted to the other party in step S330. When a normal response to the transmission is received, the process proceeds to step S331, and a restart preparation screen as shown in FIG. 13 is displayed.

If the validity of the received signature cannot be confirmed or if the transmission of the restart permission notification has failed, a game refusal notification is transmitted to the other party in step S332. Also, a suspended screen indicating that there is a line failure is displayed. On the other hand, when the restart request notification is received during the preparation for the game restart, if the own station is the requesting side, the process proceeds to step S340 shown in FIG. 24, and if the own station is the requested side, the process proceeds to FIG. The process proceeds to step S360 shown in FIG.

In step S340 of FIG. 24, the validity of the signature of the partner attached to the received resumption request notification is notified to the IC card 14 for confirmation. If a valid signature is received, the lower two digits of the STS indicating the situation are checked to identify whether it is the own number or the partner number. If it is his / her turn, a game restart permission is transmitted to the other party in step S343. If it is the partner's turn, in step S342, a game restart permission including the immediately preceding move, time stamp, consumption time, and accumulated time is transmitted to the partner.

If a normal response to the transmitted game restart permission is received, the process proceeds to step S345. In this case, in step S347 or S348, the data of the move entered before the interruption from the IC card 14 connected to the own station is read out, the phase before the interruption is reproduced, and the in-game screen (the other party's or own's turn) is displayed. I do. If the validity of the signature cannot be confirmed, or if the transmitted game restart request cannot be normally transmitted to the other party, the process proceeds to step S34.
Proceed to 9 and transmit a game refusal notice to the other party.

On the other hand, in FIG. 25, step S361
Identifies the own number or the other party's number from the lower two digits of the STS indicating the situation, and proceeds to step S367 or S362. If it is his / her turn, the move is read from the IC card 14 in step S367 to reproduce the current situation before the interruption, and the move received from the other party is reflected on the screen display in step S368.

If it is the opponent's turn, a move notice including the move data inputted immediately before the interruption is sent in step S36.
2. Send to the other party. If this transmission is successful,
In step S363, the data of the move entered so far is read from the IC card 14 to reproduce the current situation, and the in-game screen (the other party's turn) is displayed. If the transmission in step S362 is abnormal, the process proceeds to step S362.
Proceeding to 364, a message indicating that a line failure has occurred and a suspended screen including a "resume request" button are displayed. In addition, an interruption code is written to the IC card 14 in step S366.

[0103]

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 from occurring when the game is interrupted. Also, there is no need to provide a special server for managing the match.

[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 block diagram illustrating a configuration example of a system to be used.

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

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

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

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

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

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

FIG. 14 is a front view showing a display example (3) of the screen of the terminal.

FIG. 15 is a map showing a correspondence between a situation in each terminal and a process to be executed.

FIG. 16 is a flowchart showing an operation (1) of each terminal.

FIG. 17 is a flowchart showing an operation (2) of each terminal.

FIG. 18 is a flowchart showing an operation (3) of each terminal.

FIG. 19 is a flowchart showing an operation (4) of each terminal.

FIG. 20 is a flowchart showing an operation (5) of each terminal.

FIG. 21 is a flowchart showing an operation (6) of each terminal.

FIG. 22 is a flowchart showing an operation (7) of each terminal.

FIG. 23 is a flowchart showing an operation (8) of each terminal.

FIG. 24 is a flowchart showing an operation (9) of each terminal.

FIG. 25 is a flowchart showing an operation (10) of each terminal.

[Explanation of symbols]

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

 ────────────────────────────────────────────────── ─── Continuing on the front page (72) Inventor Toshihisa Dobashi 2-3-1 Otemachi, Chiyoda-ku, Tokyo F-term in Nippon Telegraph and Telephone Corporation (reference) 2C001 AA00 AA01 BA04 BA05 BB00 BB02 BB04 BB07 BD00 BD04 BD07 CB00 CB01 CB08 CC02 DA00 DA04 5B085 AC12 AE02 AE12 AE13 AE29 BG06 5J104 AA07 AA09 KA17 KA18 LA03 LA06 NA02 NA05 NA35 NA36 NA37 NA38 PA07

Claims (8)

[Claims] 1. A network competitive game management method for managing the progress of a competitive game played between a plurality of terminals via a network, the terminal comprising: Obtain public key and certificate information, obtain destination information indicating the address of the opponent on the network, and obtain information on the public key certificate via the network between multiple terminals that are competing as a game start procedure After the exchange, each information to be sent to the terminal of the other party after the game start procedure is attached with a digital signature encrypted with the personal key. When input, the digital signature attached to each input information is decrypted using the public key of the public key certificate received from the other party and based on the decryption result. Check the validity of the sender and the information, and if the information on the move related to the game is input from the opponent's terminal, the information of the move is only used if the validity of the information is confirmed. Reflected in the display output, measure the time information related to the consumption time from the input of at least the move information from the terminal of the opponent until the own station returns the information of the next move, the said obtained by the measurement A network competitive game management method, wherein time information is attached to information on the next move transmitted by the own station. 2. In the network competition game management method according to claim 1, when an application for interruption of the game occurs, a confirmation regarding the interruption is performed between both terminals, and after the confirmation of the interruption is confirmed. In the case where the terminal of the own station is in the order of inputting the next move, the information of the next move input by the own station is stored in the storage device connected to the own station together with the information of the current date and time. A network competitive game management method characterized by interrupting a game. 3. The network competitive game management method according to claim 2, wherein when an application for resuming the interrupted game is generated, a plurality of terminals competing as a game restart procedure acknowledge the resumption via the network. If you check the validity of the opponent and confirm the validity of the opponent, and the last time you entered information on the move before the game was interrupted, the last move stored in the storage device connected to your own station A network competitive game management method, wherein the information is read out, transmitted to the terminal of the opponent, and the game is restarted. 4. The network competitive game management method according to claim 1, wherein when the own station cannot transmit the information of the move to the opponent via the network, the information of the move and the information indicating the occurrence of the failure of the communication line. A network battle game management method, wherein information on the current date and time is stored in a storage device connected to the own station, and the progress of the game is automatically interrupted. 5. The network competitive game management method according to claim 4, wherein when an application for resuming the interrupted game is generated, a plurality of terminals competing as a game resume procedure acknowledge the resumption via the network. If you check the validity of the opponent and confirm the validity of the opponent, and the last time you entered information on the move before the game was interrupted, the last move stored in the storage device connected to your own station A network competitive game management method, wherein the information is read out, transmitted to the terminal of the opponent, and the game is restarted. 6. A management program executable on a computer of the terminal for managing progress of a battle game played between a plurality of terminals via a network, the management program comprising: A procedure for obtaining information on the personal key, public key, and its certificate of the own station to be used, a procedure for obtaining destination information indicating an address of an opponent on the network, and a procedure for starting a plurality of terminals to play as a game start procedure A procedure of exchanging information of a public key certificate via a network between each other, and a procedure of attaching a digital signature encrypted with the personal key to each piece of information to be sent to the terminal of the other party after the game start procedure When information is input from the terminal of the partner after the game start procedure, a digital signature attached to each of the input information is disclosed to the public when received from the partner. A procedure for decrypting using the public key of the key certificate 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, the information. The procedure to reflect the information of the move on the display of your own station only when the validity of the move is confirmed, and the information of your move at least from the terminal of the opponent, and then the information of the next move And measuring the time information related to the consumption time until the response is returned, and attaching the time information obtained by the measurement to the information of the next move transmitted by the own station. 7. An IC card readable and writable by a computer of each terminal for managing progress of a competitive game played between a plurality of terminals via a network, wherein the IC card The private key, public key, and public key certificate data assigned to the owner of the IC card and the public information of the member manager necessary to decrypt the digital signature of the public key certificate are recorded as data recorded in the IC card. Key data, own station address data indicating the address of the own station on the network, opponent station address data indicating the address of the opponent station on the network, opponent identification information for identifying at least the opponent, and An IC card, comprising: data of a game record including the content of a move and information on the date and time when each move occurred. 8. The IC card according to claim 7, 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 opponent.