JP2008110237A - Game apparatus - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To enable players to highly conveniently enjoy a game. <P>SOLUTION: A service server 10 for playing Go provides services for executing a correspondence play between game apparatuses connected to one another through a communication line network 14. The game apparatus 22 sequentially stores input data and, when an input order of the stored data is input, returns to a game state according to the data input till the input turn. The apparatus transmits the input order to an opponent and, when the turn transmitted from the opponent is received, returns to the game state according to the data input till the turn. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a game device for playing a game such as a game of Go game.

  At present, it is possible to enjoy a Go game using a personal computer, a dedicated terminal, etc., which can be roughly divided into those that can be enjoyed only by a personal computer or a terminal, and those that can be enjoyed while connected to a host computer or the like.

  As these functions, the following (1) to (5) have already been realized. (1) What is enjoyed by unpacking clogs stored in advance in a ROM or the like. (2) Examining the game record entered by himself / herself from a game record or magazine when playing in the past. (3) The computer is the opponent in search of the start of the Go game. (4) Those who play with each other who are away by communication. (5) Able to chat with characters along with the communication game.

However, conventionally, the above-described functions have the following problems.
(1) In the current game terminal and game software, when saving a game record, there is no particular distinction between a game and a game that has been played to the end. Therefore, the interrupted game and the completed game can be reproduced in the same way and reproduced or changed.

  However, this is a problem when considering the case where the game is resumed at a later point in time. In other words, when playing a game with an actual board and meteorite, it is normal not to see the interruption phase until the game is reunited, and if you reproduce the situation with your own memory, However, if the machine reproduces the interruption phase, it would mean that it was giving advice, and the meaning of the time-of-day system became sparse, which was very inconvenient.

  (2) In current game terminals and game software, the input method for inputting problem diagrams such as game records and stuffed bags is usually convenient when inputting game records such as those published in magazines and newspapers. As described above, the black and white can be alternately input from the first hand, and the stone once input cannot be moved in accordance with the rules of Go.

  However, considering the case of inputting a problem diagram of clogs, it is not always necessary to input in black and white order, and the number of black and white stones is not necessarily the same. Therefore, it is inconvenient for the current input method that has to input black and white alternately, and it is rather rare that black and white are alternately arranged even if the meteorites are actually arranged as shown in the problem diagram on the board. is there.

  (3) Some current game terminals and game software have a communication game function. Some game terminals or game software capable of communicating with each other have a conversation function for exchanging greetings at the start of the game, thanks after the end, and impressions.

  However, the conversation function of these game terminals or game software is not particularly linked to the communication game function, but merely includes the communication game function and the conversation function. And, in the conventional communication game function, the situation after the game has once ended is not considered at all. For this reason, in a normal game, often used after the game ends, so-called `` impression wars '' and after-game reasons for winning and losing, etc., using the conversation function, the coordinates etc. are displayed with characters, and the other I could only read it in my head.

  However, when considering the case of a normal game, it is common to study the situation on the board by reproducing the situation on the way and actually putting stones on it, rather than just using words alone It is much easier to understand and convenient.

  The present invention has been made in view of the above problems, and an object of the present invention is to provide a game apparatus that can enjoy a game more conveniently.

  The present invention provides a game device for transmitting data corresponding to an input for advancing a game to an opponent of a game device game, game content storage means for sequentially storing the input data, and the game content storage Order input means for inputting the input order of the data stored by the means, first means for returning to the game situation according to the data input up to the order input by the order input means, and the order When receiving the order transmitted by the order sending means to the opponent and the order sent by the order sending means of the opponent, the game corresponding to the data input up to this order is received. And a second means for returning to the situation.

  Further, the present invention provides an end determination means for determining the end of a game in a game device that inputs data in a predetermined order determined with an opponent and transmits the input data to the opponent to advance the game. And a setting means for setting continuous data input and reception of data input by the opponent when the game end determination means determines that the game has ended. To do.

  Further, the present invention provides a game device for inputting data in a predetermined order determined with an opponent and transmitting the input data to the opponent to advance the game. Inquiry means for inquiring the opponent for consent to receive, and in the case where consent is obtained from the opponent in response to the inquiry by the inquiry means, data input and reception of data input by the opponent are possible And setting means for setting to the above.

  According to the present invention, it is possible to enjoy the game more conveniently.

  Embodiments of the present invention will be described below with reference to the drawings.

  FIG. 1 is a diagram showing a configuration of a game system for playing games such as Go via communication means in the present embodiment. As shown in FIG. 1, the game system in the present embodiment provides a service provider 12 having a Go game service server 10 (server device) to game devices 22, 23, in addition to a personal computer 18 via a communication network 14. When 24 is connected, it is possible to play a game via communication means.

  The Go game service server 10 is used to provide Go game service in a service provider 12 that communicates with the outside via a communication network 14 including the Internet or a public network. In other words, when playing the game of Go, the server 10 provides a service for both of the players who play the game and controls communication for providing the service to each other. Have

  As terminals connected to the Go-game service server 10 via the communication network 14, game devices 22, 23, and 24, which are dedicated Go game terminals, are connected in addition to the personal computer 18. Hereinafter, the game apparatus 22 will be described as an object.

  FIG. 2 is a block diagram showing the configuration of the electronic circuit of the Go game service server 10 according to the embodiment of the present invention.

  The Go game service server 10 is configured by a computer that reads a program recorded on various recording media and whose operation is controlled by the read program.

  As shown in FIG. 2, the Go game service server 10 includes a CPU 30, a telephone communication unit 31, a communication unit 32, a storage device 33, a memory 35, a database device 36, and a translation device 37.

  The CPU 30 is responsible for overall control of the Go game service server 10 and implements various functions by operating based on programs (such as Go game programs) and data stored in the memory 35.

  The telephone communication unit 31 is a unit that controls communication with the outside via the public line network, and has a function of making a call automatically in accordance with a telephone number designated by the CPU 30. The communication unit 32 is a unit that controls communication with the outside via the Internet.

  The storage device 33 is for storing various programs and data. For example, data of various lists (member list, game data, etc.) generated for game management is also stored as necessary.

  The storage device 33 includes a recording medium 34 in which programs, data, and the like are recorded in advance, and the recording medium 34 is configured by a magnetic or optical storage medium or a semiconductor memory. This recording medium 34 is fixedly provided in the storage device 33 or is detachably mounted. In addition, the program, data, and the like stored in the recording medium 34 may be received and stored from other devices connected via a communication line or the like, and further connected via a communication line or the like. A storage device including a recording medium may be provided on the other device side, and the program and data stored in the recording medium may be used via a communication line.

  The memory 35 stores programs and data to be accessed by the CPU 30, and is read from the storage device 33 or the database device 36 and stored as necessary.

  The database device 36 is a storage device for storing various kinds of information, and includes, for example, a member list 36a in which information on members is registered, and game data 36b such as information on past games for each member. . Further, the database device 36 includes game record information including a game record, a battle record, a player's information, a stuffed bag, a problem collection, a member's winning / losing record, and the like, and is arbitrarily provided according to a request from the member. .

  FIG. 3 shows a data structure of the member list 36a and the game data 36b stored in the database device 36 (or the storage device 33) of the Go game service server 10.

  In the member list 36a, information related to members who can receive the service provided from the Go game service server 10 is registered in advance. As shown in FIG. 3A, the name, member number, telephone number, and rank are Registered for each member.

  In the game data 36b, information related to the game is registered. As shown in FIG. 3B, the names of the players (player (1), player (2)) and the start of each player. The game record data (game history) indicating the position, start input / reception permission information (details will be described in the eleventh embodiment), and the like are registered.

  In addition, in the game record data, in addition to various information related to the game (hands, reviews, etc.), if the game is interrupted without being completed, the interrupted game information is registered, and when the game is completed until the game is completed Is registered non-disruptive game information (details are shown in FIG. 9).

  FIG. 4 is a block diagram showing the configuration of the electronic circuit of the game apparatus 22 in the present embodiment. The game apparatus 22 can be configured by a computer that reads a program recorded on various recording media and whose operation is controlled by the read program.

  As shown in FIG. 4, the Go game dedicated terminal 22 in this embodiment includes a CPU 41, ROM 42, touch panel 44, SRAM 46, LCD driver peripheral circuit 48, LCD 50, wireless communication I / F 52, speaker 53, antenna 54, and battery 56. It is constituted by.

  The CPU 41 realizes various functions according to various control programs and data stored in the ROM 42, and includes a Go game control function, a communication function for playing a Go game with a communication partner, and the like.

  The ROM 42 stores various control programs executed by the CPU 41, data, and the like, and includes a Go game control program, a Go game interactive communication program with a communication partner, and the like.

  The touch panel 44 is used for inputting an instruction by a soft key for defining an operation on the apparatus and inputting coordinate data for designating a position where a stone is to be placed during execution of the Go game.

  The SRAM 46 is used as a work area when the CPU 41 executes various functions, and stores, for example, data relating to the status of the ongoing Go game (such as where each stone is placed). The LCD driver peripheral circuit 48 controls display on the LCD 50 under the control of the CPU 41, and controls the segment pattern unique to the game display device provided on the LCD 50.

  The LCD 50 displays various kinds of information necessary for playing the Go game. A board display showing the board face of the Go board, a hook display for displaying the number of hooks for each of black stone and white stone, black board and white board respectively. A plurality of soft keys (buttons) for inputting a time display for displaying the time and an instruction for defining the operation are provided. In addition, a segment pattern suitable for a game pattern display of a Go game (such as a stone or a fence ruled line) is provided for the area of the LCD 50 that displays the board surface. The wireless communication I / F 52 performs wireless communication via the antenna 54 under the control of the CPU 41 when a Go game is played against the communication partner. The speaker 53 utters a sound under the control of the CPU 41, and is used to output a sound effect or a voice message. The battery 56 is used to supply power to each component so that the game display device can be taken outside and carried around. FIG. 5 shows an example of various data stored in the SRAM 46 of the game apparatus 22. Various data shown in FIG. 5 is updated according to the situation with the start of the game (game of Go). In addition, when the various data shown in FIG. 5 are not always stored, when playing a game online with other players via the Go game service server 10, or when using the game device 22 alone The necessary data is stored accordingly.

  As shown in FIG. 5, the SRAM 46 has a timer counter (TM) 46a, handicap data (HD) 46b, first / second hand flag 46d, number flag (BW) 46e, game record data 46f, start input mode data 46g, start / Non-start designation data 46h, agreement information 46j, after-start initiation agreement information 46k, initiation input / reception permission information 46m, and the like are stored.

  The timer counter 46a is used for counting (counting) the holding time determined in the setting of the game condition before the game. The timer counter 46a stores data of its own time (own time 46a1) and the opponent's own time (partner time 46a2). The other party's own time 46a2 is the time sent from the opponent. Stored. The handicap data 46b stores a handicap (communication) value determined in the setting of the game condition. The first / second hand flag 46d is a flag indicating whether the first hand (black number) or the second hand (white number) determined in accordance with the setting of the game condition. When there are a plurality of opponents, they are set for each opponent (for example, opponent A46d1, opponent B46d2,...). The hand number flag 46e indicates whether the current batting is black (B) or white (W), and is changed from "0"-"1"-"0" ... for each hand. (For example, the black number is represented by “1”). When there are a plurality of opponents, they are set for each opponent (for example, opponent A46e1, opponent B46e2,...). Processing for the timer counter 46a is controlled in accordance with the values of the first / second hand flag 46d and the number flag 46e. The game record data 46f is data (game history) relating to each stone constituting the game board, and is composed of data composed of combinations of “number, white / black, position” information generated for each start. Composed. The start input mode data 46g is data indicating whether the input is performed in the start input mode of only black stone, only white stone, or black and white when the game device 22 is used alone to input the score. Details will be described in a second embodiment described later). The start / non-start designation data 46h is data indicating whether the position designation with respect to the display on the board is a start or a non-start (details will be described in a fourth embodiment described later). The agreement information 46j is information indicating that it is agreed to return and return to the situation (details will be described in the ninth and tenth embodiments). The start agreement information 46k after the end is information indicating that it is agreed to continuously transmit black and white start data from the opponent game device after the end (details will be described in Embodiments 12 and 13). The start input / reception permission information 46m is information indicating that start input and transmission / reception of start data associated with the start input are permitted after the end of the communication game (details will be described in Embodiment 11).

  FIG. 6 shows an external configuration of the game apparatus 22. The game apparatus 22 is configured to be portable, and an LCD 22a (LCD 50) (for example, a large monochrome liquid crystal) and a touch panel 22b (touch panel 44) are provided on the upper surface of the casing. The display surface of the LCD 22a and the data input surface of the touch panel 22b are configured in a laminated and integrated manner, and an object displayed by the LCD 22a (for example, a display pattern indicating a meteorite, an intersection position during display indicating a board surface, a key, or the like). By directly instructing with the pen 22d or the fingertip, the coordinate data of the corresponding position can be input. Further, the game apparatus 22 can perform wireless communication with, for example, a modem (not shown) through the antenna 22c. In this case, the modem is provided with a function for performing wireless communication with game device 22 (go game dedicated terminal). In addition, a telephone is connected to a public line network (communication line network 14) via a modular jack. Thereby, the game apparatus 22 can be used without selecting a place without connecting or replacing a telephone line. Of course, the game device 22 may have a modem function.

  FIG. 7 shows an example of a screen displayed by the LCD 22a of the game apparatus 22. As shown in FIG. 7, as necessary information for playing the Go game, a board display showing the board face of the Go board, a hook display for displaying the number of hooks for each of black stone and white stone, time of each black number and white number A key input unit including a plurality of soft keys (keys displayed on the screen) for inputting a time display for displaying and an instruction for defining an operation is provided.

  To the key input unit, for example, a cursor key indicating each of the up, down, left and right directions, a “pass” key for instructing a path, a “exit” key for instructing termination, and an instruction to interrupt the game The “interrupt” key is provided. The key input unit is provided with a key for inputting a predetermined instruction from the user according to the situation. Details of the keys set in the key input unit will be described in each embodiment described later. Key input is performed by touching the detection surface of the touch panel 22b integrated with the display screen of the LCD 22a with a pen 22d or a fingertip. When it is detected by the touch panel 22b that a touch input has been made on a portion corresponding to the key, processing corresponding to the touched position (key) is executed.

  Next, the operation of the game system according to the present invention will be described. Hereinafter, each of Embodiments 1 to 13 will be described with reference to flowcharts.

