JP2010068932A - Game apparatus, and program for controlling execution of game - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a control method improving efficiency in resuming a game, and a game system applying the control method. <P>SOLUTION: The game system has a game apparatus that sets characters in a virtual space as objects to be operated by players to carry out a competition game. In the game apparatus, a control means confirms input to predetermined condition setting items input by the players when starting the competition game. After confirming the input of the predetermined condition setting items by the control means, the execution of the competition game is started. When continuously executing the same competition game again after the execution of the competition game is ended, the set contents of the condition setting items are made the same as the contents set when executing the preceding competition game, and the execution of the competition game is started without performing new input processing to the condition setting items by the players. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to a game device and a program for controlling execution of a game.

  2. Description of the Related Art In recent years, game devices that play a battle game among a plurality of players using a plurality of game devices connected through a network such as the Internet have become widespread.

  In a game such as a race in a game device that performs such a battle game, each game device accepts an entry from another game device at the start, and a player who operates the other game device as an opponent to compete for the game It is comprised so that it can be made to participate in the same game (for example, patent document 1).

In such a game device, many opponents (other game devices) can participate in the battle game. On the other hand, a specific player or game device cannot be selected as an opponent.
Japanese Patent Laid-Open No. 08-224376

  In particular, at the end of the game, it is often expected that a rematch with the same opponent will be desired. However, when the game is restarted, if the same procedure as at the start of the game is performed, a different player (others from the previous game) (Game device) will also be accepted.

  Further, even when the other person does not participate, it is inconvenient for the player to repeat the same game and to execute the same game starting procedure.

  In view of such prior art, the object of the present invention is to perform an initial process including a selection of whether or not a rematch with the same opponent is desired when a game is ended, and a procedure for accepting entry of a game participation at that time. It is an object of the present invention to provide a game apparatus that can be omitted and that can promptly resume the game.

  A game device that achieves such an object receives a participation request signal from another communication device connected at the time of starting the game, and is associated with each game device based on the received control signal from the other game device. In the game device including control means for controlling the behavior of each operation target character, the game device includes storage means for storing participation information including information for specifying another game device corresponding to the participation request signal received at the start of the game. In addition, when the game is ended, the control means allows the player to select whether or not the re-game is to be performed by re-accepting participation of another game device that has received a participation request in the game. And the re-game accepting unit accepts the selection of re-game, the above-mentioned recording is made at the start of the game in the re-game. Reads participation information stored in the device, characterized in that receiving a participation request from only other game device having accepted the participation request in the previous game.

  In addition to the features described above, the game device is provided with a plurality of operation means associated with one of the operation target characters, and the control means is any of the plurality of operation means at the start of the game. Is input as a main operation means, the storage means stores the input setting as main operation information, and the control means, when executing the re-game, The main operation information may be read from the storage means without resetting the main operation information.

  Further, in addition to the above features, a housing is provided that allows a plurality of players to ride together and swings in accordance with the control of the control means, and the control means determines the number of passengers at the start of the game. The storage means stores the inputted number of passengers, and the control means does not re-input the number of passengers when executing the re-game. The present invention is also applicable to a configuration in which the number of passengers is read from the means.

  By having the above characteristics, it is possible to omit the initial process including the selection of whether or not the player wants a rematch with the same opponent when finishing the game, and the procedure for accepting the entry of the game participation at that time. As a result, a quick re-game can be started.

  Embodiments of the present invention will be described below with reference to the drawings. The embodiments are for the purpose of understanding the present invention, and the technical scope of the present invention is not limited thereto.

  In particular, as an embodiment, an example in which the present invention is applied to a car racing game as a battle game is shown below.

  However, the application of the present invention is not limited to such a car racing game. For example, it can be applied to a race such as a boat race as another example of a battle game, where a plurality of players sit on a model device, and one target appearing in a race game is regarded as a common operation target by a plurality of players. In this case, the present invention can be similarly applied.

  FIG. 1 is a diagram showing an external front view of a game system that performs a car race as an example for understanding the present invention. FIG. 2 is a top view of a similar game system.

  The game system is provided with a plurality of game devices (four in the embodiment) in parallel each having a racing car cockpit model 11 to 14 as a swingable housing corresponding to the progress of the game.

  Projector screens 21 to 24 are displayed on the front surfaces of the cockpit models 11 to 14 of the plurality of game devices, respectively, on which a racing course in a virtual three-dimensional space formed from the viewpoint of the host vehicle is displayed as the program progresses. Furthermore, each of the cockpit models 11 to 14 is provided with coin insertion slots 31 to 34 necessary for participating in the game.

  A panel display device 4 and an image display device 5 for displaying a player image or a game image adjacent to the panel display device 4 are arranged on the upper part of the game system as appropriate according to the system specifications. Furthermore, left and right speakers 61 and 62 are provided.

  1 and 2 further show a control unit 7 for comprehensively controlling the entire game system.

  Since the four cockpit models 11 to 14 have the same form, FIG. 3 shows a common cockpit model form.

  As an embodiment, two players sit in a single cockpit model as a set, and handles (steering) 100A, 100B, accelerator pedals 101A, 101B, and brake pedal 102A as operating means provided for the players are provided. , 102B. Note that the shift lever 110 is operated and used in common for two players when a manual vehicle is used as a model. When an automatic vehicle is used as a model, other control buttons or the like can be provided instead of the shift lever 110.

  With such a configuration, control is performed so that the effectiveness of the output of the operation means provided when a predetermined condition is satisfied is switched as a change of the player. That is, the operation means output of only the player on the side to be changed is valid.

  Further, in FIG. 3, the cockpit model is provided with a wide-angle CCD camera 120 capable of simultaneously imaging two players. A video signal picked up by the CCD camera 120 is displayed on the image display device 5 shown in FIG.

  The panel display device 4 provided adjacent to the image display device 5 displays game information corresponding to the progress of the game, for example, information such as ranking information during the race. Further, the panel display device 4 simultaneously displays a display relating the image displayed on the image display device 5 and the game information.

  FIG. 4 is a perspective view for facilitating understanding of the mechanism of one cockpit model shown corresponding to FIG. In addition, in order to show a vibration mechanism, the state which removed the rear cover is shown.

  In FIG. 4, two seats 103A and 103B on which two players sit are provided with an inclination or vibration corresponding to the progress of the game to give the players a virtual feeling when driving a car race. Cylinders 104A and 104B are provided.

  FIG. 5 is a diagram showing that the application of the present invention is not limited to a game device provided in one amusement facility. That is, the present invention can also be applied when a plurality of play facilities GS1, GS2,... GSn are connected via the network NW.

  The game device shown in FIG. 1 is disposed in each of a plurality of play facilities GS1, GS2,. The racing game is executed by a racing car (competitive vehicle) placed in a virtual three-dimensional space between a plurality of model devices connected by the network NW, not limited to the four model devices shown in FIG. It is possible.

  In such a case, in order to control the whole, the game device in any one of the play facilities GS1 to GSn functions as a game master machine (server), and the game devices that are other clients are synchronously controlled.

  FIG. 6 is a functional block diagram corresponding to the configuration of FIG. 1, which is one game device placed in such amusement facilities GS2 to GSn. Since connection control between the game facilities GS2 to GSn is not directly related to the control in the present invention, communication connection with other game devices is not shown in FIG.

  Corresponding to the cockpit models 11 to 14, control circuit function units 201 to 204 having the same configuration are provided. The control circuit function units 201 to 204 are LAN-connected by the HUB 210. Each of the control circuit function units 201 to 204 has a game board 212 that stores a program and executes the program.

  Each game board 212 in the cockpit models 11 to 14 is LAN-connected by a hub 210. One game board 212 in the cockpit models 11 to 14 becomes a master board, and game data is collected from the game board 212 which is a slave board of another cockpit model, and rank calculation is performed. Then, the calculation result is returned from the master board to the cockpit model game board as the slave board.

  Therefore, each game board 212 in the cockpit models 11 to 14 can always share data in the game system. Thereby, even when the master board goes down, the game board 212 of the cockpit model that was another slave board can easily be a master board.

  The input I / O board 213 detects the movements of the accelerator pedals 101A and 101B, the brake pedals 102A and 102B, and the shift lever 110, receives corresponding control signals, and sends them to the game board 212.

  Furthermore, it has an actuator control board 214, notifies the main control board 200 of the game state of each of the cockpit models 11 to 14, and moves dynamically according to the progress of the game in cooperation with the main control board 200. Actuators (cylinders 104A and 104B: FIG. 4) that give the player a feeling of driving an actual vehicle are controlled.

  The main control board 200 controls the video switch board 205 and the I / O board 504 of the panel display device 4. The main control board 200 and the video switch board 205 are included in the control unit 7 shown in FIG.

  The video switch board 205 inputs an image pickup signal of the CCD camera 120 provided in each of the cockpit models 11 to 14, is switched by the main control board 200, and sends a display signal to the image display device 5. Therefore, the video of the player imaged by the CCD camera 120 in any of the cockpit models 11 to 14 selected by the video switch board 205 is displayed on the image display device 5.

  Further, when a game image is displayed on the image display device 5, the main control board 200 selects a video signal sent from the actuator control board 214 and sends it to the image display device 5 through the video switch board 205.

  Further, the main control board 200 sends an information signal for an image displayed on the image display device 5 to the I / O board 500 of the panel display device 4.

  Based on the signal sent from the main control board 200, the I / O board 500 sends a lighting control signal to the light source 501 of the corresponding panel display device 4. Thereby, information display in which images displayed on the image display device 5 are associated with each other can be performed on the panel display device 4.

  FIG. 7 is a configuration example of the game board 212 in FIG. The program / data storage device 221 stores programs and data (including video / audio data). This may be composed of an external DVD-ROM or the like.

  The CPU 222 as a control means performs program execution, coordinate control for overall system control and image display, and the like.

  The system memory 223 stores programs and data necessary for the CPU 222 to perform processing. Furthermore, data during game execution, such as information on the driver of a racing car that is operated in a virtual three-dimensional space and operated by a player, and travel distance, are generated and stored temporarily.

  Programs and data necessary for starting up the game board 212 are stored in the boot ROM 224.

  Furthermore, a bus arbiter 225 for controlling the flow of programs and data with each block of the game board 212 and devices (I / O board 213, actuator control board 201) connected to the outside through the I / O interface 220, These are connected to the bus.

  A rendering processor 226 is further connected to the bus. Video (movie) data read from the program / data storage device 221 and images to be generated according to the player's operations and game progress are generated by the rendering processor 226, and the monitors (projector screens) 21, 22, 23, 24.

  Graphic data necessary for the rendering processor 226 to generate an image is stored in the graphic memory 227. A sound processor 228 is connected to the bus, and music data read from the program / data storage device 221 and sound effects and sounds to be generated in accordance with the player's operation and game progress are generated in the sound processor 228 and are stored in the main processor. The sound is displayed on the speakers 61 and 62 by being processed by the control board 200.

  Sound data and the like necessary for the sound processor 228 to generate sound effects and sounds are stored in the sound memory 229.

  FIG. 8 is a diagram for explaining the functions of the I / O board 213 and the actuator control board 214 that cooperate with the game board 212 whose configuration example is shown in FIG.

  The accelerator 101A (101B) and the brake 102A (102B) are each configured to output an operation signal corresponding to the depression amount.

  The handle 100A (100B) is configured to output an operation signal of an amount corresponding to the operation angle. Further, the shift key 110 corresponding to the shift lever outputs an operation signal corresponding to the switching position.

  An operation signal based on the player's operation on these operation means is input to the I / O board 213. The I / O board 213 acquires a status signal from the game board 212, that is, information on which side of the two players is valid, and sends an operation signal on the valid side to the game board 212. Information about which side of the two players is valid is held in the system memory 223 during the game execution.

  Furthermore, the game board 212 sends information indicating which side of the two players is valid to the handle control switching board 131 and the actuator control board 214 provided along with the handle 100A (100B).

  The handle control switching board 131 sends a drive command to the motor drive board 130A (130B) on the handle side that is enabled based on the information sent from the game board 212 under a predetermined condition, and the motor to the handle 100A (100B). Rotate by applying rotational driving force. As a result, it is possible to give the player a virtual sensation of receiving an impact on the handle while the game is running.

  On the other hand, the actuator control board 214 sends a drive command to the right and left actuator control boards 114A (114B) according to a predetermined program based on the information sent from the game board 212 according to a predetermined program, and the cylinder 104A (104B). Control the vertical movement of the. As a result, as shown in FIG. 4, it is possible to give the driver seat 103A (103B) a pitching or rolling motion and to give a virtual sense of receiving an impact on the vehicle body during the game running.

  Here, as a game execution method, game devices in different game facilities GS1 to GSn are operated between the players sitting on the four racing car models shown in FIG. 1 in the above description or through the network NW in FIG. It is not limited to the case of racing competitions with players.

  That is, in one racing car model (game device), the movement is controlled by the CPU 222 according to the program, and the game can be advanced using the racing car displayed as an image as an opponent of the racing competition. In this invention, the game processing by a single player in this case is referred to as a single flow in the present invention, in contrast to the battle flow when a game is played among a plurality of players.

  Next, based on FIG. 9 thru | or FIG. 13, it demonstrates below about operation | movement of the game device which performs the process at the time of game resumption in a competitive game of this invention performed by taking the structure of said game device (racing car model) as an example. explain.

  Each step of the processing flow shown in FIG. 9 to FIG. 13 is realized by the CPU 222 of the game board 212 in each of the plurality of game devices executing a program stored in the storage device 221 as control means. .

  First, in FIG. 9 which is a battle participation flow, the CPU 222 as a control means displays an advertisement (advertisement) screen for inviting a plurality of players to execute the battle game on the monitor 21 (step S1).

  When participating in the game, the player inserts a predetermined amount of coins into the corresponding coin insertion slots 31 to 34 of the cockpit models 11 to 14 of the game apparatus he is sitting on, and presses the game start button (step S2). . Note that the predetermined amount is usually set for one game execution unit. However, if the game is intended to be continued multiple times, a predetermined amount of coins or more can be inserted to continue the game as credits. Execution is possible.

  When a predetermined amount or more of coins are inserted, the CPU 222 determines whether or not the game apparatus is in a battleable state (step S3). In other words, in order to execute a battle game, it is necessary for the game device to be connected to a LAN or a network so that data can be exchanged with other game devices. judge.

  If the game device is not in a battle-capable state (step S3, No), a game (display car) on which the character (racing car) on the monitor of the game device whose display and movement are controlled by a CPU 222 described later is controlled It shifts to execution processing of a single flow game.

  If the game device is ready for a battle (step S3, Yes), a screen for waiting for a battle is displayed on the monitor 21 (step S4).

  As an example, when a player wants a single flow game rather than a battle game with a player of another game device while the screen for waiting for a battle displayed for a predetermined time of about 25 seconds is displayed, a monitor is displayed. Selection input is performed by the screen of 21 or a predetermined instruction input unit attached to the game device, and the process proceeds to a single flow game (Yes in step S5).

  When a battle game with a player of another game device is desired (step S5, No), the CPU 222 determines whether or not the player has been notified during the period up to the predetermined time (step S6). .

  In other words, the corresponding game device is connected to another game device via a transmission path, and a similar battle game advertisement screen is displayed on the other game device. Therefore, when a player of another game device inserts a coin and presses the start button (step S2), the game is notified to a master board which is a game device capable of playing.

  Therefore, the determination that the opponent has participated (Yes in step S6) is synchronized between the game devices to which the player who desires the competitive game belongs, and the participant of the competitive game is determined.

  As described above, when the player of the battle game is determined at the start of the game, the CPU 222 as the control means generates participation information including information for identifying the player who is the participant of the battle game corresponding to the game participation request. And the participation information produced | generated by CPU222 is memorize | stored in the system memory 223 which is a memory | storage means.

  Next, the process proceeds to the battle flow process of FIG. 10 executed in each game device.

  In FIG. 10, the player selects the main driver (step S7). As described above, it is possible for a player sitting in the cockpit model of the game device to select whether the operation to the operation device such as the left or right handle is effective in the initial state. The other side is the main driver. In the selection input of the main driver, the accelerator on the side to be selected in the cockpit model is used as input means, and the side on which the accelerator is stepped on is the main driver. The input main driver setting is stored in the system memory 223 as main operation information.

  Next, the CPU 222 determines selection of the number of drivers (step S8). In the cockpit model of the game device, as described above, a steering device such as a handle that can be operated by two players sitting and corresponding to each seat position is arranged. Then, when two players are sitting in the cockpit of the game device, the driver (player) on the side whose operation input is validated when the predetermined condition is met is replaced and the battle game is continued. Processing is possible.

  The selection of the number of drivers in step S8 is a selection as to whether or not to enable the driver change function. When the selection of two drivers is performed, the shift process control is performed during the game execution.

  When the number of drivers is one, the presence / absence of a passenger is confirmed for later safety confirmation processing (step S9). Here, an animation image of how to play the game is also displayed.

  The selection input of the number of drivers or the presence / absence of passengers is stored in the system memory 223 as the number of passengers sitting in one cockpit model of the game apparatus.

  Following the selection of the number of drivers (step S8), car selection processing is performed (step S10). Here, for example, among the six types of competitive cars displayed on the monitor 21, the competitive car that the player wants to operate is selected, and the CPU 222 confirms this (step S10).

  Further, similarly, the player selects a racing course for the race displayed on the monitor 21. For example, from four courses, the player selects a course for which he / she wants to perform a car race, and the CPU 222 confirms this (step S11).

  In course selection, it is not directly related to the invention of the present invention which one of a plurality of players playing a battle game is valid, but for example, selection of a player who has performed selection processing first Or enabling the selection of the player who first displayed the intention to participate in the opponent's standby screen (step S4).

  When car selection (step S10) and course selection (step S11) are performed, a safety confirmation screen is displayed on the monitor 21 (step S12). In this process, the player is prompted to wear a safety device such as a seat belt, and the monitor 21 gives information to the player on how to play the game.

  Next, a battle game with a racing car race as an operation target is executed (step S13).

  The CPU 222 determines which racing car (competitive vehicle) has reached the goal within a predetermined time, or whether the predetermined time has been reached (step S14). After this determination, the CPU 222 calculates a score based on the player's race result in the corresponding game device. This game result is sent to the game device that becomes the master board.

  Here, the ranking of the race results is performed for each game device as a team, and the ranking information is notified to the gate device of each slave board and displayed on the monitor 21 by the CPU 222 (step S15). This ends the first race game.

  Next, as a feature of the present invention, the CPU 222 determines the player's intention to resume the game (step S16). That is, when ending the first race game, a screen asking whether to resume (re-game) the game as shown in FIG. 13 is displayed on the screen of the monitor 21.

  The re-game can be performed when credits remain or when a new coin is inserted.

  As shown in FIG. 13, a display asking to restart the game (Try Again?), An input button for determining whether or not to re-game, and a message prompting the user to insert coins for subsequent re-games if necessary. Is done.

  If a coin corresponding to the execution of the number of games of 2 or more has already been inserted, a message prompting the insertion of the coin is not displayed.

  Returning to FIG. 10, when NO is selected in response to the question as to whether or not to replay the game, the game is over (step S17), and the display returns to the advertisement screen display (step S1: FIG. 9).

  On the other hand, if YES is selected in step S16 as to whether or not a re-game is to be performed, the CPU 222 determines whether or not the re-game has been selected also in other game devices, If the game device is the same and at least one game device selects the re-game (step S18, Yes), the re-game conditions are set, and the process proceeds to the car selection process (step S10). The re-processing of the played game starts.

  Here, in the re-game, the reason for shifting to step S10 during the processing flow is as follows.

  That is, as described above, prior to the start of the normal game, the screen for waiting for the competitor (step S4) is displayed for about 25 seconds in FIG. 9, and further, in FIG. A maximum time of 10 seconds is set in (Step S7), a maximum time of 25 seconds is set in the driver number selection process (Step S8), and a maximum time of 15 seconds is set in the passenger confirmation process (Step S9). I can do it.

  However, the conditions input by the processes in steps S4, S7, 8, and 9 need to be set when a game is played between new game devices. In this case, if the game devices are the same, and therefore information for identifying the game device in the previous game, main operation information, and the number of passengers are stored, it is not necessary to input again by reading these memories. .

  Therefore, in the present invention, such processing is omitted and the game can be replayed. Thereby, replay of a game can be started in a short time without appetizing the player for replay. At the same time, the game execution processing time is shortened, and the game device can be efficiently operated.

  In step S18, when a re-game request is not indicated from any of the game devices participating in the battle in the previous game despite the desire to start the re-game (No in step S18), the single flow Transition to processing.

  Single flow processing is not a battle between characters operated on different game devices as described above, but one character (a racing car in the case of a car race) that is an operation target in one game device. It means a game process when the character is operated by the CPU 222 according to a program.

  Details of the single flow processing will be described below.

  FIG. 11 is a single flow processing flow (part 1). In the battle participation flow of FIG. 9, when the battle is not possible (step S3, No), when the battle is rejected (Yes at step S5), and when the player (other game device) does not participate (step S6, No) Then, the process proceeds to the single flow process (part 1) of FIG.

  In the single flow process (part 1), processes (steps S18, S19, and S20) corresponding to steps S7, S8, and S9 in FIG. 10 are performed. Next, in the mode selection (step S21), a mode selection process for a race attack or a time attack is performed.

  A race attack is not a racing car operated by a player of another game device but a racing method (competition car) operated by the CPU 222 to play a car race.

  On the other hand, time attack is a way of enjoying how long a competitive car operated by a player on a predetermined course can reach the goal of the course.

  When the race attack mode is selected in the mode selection (step S22) in FIG. 11, the process proceeds to the single flow (part 2) in FIG.

  In steps S23 to S26 of FIG. 12, the same processing as the car selection (step S10), course selection (step S11), safety confirmation screen display (step S12) and race processing (step S13) of FIG. 10 is performed.

  Next, the CPU 222 determines whether or not the racing car (competition car) operated by the player has reached the final position of the course (step S27).

  When the goal is reached (step S27, Yes), when the time is up (step S27, No), the score is calculated for each (step S28, S29).

  The result of the score calculation (step S28) is collected on the master board, the rank is calculated, and the result is notified to the corresponding game device.

  If the rank is not within the predetermined range (step S30, No), it is determined whether or not to replay (step S31).

  If the notified rank is within the predetermined rank (step S30, Yes), the game device inputs the player name (step S32). A ranking screen is displayed on the monitor 21 (step S33).

  Thereafter, it is determined whether or not replaying is performed as a feature of the present invention (step S34). The replay process is the same as the process in step S16 (FIG. 10) described above.

  In the case of replay (step S34, Yes), the process returns to the car selection (step S23).

  When it is not replayed (step S34, No), when it is in a predetermined rank (step S35, Yes), an ending display is performed (step S36), and when it is not in a predetermined rank (step S35, No), it is a game as it is. Over (step S17).

  In FIG. 12, when it is typed up without a goal in step S27 (step S27, No), a score is calculated (step S29) and it is determined whether or not to play again (step S31). If it is not replay, the game is over (step S17).

  Returning to FIG. 11, if it is time attack in the mode selection determination (step S <b> 22), the process proceeds to time attack mode processing.

  This time attack mode processing is also substantially the same as the flow of the single flow (2) of FIG.

  Here, also in the single flow of FIG. 12, as a feature of the present invention, replay processing is possible (steps S31 and 34), and when replaying (step S31, step S34, Yes), car selection processing (step The processing is performed from S23), and the processing of advance main driver selection (step S7), driver number selection (step S8) and passenger confirmation (step S9) is omitted, and the game start time in replay can be shortened. Is possible.