(Embodiment 1)
In the first embodiment, when the game record data of the game is saved after the communication game ends, information for distinguishing the game data that interrupted the game and the game data that ended is saved together. It is managed so that it is not displayed on the board until restart.

  FIG. 8 shows a flowchart for explaining the operation in the first embodiment. FIG. 8A is a flowchart for explaining the processing when the game record is saved when the game is ended (the end or interruption) in the Go game service server 10, and FIG. 8B is a flowchart for explaining the process when the game record is read. It is.

  It is assumed that the game device 22 is playing a game with another game device or the like via the Go game service server 10. In the game devices that are playing the game, when the game device is started by the player's operation (position instruction to the displayed board surface), the start data is transmitted to the Go game service server 10. The start data includes, for example, game identification data for identifying the currently played game, number data indicating the number (black number, white number), number data indicating the number of moves, X coordinate data indicating the position of the start, Y coordinate data, time data relating to time remaining, a time-out flag for notifying that time has expired, and the like are included. Thereby, for example, data such as “game A, black 37th hand, 14-16th (start position), 36 minutes 52 seconds” is transmitted to the game device of the opponent.

  The Go game service server 10 sequentially stores the data of each start as the game data 36b (game record data) in the database device 36 based on the start data transmitted / received during the game between the game devices, for example.

  In addition, the game server 10 for the game stores information about the game as game record data at the end of the game by the process shown in FIG. First, the Go game service server 10 stores game information, for example, game date, other procedures, hands, comments, number of hands, etc., together with game data (step A1). Also, the Go game service server 10 determines whether the game record data is for the game that has ended or has been interrupted (Step A2). For example, when a game requesting game interruption is received from the game device 22, the Go game service server 10 determines that the game has been interrupted, and determines whether or not the game game data is the final game. An end-of-station determination process is executed to determine whether or not the game has ended if it is determined that the station has ended.

  When it is determined that the game has been interrupted, the Go game service server 10 provides information indicating that the game has been interrupted together with other information in the game record data, for example, information on “interrupted game” as shown in FIG. Store (step A3). If it is determined that the game has ended, information indicating that the game has been interrupted is stored in the game record data together with other information, for example, “non-interrupted game” information as shown in FIG. A4).

  On the other hand, when restarting the interrupted game or when viewing of the game record registered in the database device 36 is requested, the Go game service server 10 performs the database reading process shown in FIG. The corresponding game score data is read from the game data 36b of the device 36.

  First, the Go game service server 10 reads information about the game (game date, other procedures and measures, comments, number of hands, etc.) in the game record data (step A5). In addition, the information ("suspended game" or "non-suspended game") that is stored along with the information indicating whether the game was interrupted or ended is read, and the game record to be read is interrupted It is determined whether the game is for a game or for a game that has ended (step A6).

  Here, when “non-interrupted game” indicating that the game is ended is stored, the Go game service server 10 reads the information of the game that has been ended (game record data), The examination / reproduction mode is entered (step A9). In other words, if the game device 22 reads the game score in response to the request for review / reproduction of the game score, the game game data 22 read from the database device 36 is transmitted to the game device 22 that has requested the game device 22. The game score is displayed on the device 22.

  If “interrupted game” indicating a game interruption is stored, the Go game service server 10 determines that the game is a request for resumption of the game, and confirms whether this game can be resumed ( Step A7). That is, it is confirmed whether or not an agreement can be obtained from the other party of the game.

  As a result, when the game cannot be resumed, the Go game service server 10 notifies the game device 22 that has made a request to read the game record (reject the game) with a game record read failure (read rejection). If the game can be resumed, the Go game service server 10 reads the interrupted game information (game record data) from the database device 36 and transmits it to each game device 22 that resumes the game. (Step A8). After that, the game device 22 that has received the game data of the interrupted game from the Go game service server 10 displays the game score at the time of interruption, and the game is resumed.

  Conventionally, even if information about whether or not the stored game record data is an interrupted game is stored, the operation of the game reproduction / display device has not been prohibited. Therefore, in the conventional game system, by resuming the interrupted game, it is possible to reproduce the aspect of the interrupted game by the system and consider the next hand, so that the unfairness of the game, There was a problem such as the formation of a time system.

  In the first embodiment of the present invention, for the interrupted game, information indicating that the game is interrupted (“interrupt game”) is stored together with the game record, and further, the communication game is stored for the game record of the interrupted game according to the information. By not allowing the game record to be read except when resuming, it is possible to eliminate the unfairness that the system can help the next game by helping to reproduce the game for the interrupted game .

  In the above description, when the game game data is held in the Go game service server 10 and “interrupt game” indicating game interruption is stored, in response to a request for reading game data from the game device, Although described as being rejected, similar processing may be executed in each game device when reading game record data stored in each game device. That is, the game device stores game record data of games played with other game devices according to the Go game control program, and represents “interruption game” indicating a game interruption when the game is interrupted. Is added to the game record data and registered. The game device reads out the game record data to which the “interrupted game” information is added, and displays it on the board only when it is possible to resume the game with the game device that was the opponent.

  Further, the game record data may be stored in the Go game service server 10, and information indicating whether the game is interrupted or ended may be stored in each game device. In this case, when a game game data read request is input, the game device, if information on “interrupted game” indicating that the game being read is interrupted is stored, The game service server 10 is not requested to download game record data.

  Further, in order to obtain the same effect, it is only necessary to be able to memorize the game record and to display and reproduce the game record as appropriate. For example, as shown in FIG. A game system constituted by a special display device can also be configured.

  The special display device is provided with a push button for determining whether or not the game is interrupted (interrupt game button) and a push button that is pressed when the interrupted game is resumed (interrupt game restart button). In order to save the game score of the interrupted game, the score ruled paper on which the score is recorded is sandwiched between the top surface of the housing and the lid so that the score is not visible from the outside, and the interrupt game button is pressed. In this case, the display device does not display the game record recorded on the ruled line paper even when instructed by a normal operation, and displays the game record only when the interrupted game restart button is pressed. By adding a predetermined restriction on the operation on the interrupted game resumption button, the interrupted game record is prevented from being displayed.

  In this way, in the first embodiment, (1) the system reproduces the situation about the game in the middle of the game, and the unfairness that the next hand can be considered with the help of the system can be removed. (2) Even if you are playing with the time limit rule, you can prevent the problem that the system will reproduce the situation during the game and you will be able to try and join, and get closer to the actual game rule Can be obtained.

(Embodiment 2)
In the second embodiment, black and white alternates, which are the starting order for advancing the original game, when placing stones on the board display by the game apparatus 22 (game record input) in order to examine game records, stuffed baskets, etc. In this case, only black stone or only white stone can be input continuously, and whether to input black stone or white stone can be arbitrarily specified.

  FIG. 11 shows a flowchart for explaining the operation in the second embodiment. FIG. 12 shows an example of the start input mode designation key provided in the key input unit of the game apparatus 22 when performing the game record input. The start input mode designation key is for setting the start input mode. As shown in FIG. 12, a “Kuroishi” key for instructing continuous black stone input, and continuous input of Shiroishi. "Shiroishi" key for instructing and "alternate" key for instructing to alternately input Shiroishi and Kuroishi.

  When the game apparatus 22 is instructed to execute the game entry process, the game apparatus 22 starts the process shown in FIG.

  First, when a start input mode specifying key is specified (step B1), the game apparatus 22 changes the start input mode by setting the start input mode data 46g in the SRAM 46 in accordance with the specified key. Specifically, when the “Kuroishi” key is instructed, a start input mode (Kuroishi continuous mode) in which the next starting stone color is black stone is set (step B3), and the “Shiroishi” key is instructed. If this is the case, a start input mode (Shiraishi continuous mode) in which the next start stone color is white stone is set (step B4). When the “alternate” key is instructed, a start input mode (alternate mode) for alternately changing the stone color is set (step B5).

  Thus, when one point on the board display is instructed in a state in which any of the start input modes is selected (step B7), the game apparatus 22 has the stone color of the next start indicated by the start input mode, and the stone is placed at the indicated position. Is displayed.

  In the case of Kuroishi continuous mode or Shiroishi continuous mode, the stone color is fixed, so the color of the next input stone will be the same as the color of the currently input stone. Alternatively, only Shiroishi can be input continuously.

  If it is the start input mode in which black and white are alternately input (step B9), the next start stone color is reversed (step B10), that is, a stone different from the stone that has been input at the time of instructing the next board display, that is, The color of the next stone is reversed so that it is white stone if the stone just input is black stone, or black stone if the stone input now is black stone.

  Hereinafter, until the end of the game entry is instructed (step B11), the stone of the color according to the start input mode specified by the start input mode designation key is displayed at the indicated position in the board display. In addition, the board surface display shown in FIG. 12 shows an example of input in the black stone continuous mode, and black stone can be input continuously.

  In the conventional system that can input the game record, it was possible to input only black and white as in the game. However, for example, when inputting problem diagrams such as clogs, the number of black-and-white stones is not necessarily the same, so the start input mode is arbitrarily switched as in the second embodiment, and only black stones or only white stones are input. By making it possible to input, it becomes easier to use. In the second embodiment, it is not necessary to specify the start input mode for each start, and once the mode is specified, when switching to another mode (for example, from the Kuroishi continuous mode to the Shiroishi continuous mode). Only need to be specified, and it is possible to input continuously in the same mode.

  In this way, in the second embodiment, it is not always necessary to input Kuroishi and Shiroishi alternately when inputting a problem chart such as a game score or a stuffed rice cake, and it is possible to input according to the user's preference. It is very easy to use. In addition, it becomes possible to use it sensuously, and it becomes possible to easily consider such as “if there is black here,” it can be closer to the usability when using an actual board. .

  In the above description, since the game device for executing the Go game is targeted, it is described that one of the Kuroishi continuous mode, the Shiroishi continuous mode, and the alternating mode is set. In the case of a game in which repeated input is performed in a predetermined order, three or more modes in which input in a specific order is continuously performed can be set.

(Embodiment 3)
In the third embodiment, for example, when a game record is input to the board display as in the second embodiment, a stone already placed on the board (an object corresponding to an input for advancing the game) is arbitrarily selected. It can be moved.

  FIG. 13 is a flowchart for explaining the operation in the third embodiment. FIG. 14 shows an example of a board display in which a game record is input.

  According to the rules of Go, Go hits stones one by one with each other, and stones once hit cannot be moved. For this reason, conventional Go game machines and game systems have started on the board display. Stones can be placed in empty spots, but stones already hit on the board could not be moved to empty positions.

  However, when playing a game using an actual board, it is not possible to move the stone during the game, but if you are studying after the game or individually, move the stone that has already been placed. (There is always a discussion about how many times you have hit this way). In the game device 22 of the third embodiment, the stone by the operation as described above on the board display is made possible as follows.

  First, if there is a position input with the pen 22d for the board surface display (step C1), the game apparatus 22 determines whether the instructed position is an empty point or a point where a white stone or a black stone has already been input. Is determined based on the game score data currently being displayed on the board (step C2).

  Here, when the instructed position is an empty point where no stone is placed, the game apparatus 22 displays a predetermined stone (white stone or black position) at the instructed position (step C8). For example, when an empty point is indicated by the pen 22d as shown in FIG. 14A, a stone (black stone in the figure) is displayed at the indicated position as shown in FIG. 14B.

  On the other hand, if a stone has already been placed at the position, the game device 22 sets the stone at that position as the stone to be moved (step C3). For example, as shown in FIG. 14C, when a stone is designated by the pen 22d (black stone in the figure), this black stone is set as a moving object.

  When the stone to be moved is determined, the game apparatus 22 continues to use the stone as a movement target until there is an input for determining the position of the movement destination. When there is an input indicating the movement destination (step C4), the game device 22 moves the stone display position according to the position indicated by the input (step C5). Therefore, when the destination position is input continuously, the stone is moved so as to follow the input until the position of the destination is determined. For example, during the movement of the position of the stone, the stone is displayed as shown in FIG.

  As a specific operation for moving the stone, for example, the point where the stone is placed is designated by the pen 22d (the tip of the pen touches the coordinate detection surface of the touch panel 44), and the pen 22d is kept in that state. The position of the movement destination is designated by moving the pen tip position (so-called drag operation). Then, when the pen point is moved away from the coordinate detection surface when the point of movement is reached (step C6), the position when the pen point is separated is determined as the position of the movement destination (step C7). FIG. 14E shows a state where the stone is moved and displayed at the destination position.

  In this way, in the third embodiment, (1) in the case of studying the change when the start is different based on the game record, etc., by moving the stone arbitrarily, only one hand in the middle of the change It is possible to easily examine the change. As a result, it is possible to realize a game device suitable for the case of considering prefetching such as Go (examine the possibility of starting several hands), etc. (2) It can be used sensuously and actually It is possible to obtain an effect that it is possible to approach the usability when using the grid.

  The method of specifying the position of the movement destination is not limited to the above, and the pen 22d that specifies the stone to be moved may be arbitrarily separated during the movement, and the stone may be specified and moved again. Alternatively, a key for determining the position of the movement destination may be provided so that position determination can be instructed by this key.

  In the above description, an object to be moved is a white stone or a black stone because it is an Go game, but various objects used in the game can be a movement target depending on the type of game.