It is a figure which shows the external appearance front of the game device which performs the car race to which this invention is applied. It is the figure which looked at the game device of FIG. 1 from the upper surface. It is a figure which shows the form of one cockpit model. FIG. 4 is a perspective view for facilitating understanding of the mechanism of one cockpit model shown corresponding to FIG. 3. It is a figure which shows that application of this invention is not limited to the game device with which one play facility is equipped. It is a functional block diagram corresponding to the structure of FIG. It is a structural example of the game board in FIG. It is a figure explaining the function of the I / O board which cooperates with the game board which showed the example of a structure in FIG. 7, and an actuator control board. It is a figure explaining a battle participation flow. It is a figure explaining a battle flow. It is FIG. (1) explaining a single flow. It is FIG. (2) explaining a single flow. It is an example of the screen which asks game resumption (replay).

Explanation of symbols

11-14 Cockpit model 21-24 Screen 4 Panel display device 5 Image display device 7 Control unit 61, 62 Speaker 31-34 Coin slot 100A, 100B Handle (steering)
101A, 101B Accelerator 102A, 102B Brake 103A, 103B Seat 104A, 104B Cylinder 110 Shift lever 120 CCD camera 200 Control board 212 Game board 213 I / O board 214 Actuator control board

Claims (4)

A participation request signal from another communication-connected game device is received at the start of the game, and each behavior of the operation target character associated with each game device is controlled based on the received control signal from the other game device. In a game apparatus provided with a control means for
Storage means for storing participation information including information for specifying another game device corresponding to the participation request signal received at the start of the game;
The control means includes a re-game accepting means for allowing the player to select whether or not to re-accept the participation of another game device that has accepted the participation request in the game when the game is ended. And when the re-game accepting means accepts the selection of re-game, the participation information stored in the storage means is read at the start of the game in the re-game, and the participation request is accepted in the previous game. Accept participation requests only from other game devices,
A game device characterized by that. In claim 1,
The game device is provided with a plurality of operation means associated with one of the operation target characters, and the control means determines which of the plurality of operation means as a main operation means at the start of the game. Accept setting input by the player
The storage means stores the input setting as main operation information,
The control means reads main operation information from the storage means without resetting the main operation information when executing the re-game.
A game device characterized by that. In claim 1,
A plurality of players can have a ride and have a casing that swings according to the control of the control means,
The control means inputs the number of passengers from the operation means at the start of the game,
The storage means stores the inputted number of passengers,
The control means reads out the number of passengers from the storage means without re-inputting the number of passengers when executing the re-game.
A game device characterized by that. A participation request signal from another communication-connected game device is received at the start of the game, and each behavior of the operation target character associated with each game device is controlled based on the received control signal from the other game device. A computer-readable program executed in a game device having a control means for
The storage means stores participation information including information for specifying another game device corresponding to the participation request signal received at the start of the game,
As the re-game accepting means for accepting the selection by the player whether or not to re-accept the participation of another game device that has accepted the participation request in the game when the game is ended. In addition, when the control means accepts a selection for re-game by the re-game accepting means, the participation information stored in the storage means is read out at the start of the game in the re-game, and the previous game Accept participation requests only from other game devices that accepted the participation request at
A program characterized by that.

Images