(Embodiment 4)
In the fourth embodiment, when a game is played between game devices via the Go game service server 10 or during an impression battle (a study is performed while reproducing the game after the game is finished), the game starts before the user starts. If it is a start, it is sent to the game device of the opponent as a normal start, but if it is not start, The information on the other side is transmitted, and on the receiving side, the display is different from the normal start during the board display.

  FIG. 15 is a flowchart for explaining the operation of the game device according to the fourth embodiment. FIG. 16 shows an example of a panel display when information other than the start is transmitted and received in the communication game.

  Here, a case where a communication game is performed between two game devices (terminal A and terminal B) connected via the Go game service server 10 and the communication network 14 will be described. When the function according to the fourth embodiment is realized, a start / non-start designation key is provided as shown in FIG. The start / non-start designation key is a “start” key for instructing that the player designates the board display using the pen 22d, and the “start” key for instructing that the board display designation is not undertaken. A “symbol” key is provided.

  The designation of the position with respect to the board display is performed in a state in which it is designated in advance whether to start / not start with the start / non-start specification key. The contents specified by the start / non-start specification key are set in the SRAM 46 as start / non-start specification data 46h.

  First, when a position is designated on the board display on the terminal A (step D1), the game device serving as the terminal A refers to the start / non-start specification data 46h, and specifies the non-start by the “symbol” key in advance. Is confirmed (step D2).

  Here, when the non-starting designation is not made, that is, when the designated position indicates the starting position, the game apparatus of the terminal A performs information transmitted / received in a normal communication game as a normal start ( For example, the start data described in the first embodiment) is transmitted (first transmission means) (step D3).

  On the other hand, when receiving the start data from the game device of the opponent's terminal A (step D5), the game device serving as the terminal player determines whether this is a non-start specification reception (step D6). Here, in the case of information (starting data) transmitted / received in a normal communication game, the terminal device game device performs a board display based on this information. That is, the opponent's stone is displayed at the position designated by the opponent (first display means).

  Hereinafter, in the same manner, when the non-start designation is not made, the game progresses by repeating transmission / reception of information on each other's start position.

  On the other hand, in the game device of the terminal A, when non-start is designated by the “symbol” key in advance (step D2), the position information indicating the designated position on the board and the position is designated as non-start. Information indicating the existence is transmitted to the game device of the terminal B (second transmission means) (step D4). Further, in the board display of the game device of the terminal A, a form different from the normal start, that is, a predetermined symbol is displayed instead of the stone at the designated position (second display means). In the example shown in FIG. 16A, an example in which the symbol “A” is displayed at the position designated by the pen 22d is shown.

  In this case, when there is a non-start designation reception from the terminal A (steps D5 and D6), the terminal device game device displays a predetermined symbol different from the start at the position indicated by the position information instead of the stone (step D8). ). In the example shown in FIG. 16B, the same symbol “A” as that displayed on the terminal board is displayed at the position designated by the non-start designation on the terminal board. Thereby, the player who is using the game device of the terminal B can consider the game with reference to the position display by the symbol “A”.

  Note that the example shown in FIG. 16 shows an example in which only one place is designated on the terminal A side, but in the state where non-start is designated by the “symbol” key, When the position is designated, the symbol is updated each time, and for example, “B”, “C”... May be used. In addition, the position is displayed by non-start designation by a pattern different from the stone (shiroishi, black stone) required by normal start, for example, a pattern using a shape and a color corresponding to each of white stone and black stone, instead of a symbol. You may do it.

  In addition, although not essential in the fourth embodiment, the game device that performs this communication game is further provided with a call function (for example, a voice function such as a telephone, an image, or a chat using characters found in a personal computer). In addition to the display of the position information by non-start designation, it becomes possible to more conveniently give a comment on the game, advice on the start during the game, and the like.

  In the above description, it is assumed that a game or impression battle is performed between game devices via the Go game service server 10, but transmission / reception of information necessary to execute a game or impression battle directly between game devices. It is possible to realize the game system without performing the Go game service server 10.

  Also, although it has been described that the position on the board display is specified after the start / non-start specification key is specified in advance, the start / non-start specification key is used to specify the position on the board display. It is also possible to specify whether it is or is not undertaken.

  As described above, in the fourth embodiment, (1) the position on the display on the board can be indicated and advised as a guidance comment in a coach during a game or an impression battle in a form different from a normal start. , It will be easy to use for both instructors and students. (2) In the impression battle and examination, the impression can be exchanged while showing the position of the board display, making it easier to use impressions and examinations about the actual start, etc. An effect can be obtained.

(Embodiment 5)
In the fifth embodiment, when a game is examined by both players after the communication game ends, or when a game score is examined between the two players, the game device of one player designates the number of moves. It is possible to return the display to the aspect of the specified number of moves on both game devices, and to input the start from the middle stage, so that the change when starting from the middle stage different from the progress of the actual battle can be considered To do.

  FIG. 17 is a flowchart for explaining the operation in the fifth embodiment. FIG. 18 shows an example of a display state when the terminal A and the terminal B return the face displayed on the board to the designated number of times after the end of the communication game.

  Here, even after the communication game between the two game devices (terminal A and terminal B) connected via the Go game service server 10 and the communication line network 14 has ended, the time required for each device is reduced. When there is an input or a start input, an operation corresponding to each is performed. Also, after the game is over, game data 46f of the game is stored in the SRAM 46 in each game device (game content storage means). When realizing the function according to the fifth embodiment, as shown in FIG. 18 (a1), a number input key is provided in the key input unit (order input means). The number input key includes a number display field for inputting designation of an arbitrary number of movements and an arrow key (“←” key, “→” key for changing the number of movements displayed in the number display field for each movement. ), A “decision” key is provided for instructing the designation of the number of moves.

  First, after the game is over (step E1), when an arbitrary number of hands is input by the number input key on the terminal A and the “decision” key is instructed (step E2), the game apparatus has the input number of moves. It is determined based on the game record data 46f stored in the SRAM 46 whether or not it is smaller than the number of games of the game that has ended (step E3). That is, when the input number of moves is larger than the number of games, there is no midway aspect to be returned.

  Here, if the input number is smaller, the game device of the terminal A sends the information of the specified number of moves to the game device of the other terminal terminal B with an instruction to return to the phase where the hand was hit. (Sequential transmission means) (step E4). Further, the terminal A returns to the mid-stage by displaying the board display of its own terminal based on the game record data 46f up to the designated number of steps (first means) (step E5).

  On the other hand, when the game device of the terminal B receives the information on the number of moves together with the instruction to return the phase from the terminal A, the game device returns to the middle phase by displaying the board display based on the game record data 46f up to the designated number of times ( Second means) (step E6).

  In the example shown in FIG. 18, initially, the terminal A is displaying the board as shown in FIG. 18 (a 1), and the terminal B is performing the board display as shown in FIG. 18 (b 1). This shows the case where a change to is specified. The terminal A switches to the 18th board display as shown in FIG. 18 (a2), and at the same time transmits the number of times to the terminal B, so that the terminal B also shows the 18th hand as shown in FIG. 18 (b2). This shows how the display is switched to the board display. By doing so, when performing an impression battle or study after returning to the middle stage of the game after the game is completed, the board display on both game devices can be done by simply specifying the number of games on one game device. Since it is possible to switch to the same board display at the same time, it is possible to shift to impression battle and examination with a simple operation.

  In this way, in the fifth embodiment, (1) it is possible to return the situation of both terminals together after completion of the game at the communication game, and re-attack, etc. Can be considered on the board (in addition to conversation means such as chat) when playing, (2) Since the game record of the already completed game is not rewritten, the game is saved as a game, while the game progress is different from the game There is an effect that can be considered.

  The above-described function is that the game data 46f after the end (or game data downloaded from the database device 36 of the Go game service server 10) is stored in the SRAM 46 in each of the two game devices that played the game. For example, it can be realized only by the game device. In addition, when the Go game service server 10 mediates between two game devices, the Go game service server 10 transfers information specifying the number of games from each game device to the other game device. .

(Embodiment 6)
In the sixth embodiment, after the communication game is over, when both players examine the impression battle or when the game score is examined between the two players, the game device of one of the players displays on the board display. When a certain stone (starting position) is specified, the display is returned to the phase immediately before or after the specified stone is started on both game devices, and the start can be input from the intermediate phase, and the battle starts from the intermediate phase. It is possible to examine changes when starting differently.

  FIG. 19 is a flowchart for explaining the operation in the sixth embodiment. FIG. 20 shows an example of a display state when returning the phase displayed on the board surface at the terminal A and the terminal B to the start position specified on the board display after the communication game ends.

  Here, even after the communication game between the two game devices (terminal A and terminal B) connected via the Go game service server 10 and the communication network 14 has ended, the board display on each device When the start position is specified and the start is input, the operation is performed in accordance with each input. Further, it is assumed that the game score data 46f of the game is stored in the SRAM 46 in each game device after the game ends.

  First, after the game is over (step F1), if there is a position input to an arbitrary point on the board display at the terminal A (step F2), does this game device have a stone at the input position? Whether or not is determined based on the game record data 46f stored in the SRAM 46 (step F3). That is, if there is no stone at the input position, the situation to be returned will be unknown. Here, if there is a stone at one point where the position is input, Along with an instruction to return to the started phase, the information on the designated position (or the number of stones to be started) may be transmitted to the game device of the opponent terminal B (step F4). In addition, the terminal A returns to the mid-stage by displaying the board display of its own terminal based on the game record data 46f up to the number of times the stone at the designated position has been started (step F5).

  On the other hand, when the game device of Terminal B receives information on the position on the board display (or the number of starts at that position) together with an instruction to return the situation from the terminal A, the stone at the position where the board display is designated is started. By displaying based on the game record data 46f up to the number of moves, it is returned to the midway phase (step F6).

  In the example shown in FIG. 20, initially, the terminal A is performing the board display as shown in FIG. 20 (a 1) and the terminal B is performing the board display as shown in FIG. 20 (b 1). It shows the case where the position where it has started is specified. As shown in FIG. 20 (a2), the terminal A switches to the board display of the phase where the stone at the designated position is started, and at the same time, transmits the input stone position (or number of hands) to the terminal B. In the terminal B, as shown in FIG. 20 (b2), the state is switched to the board display of the phase where the stone at the designated position is started. By doing so, when performing an impression battle or study after returning to the middle stage of the game after the game is completed, the board display on both game devices can be done by simply specifying the number of games on one game device. Since it is possible to switch to the same board display at the same time, it is possible to shift to impression battle and examination with a simple operation. In addition, since the phase can be returned by designating the position with respect to the board display, it is possible to study paying attention to the stone that has been started.

  In this way, in the sixth embodiment, (1) in the communication game, it is possible to simultaneously return the situation displayed on the board of both terminals after completion of the game, and replay, etc. Can be considered on the board (in addition to chat and other conversational means), (2) Since the game record of the already completed game is not rewritten, the game is saved as a game, while on the other hand It is possible to examine different game progressions. (3) Since it is possible to return to the specified stage by specifying the start on the board, it is possible to easily return the aspect even if the number of tasks is not well understood. be able to.

(Embodiment 7)
In the seventh embodiment, one player sends a request to the opponent that he / she wants to re-attack from the middle of the game, asks for an agreement, and if an agreement is obtained for that, the game device of one player When specified, the display is returned to the aspect of the number of moves specified in both game devices, and the start can be input from the intermediate aspect. Here, a description will be given by taking as an example a case where a replay is desired to the other party during communication. Note that the present invention can also be applied to a case where an impression battle after the end of the communication game is performed as in the fifth embodiment.

  FIG. 21 shows a flowchart for explaining the operation in the seventh embodiment. FIG. 22 shows an example of a display state in which the terminal A and the terminal B confirm the agreement between the two during the communication game and then return the situation displayed on the board to the specified number of moves.

  In the seventh embodiment, in addition to the number input key described in the fifth embodiment, as shown in FIG. 22 (a1), an “agreement confirmation” key for confirming the agreement of both players is provided.

  First, at the terminal A, during the communication game (step G1), when the “consent confirmation” key is instructed (step G2), this game device makes an inquiry of the agreement confirmation that the situation is to be retaken, It is transmitted to the game device of the opponent terminal terminal B (inquiry means) (step G3).

  In the game device of the terminal B, for example, a message is output to notify the player that there has been an agreement confirmation inquiry (step G9). On the other hand, if the player agrees to return the situation by an instruction to the “consent confirmation” key, the game device of the terminal B responds that the terminal A agrees (step G11). . On the other hand, when the player of terminal B does not agree to return the situation, it responds to terminal A that it does not agree (step G10). In the game device of the terminal B, the player does not agree because a predetermined operation different from the normal operation on the “consent confirmation” key is performed or the operation on the “consent confirmation” key is not performed within a certain period of time. Confirm that.

  If there is a response from the terminal B that does not agree (step G4), the game device at the terminal A returns to the original state of communication with the game because the situation cannot be returned. On the other hand, if there is a response from the terminal B that agrees with the terminal (step G4), the game device of the terminal A inputs the number of times indicating the phase where the player starts to re-attack, and displays the board according to this number of times. In addition, the information on the number of moves input to the terminal B is sent to the terminal B to instruct to return the phase, so that the aspect displayed on the board is also returned to the specified number of times on the terminal B (steps G5- G12). Note that steps G5 to G12 shown in the flowchart of FIG. 21 are the same as steps E2 to E6 shown in the flowchart of FIG.

  In the example shown in FIG. 22, when the “consent confirmation” key is instructed at the terminal A shown in FIG. 22 (a1) during the communication game, the terminal B is inquired about the agreement confirmation. The terminal B shown in the figure shows a state in which it is responded that the user agrees by instructing the “consent confirmation” key. In this case, in the same manner as in the fifth embodiment, when a change to the board display of “18th hand” is specified on the terminal A, for example, as shown in FIG. At the same time, by transmitting the number of times to the terminal B, the terminal B can also switch to the 18th board display as shown in FIG. 22 (b2). By configuring in this way, even during communication games, for example, guidance advice can be sent at the coach, or during a casual game, the change can be examined by temporarily interrupting the course, and agreement between the two parties must be made. Since it is confirmed, it is possible to use properly, such as agreement in a casual game, no interruption in the middle of a serious game.

  In the procedure shown in the flowchart of FIG. 21, the agreement between the two players in the communication game is confirmed in advance. However, when transmitting the information on the input number of actions, an agreement confirmation for returning the situation is requested at the same time. Anyway. In this case, if consent is obtained from the opponent, the situation on the board display in each game device is returned, and if consent is not obtained, the sent situation information is ignored and the situation is returned. Make it not exist.

  In this way, in Embodiment 7, even if there is an agreement before the end of the game at the communication game, it is possible to return the situation of both terminals together and re-attack, etc. You can attach, teach and modify.

(Embodiment 8)
In the eighth embodiment, when one player wants to re-attempt from the middle of the game, the player asks for an agreement, and when the agreement is obtained, the board display on the game device of the one player When a certain stone (starting position) is specified, the display is returned to the phase immediately before or after the specified stone is started on both game devices, and the start can be input from the intermediate phase. From this, it will be possible to examine the changes in the case of undertaking different from the progress of the actual battle. Note that the present invention can also be applied to a case where an impression battle or the like after the end of a communication game is performed as in the sixth embodiment or a case where a game score is examined between two parties.

  FIG. 23 shows a flowchart for explaining the operation in the eighth embodiment. FIG. 24 shows an example of a display state in the case where the terminal A and the terminal B confirm the agreement between the two and return the phase displayed on the board to the designated start during the communication game. In the eighth embodiment, as shown in FIG. 24 (a1), an “agreement confirmation” key for confirming the agreement of both players is provided.

  First, at the terminal A, during the communication game (step H1), when the “consent confirmation” key is instructed (step H2), this game device makes an inquiry of the agreement confirmation to return the situation and reattempt, The game is transmitted to the game device of the other party's terminal (step H3).

  For example, the game device of the terminal B notifies the player that there has been an inquiry for confirmation of agreement by outputting a message (step H9). On the other hand, when the player agrees to return the situation by an instruction to the “consent confirmation” key, the game device of the terminal B responds that the terminal A agrees (step H11). . On the other hand, when the player of terminal B does not agree to return the situation, the terminal A responds that it does not agree (step H10). In the game device of the terminal B, the player does not agree because a predetermined operation different from the normal operation on the “consent confirmation” key is performed or the operation on the “consent confirmation” key is not performed within a certain period of time. Confirm that.

  If there is a response from the terminal party that does not agree (step H4), the game apparatus of the terminal A returns to the original communication game state as the situation cannot be returned. On the other hand, when there is a response that the terminal A agrees with from the terminal B (step H4), the game device of the terminal A performs position input indicating an arbitrary point on the board surface display indicating the phase where the player starts retouching, Change the board display to the phase where the stone at one point where the position was entered was started, and send the information of the input stone position (or the number of stones started) to the terminal B to change the phase By instructing the return, the aspect displayed on the board is also returned to the designated position (or the number of starts) at the terminal B (steps H5 to H12). Note that steps H5 to H12 shown in the flowchart of FIG. 21 are not described in detail because the same processing as steps F2 to F6 shown in the flowchart of FIG.

  In the example shown in FIG. 24, when the “agreement confirmation” key is instructed in the terminal A shown in FIG. 24 (a1) during the communication game, the agreement confirmation is inquired to the terminal B. The terminal B shown in the figure shows a state in which it is responded that the user agrees by instructing the “consent confirmation” key. In this case, in the same manner as in the sixth embodiment, when a position at which, for example, Shiroishi is started is specified for the board display on the terminal A, the terminal A indicates the position specified as shown in FIG. At the same time as switching to the board display of the phase where the stone was started, the position (or number) of the input stone is sent to the terminal B, so that the terminal B is also designated as shown in FIG. 24 (b2). It is switched to the board display of the phase where the stone at the selected position was started. By configuring in this way, you can send guidance advice at the coach, even during a communication game, or you can review the change after a pause in the middle of a casual game, and be sure to confirm the agreement of both parties As a result, it is possible to use the game in an easy way, such as agreeing on the game, and not having any interruptions during the game.

  In this way, in the eighth embodiment, (1) even before the end of the game in the communication game, if there is an agreement, the situation of both terminals can be returned together and re-attacked, so the situation can be changed even during the game. You can return comments and give guidance and rework. (2) You can specify the start on the board and return the situation, so you can easily return the situation even if you do not understand well. The effect that it is possible to obtain such an effect can be obtained.

(Embodiment 9)
In the ninth embodiment, when one player wants to re-attack, instead of telling the opponent that he / she wants it and asking for consent as in Embodiments 7 and 8, the opponent will return and re-attempt the situation. It is discriminated by referring to whether or not information (agreement information) indicating that the user agrees to be registered in advance, and only when both terminals have registered the agreement information, the game is performed in one player's game device. Is specified, the display is returned to the aspect of the number of moves specified in both game devices, and the start can be input from the intermediate aspect. Here, a description will be given by taking as an example a case where a replay is desired to the other party during communication. Note that the present invention can also be applied to a case where an impression battle after the end of the communication game is performed as in the fifth embodiment.

  FIG. 25 shows a flowchart for explaining the operation in the ninth embodiment. FIG. 26 shows an example of a display state when the terminal A and the terminal B confirm that both parties have registered the agreement information during the communication game and then return the aspect displayed on the board to the specified number of moves. Show.

  In the ninth embodiment, in place of the “consent confirmation” key described in the seventh embodiment, as shown in FIG. A “register” key is provided. For example, when the player “does not agree to return the situation”, the agreement information 46j is registered in the SRAM 46 by instructing the “agreement registration” key at any timing (registration). means). Further, the agreement may be simply confirmed before starting the game in the seventh embodiment, and the agreement information 46j may be held in the SRAM 46 during the game when the agreement is made.

  First, in the case of communication with the terminal A (step J1), when trying to revert the situation and reattempt, the game device refers to whether the agreement information 46j is registered in the SRAM 46 (step J2), and the agreement information If 46j is registered (step J3), an inquiry is sent to the game device of the other party terminal B to confirm whether or not registration is agreed to return and return to the game (step J4).

  When there is an inquiry from the terminal A, the game device of the terminal B refers to whether the agreement information 46j is registered in the SRAM 46 of the time device (step J10). Here, when the agreement information 46j is registered and the player has agreed in advance to return the situation, the terminal device game device responds to the terminal A that it agrees (step J13). ). On the other hand, if the agreement information 46j is not registered and the player does not agree to return the situation, the terminal A responds that it does not agree (step J12).

  If there is a response from the terminal B that does not agree (step J5), the game device of the terminal A returns to the state of the original communication game assuming that the situation cannot be returned. On the other hand, if there is a response from the terminal B that agrees with the terminal B (step J5), the game device of the terminal inputs the number of times indicating the start of re-attacking by the player, and displays the board on the surface according to the number of times. In addition, the information on the number of moves input to the terminal B is sent to the terminal B to instruct to return the phase, so that the aspect displayed on the board is also returned to the specified number of times on the terminal B (steps J6 to J6). J9, J14). Note that steps J6 to J9 and J14 shown in the flowchart of FIG. 25 are the same as the steps E2 to E6 shown in the flowchart of FIG.

  In the example shown in FIG. 26, the “agreement registration” key is instructed in the terminal A shown in FIG. 26 (a1) during communication, and the agreement information is registered, while the terminal B in FIG. The “consent registration” key is indicated and the agreement information is registered. In this case, in the same manner as in the fifth embodiment, when a change to the “18th hand” board display is designated on the terminal A, for example, as shown in FIG. At the same time, by transmitting the number of times to the terminal B, the terminal B can also switch to the 18th board display as shown in FIG. 26 (b2). By configuring in this way, even during a communication game, for example, sending guidance advice in a coach, or reviewing changes that are temporarily interrupted in the middle of a game, etc. It is possible to confirm the agreement between the two without confirming by performing a predetermined key operation. For this reason, it is possible to use the game in an easy way, such as agreeing on the game, and not having any interruptions during the game.

  It should be noted that the agreement information stored in the SRAM 46 of the game device may be registered based on an agreement such as “This game is a practice game and may be considered” by both players before the game starts. The Go game service server 10 may be registered in each game device that forcibly plays a game by saying that “this game is a tournament game and is not considered”.

  In the above description, the agreement information 46j is registered in the SRAM 46 of each game device. However, the agreement information 46j may be registered in the Go game service server 10. For example, when the Go game service server 10 receives a registration request for member information from the game device (a request is transmitted by operating the “agreement registration” key), the game server 10 of the member who is the user of the game device In association with the name, it is registered in the member list 36 a registered in the database device 36.

  The game device confirms by inquiring the Go game service server 10 whether or not the game partner has previously registered the agreement information. This eliminates the need to send an inquiry to the opponent game device.

  In the procedure shown in the flowchart of FIG. 25, it is assumed that both parties in the communication game have registered the agreement information in advance. However, when transmitting the information of the input effort, the situation can be returned at the same time. You may make it ask for consent confirmation. In this case, if consent is obtained from the opponent, the situation on the board display in each game device is returned, and if consent is not obtained, the sent situation information is ignored and the situation is returned. Make it not exist.

  In this way, in the ninth embodiment, (1) even before the game ends, if the agreement is made in advance, it is possible to return the situation of both terminals together and re-attempt the game. However, it is possible to add comments and provide guidance and rework by returning the situation. (2) In addition, from the beginning, it is not a game purpose, but studying changes while advancing and returning the situation through communication for the main purpose of research. (3) Furthermore, in the case of a competition game or the like, the effect of being able to be distinguished from a practice game can be obtained by designating “prohibition prohibited” in advance on the server or the like. be able to.

(Embodiment 10)
In the tenth embodiment, when one player wants to re-attack, instead of telling the opponent that he / she wants it and asking for consent as in Embodiments 7 and 8, the opponent will return and return to the situation. Discriminating by referring to whether or not information (agreement information) indicating that the user agrees to be registered in advance, and both terminals have registered the agreement information, the board of the game device of one player When a certain stone (start position) on the display is specified, the display is returned to the phase immediately before or after the specified stone is started on both game devices, and the start can be input from the intermediate phase. It will allow you to examine changes when starting from a stage different from the progress of actual battle. Note that the present invention can also be applied to a case where an impression battle or the like after the end of a communication game is performed as in the sixth embodiment or a case where a game score is examined between two parties.

  FIG. 27 is a flowchart for explaining the operation in the tenth embodiment. In FIG. 28, the terminal A and the terminal B confirm that both parties have registered the agreement information during the communication game, and return the phase displayed on the board to the phase where the stone at the specified position was started. An example of the display state is shown.

  In the tenth embodiment, as in the ninth embodiment, as shown in FIG. 28 (a1), an “agreement registration” key is provided for registering that the user agrees to return and return to the situation. For example, when the player “does not agree to return the situation”, the agreement information 46j is registered in the SRAM 46 by instructing an “agreement confirmation” key at an arbitrary timing. The registration of the agreement information 46j is performed in the same manner as in the ninth embodiment, and detailed description thereof is omitted.

  First, when the terminal A is going to play the communication (step K1), the game device refers to whether or not the agreement information 46j is registered in the SRAM 46 (step K2) to return the situation and try again. If 46j is registered (step K3), an inquiry for confirming whether or not registration is agreed to return the situation and re-attempt is sent to the game device of the opponent terminal terminal B (step K4). .

  When there is an inquiry from the terminal A, the terminal device game device refers to whether the agreement information 46j is registered in the SRAM 46 of the time device (step K10). Here, if the agreement information 46j is registered and the player has agreed in advance to return the situation, the terminal device game device responds to the terminal A to agree (step K13). ). On the other hand, if the agreement information 46j is not registered and the player does not agree to return the situation, the terminal A responds that it does not agree (step K12).

  If there is a response from the terminal B that does not agree with the terminal B (step K5), the game device of the terminal A returns to the original communication game state as the situation cannot be returned. On the other hand, when there is a response that the terminal A agrees with from the terminal B (step K13), the game device of the terminal A performs position input indicating an arbitrary point on the board surface display indicating the phase where the player starts retouching, Change the board display to the phase where the stone at one point where the position was entered was started, and send the information of the input stone position (or the number of stones started) to the terminal B to change the phase By instructing the return, the terminal face is also returned to the designated position (or the number of starts) (steps K6 to K9, K14). Note that steps K6 to K9 and K14 shown in the flowchart of FIG. 27 are the same as steps F2 to F6 shown in the flowchart of FIG.

  In the example shown in FIG. 26, the “agreement registration” key is instructed in the terminal A shown in FIG. 26 (a1) during communication, and the agreement information is registered, while the terminal B in FIG. The agreement information is registered when the “consent confirmation” key is instructed. In this case, in the same manner as in the sixth embodiment, when a position where, for example, Shiroishi is started on the board display is designated on the terminal A, the terminal A is designated as shown in FIG. 28 (a2). At the same time as switching to the board display of the phase where the stone was started, the position (or number) of the input stone is transmitted to the terminal B, so that the terminal B is also designated as shown in FIG. It is switched to the board display of the phase where the stone at the selected position was started. By configuring in this way, you can send guidance advice at the coach, even during a communication game, or you can review the change after a pause in the middle of a casual game, and be sure to confirm the agreement of both parties As a result, it is possible to use the game in an easy way, such as agreeing on the game, and not having any interruptions during the game. Note that the same application example as in the ninth embodiment can be used for registration of agreement information.

  As described above, in the tenth embodiment, (1) even before the end of the game in the communication game, if there is an agreement, the situation of both terminals can be returned together and re-attacked, so the situation can be returned even during the game. (2) In addition, from the beginning, it is not a game objective, but it is possible to examine changes while advancing or returning phases through communication for the main purpose of research. (3) Furthermore, in the case of a competition game, etc., it is possible to distinguish it from a practice game by specifying “prohibition prohibited” in advance on the server, etc. (4) Start on the board Since the situation can be returned by designating, it is possible to obtain an effect that the situation can be easily returned even if the number of tasks is not well understood.

(Embodiment 11)
In the eleventh embodiment, after the communication game is over, when both players examine the impression battle or the like, one terminal can continuously transmit the black and white alternate start data, and both games can be transmitted based on the start data. The panel display in the apparatus is changed in conjunction with it.

  FIG. 29 is a flowchart for explaining the operation in the eleventh embodiment. A conventional game device for playing games is configured to start / stop each time by switching permission / non-permission of start input and permission / disapproval of start reception, thereby proceeding with the game. .

  In the invention of the eleventh embodiment, after the end-of-game determination is made and the game is over, both game devices are set in a state where start input and start reception are possible, and one game device continuously inputs both black and white start. I was able to send and receive.

  In the following, the operations of the game device of the terminal A (the side that initiates after the end of the game) and terminal B will be described with reference to the flowchart of FIG. In FIG. 29, the terminal A is the side that sends the start data, and the terminal B is the side that receives the start data from the opponent, but if the player is in the game, the one with the current turn is the terminal A. Thus, the terminal A and the terminal B are switched each time one is started, such as the terminal B who is waiting in the opponent's turn. In addition, after the end of the event, both the terminal A and the terminal B always remain in the permission state for both the start input and the start reception (this is equivalent to Embodiments 12 and 13 described later). ).

  First, when the game device at the terminal A inputs a start (steps L1 and L2), it determines whether the start input is permitted (step L3). Whether or not the start input is permitted is determined by referring to the start input / reception permission information 46m stored in the SRAM 46.

  If permission to start input is set (step L3), the game device of the terminal A displays the start (stone) at the position on the board display where the start input has been made, and also to the game device of the opponent player On the other hand, the start data is transmitted (step L4). In addition, the game device at the terminal A changes the turn according to the start input (when the current start is a black number, it changes to a white number, and when the current start is a white number, it changes to a black number) (step L5). Based on the game record data up to that point, it is determined whether the game has already ended (final) or whether the game is currently in progress (step L6). The end determination may not be executed in the game device, but may be received as a result of the end determination process executed for each start input in the Go game service server 10.

  If the game is currently in progress, the game device of the terminal A that has just started input does not permit start input (step L7), and enters the state of waiting for start from the opponent under the start reception permission state. (Step L9).

  On the other hand, the terminal device game device determines whether or not the start reception is permitted by referring to the start input / reception permission information 46m stored in the SRAM 46 (step L10), and the reception is permitted. For example, the start data from the terminal A is received, and the start (stone) is displayed at a position on the board display corresponding to the start data (step L11). Further, the game device of the terminal B changes the turn according to the start input (step L12).

  The game device of the terminal B sets the start input / reception permission information 46m to start input permission (step L13), and whether the game has already ended based on the received start input and the game record data so far (end) ) Or whether the game is currently in progress (step L14). Note that the end-of-station determination may be performed in the Go game service server 10 as described above.

  Here, if the game is currently in progress, the game device of the terminal B that has received the start now disallows the start input (step L15), and enters the input waiting state for the start (step L9).

  By the way, if it is determined in the game device of the terminal A that the end has been made by the end determination, the start input / reception permission information 46m is left in the start input permission state (step L8), and the start reception permission state is set (step L9). ). Further, when it is determined that the terminal has ended by the end determination (step L14), the start input / reception permission information 46m is left in the start reception permission state (step L16).

  That is, after the game is over, both game devices always hold the start input permission and start reception permission states. For example, one of the game devices continues to have a number of hands (black and white). Both starts) can be started.

  In this way, in the communication game system, after the game is completed, it is possible to perform impression battles and guidance such as this was good with this hand, and a better service can be provided.

  In this way, in the eleventh embodiment, the communication game can send both black and white starts from one game device after the game is finished, so that the player's terminal can be shown or a correct change can be made at the instructor terminal. Can be taught.

Embodiment 12
In the twelfth embodiment, when one player wishes to start (continuous start) in order to perform his / her own twister during a communication game, the other player has the desire. If both parties agree, the game device will be able to continue sending alternate black and white start data, and the start data will be displayed on both game devices. Is to change in conjunction.

  FIG. 30 is a flowchart for explaining the operation in the twelfth embodiment. FIG. 31 shows an example of a board display in the game device for realizing the twelfth embodiment.

  In the twelfth embodiment, as shown in FIG. 31, an “agreement confirmation” key for confirming the agreement of both players is provided.

  First, when the “consent confirmation” key is instructed at the terminal A (step M1), the game device transmits an agreement confirmation inquiry to continuously start the game to the game device of the opponent terminal terminal (step S1). M2).

  For example, the game device of the terminal B notifies the player that there has been an inquiry for confirmation of agreement by outputting a message (step M12). On the other hand, if the player agrees to start the series by instructing the “consent confirmation” key, the game device of the terminal B responds that the terminal A agrees (step M14). On the other hand, when the player of the terminal B does not agree to the continuous start, the terminal A responds that it does not agree (step M13). In the game device of the terminal B, the player does not agree because a predetermined operation different from the normal operation on the “consent confirmation” key is performed or the operation on the “consent confirmation” key is not performed within a certain period of time. Confirm that.

  When the game device at the terminal A inputs a start (steps M3 and M4), it determines whether the start input is permitted (step M5). Whether or not the start input is permitted is determined by referring to the start input / reception permission information 46m stored in the SRAM 46.

  If permission to start input is set (step M5), the game device of the terminal A displays the start (stone) at the position on the board display where the start input has been made, and also to the game device of the opponent player On the other hand, the start data is transmitted (step M6). Further, the game device of the terminal A changes the turn according to the start input (when the current start is a black number, it is changed to a white number, and when the current start is a white number, it is changed to a black number) (step M7). Then, the start reception permission state is set (step M8).

  Here, the game device of the terminal A determines whether or not the agreement of continuous start has been obtained from the terminal B (step M9), and if both have been agreed, the state in which the start input is permitted is retained ( Step M10). On the other hand, when the consent of continuous start is not obtained from the terminal B (step M9), the game device of the terminal A sets the start input disapproval (step M11).

  On the other hand, the terminal device game device determines whether or not the start reception is permitted by referring to the start input / reception permission information 46m stored in the SRAM 46 (step M15), and the reception is permitted. For example, the start data from the terminal A is received, and the start (stone) is displayed at a position on the board display corresponding to the start data (step M16). Further, the game device of the terminal B changes the turn according to the start input (step M17) and sets the start input permission state (step M18).

  Here, the game device of the terminal B determines whether or not an agreement for continuous start is transmitted to the terminal A (step M19), and if both are agreed, the start reception permission state is maintained. (Step M20). On the other hand, if it is transmitted to the terminal A that it does not agree (step M19), the terminal device game apparatus sets the start reception non-permission (step M21).

  That is, when an agreement is made for continuous start between the two during communication, both game devices always hold the start input permission and start reception permission states. The number of hands (both black and white) will continue to be started.

  By configuring in this way, you can send guidance advice at the coach, even during a communication game, or you can review the change after a pause in the middle of a casual game, and be sure to confirm the agreement of both parties Therefore, it is possible to use the game in an easy way, such as agreeing on a casual game, no interruption in the middle of a serious game, etc. As a result, it is possible to provide a service such as a guidance game service in which the game is ignored from the beginning, or a professional game using a communication game system.

  In the procedure shown in the flowchart of FIG. 30, the agreement between both parties in the communication game is confirmed in advance. However, when sending the start data, an agreement confirmation for returning the situation may be inquired at the same time. . For the registration of agreement information, an application example similar to that of the ninth embodiment can be used.

  In this way, in the twelfth embodiment, (1) even when the communication game is in progress, if both parties agree, it is possible to send both black and white starts from one terminal. (2) By using one terminal as a large screen monitor, it is possible to provide a service similar to a large-scale commentary, and because it can be communicated, it is currently in progress in a remote location. You can get the effect that you can start the title game of, and the live commentary of the big commentary.

(Embodiment 13)
In the thirteenth embodiment, when one player wishes to start (continuous start) continuously in order to show his / her fistula during a communication game, the game as in the twelfth embodiment Instead of telling the other party that you want it and requesting consent, refer to whether the information indicating that you agree to the continuous start is registered in advance by the opponent and register the information that agrees to the continuous start on both game devices. Only in the case where one of the game apparatuses has been able to transmit the start data alternately with black and white, the board display on both game apparatuses is changed in conjunction with the start data.

  FIG. 32 is a flowchart for explaining the operation in the thirteenth embodiment. In the thirteenth embodiment, it is assumed that an “agreement registration” key is provided in place of the “agreement confirmation” key for confirming the agreement of both players as shown in FIG. In the thirteenth embodiment, it is assumed that the post-end start agreement information 46k is registered in the SRAM 46 by instructing an “agreement registration” key at an arbitrary timing.

  The start agreement information 46k after the end of the event may be such that each player stores in advance information such as “I do not agree to return the situation” in advance, or at the start of the game on the server side, Information may be stored that “This game is a tournament game, so it is not allowed to review the situation and return to the situation”. Further, as in the twelfth embodiment, the agreement between both players may be confirmed before the game starts, and the information may be held between the games.

  First, when the game device on the terminal A inputs a start (steps N1 and N2), it determines whether the start input is permitted (step N3). Whether or not the start input is permitted is determined by referring to the start input / reception permission information 46m stored in the SRAM 46.

  When permission to start input is set (step N3), the game device of the terminal A displays the start (stone) at the position on the board display where the start input has been made, and also to the game device of the opponent player On the other hand, the start data is transmitted (step N4). Further, the game device of the terminal A changes the turn in response to the start input (when the current start is a black number, it is changed to a white number, and when the current start is a white number, it is changed to a black number) (step N5). Then, under the start reception permission state, a start wait state from the partner is entered (step N6).

  Here, the game device of the terminal A determines whether the game has already ended based on the start input and the game record data so far (final) or whether the game is currently progressing (step N6). . The end determination may not be executed in the game device, but may be received as a result of the end determination process executed for each start input in the Go game service server 10.

  If the game is currently in progress, the game device of the terminal A that has just started input refers to whether or not the after-start start agreement information 46k is registered in the SRAM 46 (step N8), and the after-start start agreement information 46k. Is registered, that is, the agreement between the two has been taken (step N9), the state in which the start input is permitted is maintained (step N11), and if the agreement is not taken, the start input is not permitted. (Step N10). If the game is over, the game device at the terminal A keeps the state where the start input is permitted (step N11).

  On the other hand, the terminal device game device determines whether or not the start reception is permitted by referring to the start input / reception permission information 46m stored in the SRAM 46 (step N12), and the reception is permitted. For example, the start data from the terminal A is received, and the start (stone) is displayed at a position on the board display corresponding to the start data (step N13). Further, the game device of the terminal B changes the turn according to the start input (step N14), and sets the start input / reception permission information 46m to start input permission (step L15).

  Based on the received start input and the game record data so far, the game device of terminal B determines whether the game has already ended (final) or whether the game is currently in progress (step N16). Note that the end-of-station determination may be performed in the Go game service server 10 as described above.

  Here, if the game is currently in progress, the game device of the terminal B that has received the start now refers to whether or not the start end agreement information 46k is registered in the SRAM 46 (step N17), and the start end agreement is reached. If the information 46k is registered, that is, if the agreement between the two is taken (step N18), the start reception permission state is maintained (step N20), and if the agreement is not taken, the start reception is not allowed. (Step N19). If the game is over, the terminal device game device maintains the state in which start reception is permitted (step N20).

  In other words, when the end of the game, or even if the player who performs the communication game is in the middle of the game and the start agreement information 46k is registered in advance after the end of the game, an agreement is obtained between the two, for example, either It is possible to start continuously with one game device (both black and white).

  By configuring in this way, you can send guidance advice at the coach, even during a communication game, or you can review the change after a pause in the middle of a casual game, and be sure to confirm the agreement of both parties As a result, it is possible to use the game in an easy way, such as agreeing on the game, and not having any interruptions during the game.

  In the procedure shown in the flowchart of FIG. 32, the agreement between both parties in the communication game is confirmed in advance. However, when sending the start data, an agreement confirmation for returning the situation may be inquired at the same time. . For the registration of agreement information, an application example similar to that of the ninth embodiment can be used.

  As described above, in the thirteenth embodiment, (1) even when the communication game is in progress, if both parties agree, it is possible to send both black and white starts from one terminal. (2) In the case of a competition game, etc., it is possible to distinguish it from a practice game by designating “Disapproval” in advance on the server, etc. (3 ) By using one terminal as a large screen monitor, it is possible to provide a service similar to a large-scale commentary, and because it can be done via communication, it is possible to start a title battle that is currently in progress at a remote location, You can get the effect that you can broadcast live events of the meeting.

  In the above description of the first to thirteenth to thirteenth embodiments, a case has been described in which a Go game is played between game devices connected via the Go game service server 10 and the communication network 14. The present invention can also be applied to other games in which data for alternately advancing data between users, such as chess, othello, ream, various card games, mahjong, and the like.

  Further, in each of the above-described embodiments, the instruction to the game device is described as being performed using a soft key provided as needed in the key input unit, but a button arbitrarily provided outside the key input unit Alternatively, it may be performed using a physical (mechanical) button provided in the game device.

  Further, the game devices 22, 23, and 24, which are dedicated Go game terminals for playing games, are mainly described. However, by causing the personal computer 18 to execute a program that realizes the functions of the game device described above. The personal computer 18 can also be used as a game device.

  In the above description, a game is played between terminals such as a game device or a personal computer 18 used by the user via the Go game service server 10, but when playing a game directly between the terminals, As long as various kinds of necessary information can be transmitted and received, a system configuration without using the Go-to-game service server 10 can be adopted.

  In addition, if communication is played via the Go game service server 10, various information necessary for realizing the present embodiment (agreement information, start agreement information after completion, start input / reception permission information, etc.) , The agreement information and the start agreement information after the end are registered in the database device 36 of the Go game service server 10, for example, the member list 36a shown in FIG. 3, and the start input / reception is received for the game data 36b. You may make it register permission information.

The figure which shows the structure of the game system which performs games, such as Go, via the communication means in this embodiment. The block diagram which shows the structure of the electronic circuit of Go game service server 10 concerning embodiment of this invention. The figure which shows the data structure of the member list | wrist 36a and the game data 36b stored in the database apparatus 36 (or memory | storage device 33) of the Go game service server 10. FIG. The block diagram which shows the structure of the electronic circuit of the game device 22 in this embodiment. The figure which shows an example of the various data stored in SRAM46 of the game device 22. The figure which shows the external appearance structure of the game device 22. The figure which shows an example of the screen displayed by LCD22a of the game device 22. 5 is a flowchart for explaining an operation in the first embodiment. The figure which shows an example of the information registered into game score data. FIG. 5 is a diagram for explaining another applied configuration of the first embodiment. 9 is a flowchart for explaining an operation in the second embodiment. The figure which shows an example of the start input mode designation | designated key provided in the key input part of the game device 22 when performing a game score input. 10 is a flowchart for explaining an operation in the third embodiment. The figure which shows an example of the board display by which the game score was input. 10 is a flowchart for explaining the operation of the game device according to the fourth embodiment. The figure which shows an example of the board surface display in the case of transmitting / receiving information other than starting by communication communication. 10 is a flowchart for explaining an operation in the fifth embodiment. The figure which shows an example of the display state in the case of returning the aspect displayed on a board surface to the designated number of times in the terminal A and the terminal B after completion | finish of communication game. 10 is a flowchart for explaining an operation in the sixth embodiment. The figure which shows an example of the display state in the case of returning the phase displayed on the board surface in the terminal A and the terminal B to the start position designated on the board display after the communication game ends. 10 is a flowchart for explaining an operation in the seventh embodiment. The figure which shows an example of the display state in the case of returning the aspect displayed on a board surface to the designated number of times after confirming agreement between both in the terminal A and the terminal B during communication game. 10 is a flowchart for explaining an operation in the eighth embodiment. The figure which shows an example of the display state in the case of returning to the designated start the phase displayed on the board after confirming an agreement between the terminal A and the terminal B during the communication game. 10 is a flowchart for explaining an operation in the ninth embodiment. The figure which shows an example of the display state in the case of returning to the designated number of times the board surface display after confirming that both terminal A and the terminal B have registered the agreement information during the communication game. 18 is a flowchart for explaining an operation in the tenth embodiment. Display status when returning the phase displayed on the board to the phase where the stone at the specified position was started after confirming that both sides registered the agreement information at the terminal A and the terminal B during communication The figure which shows an example. 20 is a flowchart for explaining an operation in the eleventh embodiment. 19 is a flowchart for explaining an operation in the twelfth embodiment. The figure which shows an example of the board surface display in the game device for implement | achieving Embodiment 12. FIG. 14 is a flowchart for explaining an operation in the thirteenth embodiment.

Explanation of symbols

DESCRIPTION OF SYMBOLS 10 ... Go game service server 12 ... Service provider 14 ... Communication network 18 ... Personal computer 22, 23, 24 ... Game device 22a ... LCD (liquid crystal display)
22b ... Touch panel 22c ... Antenna 22d ... Pen 30 ... CPU
31 ... Telephone communication unit 32 ... Communication unit 33 ... Storage device 33a ... Go game program 34 ... Recording medium 35 ... Memory 36 ... Database device 36a ... Member list 36b ... Game data 41 ... CPU
42 ... ROM
44 ... Touch panel 46 ... SRAM
48 ... LCD driver peripheral circuit 50 ... LCD
52 ... Wireless communication I / F
53 ... Speaker 54 ... Antenna 55 ... Timer 56 ... Battery

Claims (10)

In a game device that transmits data corresponding to an input for advancing the game to an opponent of the game,
Game content storage means for sequentially storing input data;
Order input means for inputting the input order of the data stored by the game content storage means;
First means for returning to the game situation according to the data input up to the order input by the order input means;
Order transmitting means for transmitting the order input by the order input means to the opponent;
A game apparatus comprising: a second means for returning to the game state according to the data input up to this order when the order transmitted by the order sending means of the opponent is received.   The game device according to claim 1, wherein the order input means inputs the order after the game is over.   2. The game apparatus according to claim 1, wherein the order input means inputs the order based on data designating a position with respect to a display screen on which a game situation is displayed. Inquiry means for inquiring the opponent to agree to send the order by the order sending means,
2. The game apparatus according to claim 1, wherein the order transmitting means transmits the inputted order when the inquiring means obtains an agreement with the opponent. Inquiry means for inquiring the opponent during the game about consent to transmit the order by the order transmitting means,
2. The game apparatus according to claim 1, wherein the order input means transmits the input order when consent is obtained from the opponent in response to the inquiry by the inquiry means. Registration means for registering agreement information indicating consent to return the game status by the second means;
Response means for responding to consent when the agreement information is registered by the registration means when receiving an inquiry from the opponent to agree to return the game status. The game device according to claim 1. Registration means for registering agreement information indicating consent to return the game status by the second means;
Inquiry means for inquiring the opponent during the game about consent to transmit the order by the order transmitting means,
Response means for responding to consent when the agreement information is registered by the registration means when receiving an inquiry to agree to return the game status from the inquiry means of the opponent And
2. The game apparatus according to claim 1, wherein the order input means inputs the order based on data designating a position with respect to a display screen on which a game situation is displayed. In a game device that inputs data in a predetermined order determined with an opponent and transmits the input data to the opponent to advance the game,
End determination means for determining the end of the game;
A game characterized by comprising continuous data input and setting means for setting a state in which data input by the opponent can be received when it is determined by the game end determination means that the game has ended. apparatus. In a game device that inputs data in a predetermined order determined with an opponent and transmits the input data to the opponent to advance the game,
Inquiry means for inquiring the opponent to consent to continuous data input and data reception during the game,
A game comprising: data input and setting means for setting a state in which data input by the opponent can be received when consent from the opponent is obtained in response to the inquiry by the inquiry means apparatus. Registration means for registering agreement information indicating consent of setting by the setting means;
10. The response device according to claim 9, further comprising: response means for responding to consent when the agreement information is registered by the registration means when the inquiry is received by the inquiry means of the opponent. Game device.

Images