JP4203524B2 - GAME SYSTEM AND GAME DEVICE INCLUDING THE SAME - Google Patents

Description

The present invention includes a plurality of gaming instrumentation placed that consists of a game system that is communicably connected to each other, as well as those concerning the game equipment constituting the game system.

In any game, a beginner player generally does not have enough knowledge, skills, knowledge, etc. for enjoying and playing the game. Such tips, skills, knowledge, etc. are usually acquired by playing the game repeatedly, but in the case of a beginner player, they enjoy the game because they have not acquired the tips. In many cases, the player gets tired of the game before learning the tips, and cannot play the game without fully enjoying it.
In particular, in a game in which the game progresses by sequentially clearing the given issues and disturbances (for example, Patent Document 1), a beginner player may stop playing without fully enjoying the game. Many. In other words, in such a game, even if you face a difficult task / disturbance, you can play without giving up and clear the task / disturbance. A sense of feeling can be fully obtained, and willingness to clear further issues and obstructions will be improved. As a result, such a player can fully enjoy the game. However, in the case of a beginner player, when facing a difficult task / disturbance, it is often easy to give up clearing the task / disturbance. For this reason, not only can the satisfaction of clearing the problem / disturbance not be obtained sufficiently, but also the challenge / interference cannot be challenged thereafter, so that the game cannot be fully enjoyed.

JP 2002-119762 A

The present invention has been made in view of the above background, and the purpose of the present invention is to acquire tips, skills, knowledge, etc. for enjoying and playing games at an early stage. , the game can get to enjoy enough the game system without getting tired in the game, as well, it is to provide a game equipment that make up the game system.

In order to achieve the above object, a first aspect of the present invention is a game system including a plurality of game devices and a management device that are communicably connected to each other, and the management device includes the plurality of game devices. And a database storage means for storing a supporter database in which game device specifying information for specifying a game device that is played by a player who satisfies a predetermined supporter registration condition among the players who are currently playing the game is registered. Each game device includes a game screen display means for displaying a game screen, a game operation acceptance means for accepting a player's game operation, and a computer that executes a predetermined game execution program. Controls the progress of the game according to the accepted operation and responds to the progress of the game. A game control means for performing display control for displaying the game screen on the game screen display means, and a communication means for communicating with another game device and the management device. The game control means performs control to transmit a support request by the communication means at a predetermined timing while the game is in progress to another game apparatus specified by the game apparatus specifying information registered in the supporter database. When the game control means in the one game device receives a support acceptance response from the other game device through the communication means, the game operation acceptance means accepts until a predetermined proxy play period ends. Depending on the operation content based on the operation data from the other game device received by the communication means instead of the operation content In addition to controlling the progress of the game, display control for displaying the game screen corresponding to the progress of the game on the game screen display means, and data for game screen for displaying the game screen corresponding to the progress of the game performs control to transmit to said other game machine by the communication means, whereas, the game control means in the other game device, upon receiving the support request from the game apparatus of the one by the communication means When it is determined whether or not to transmit a support acceptance response to the one game device, and when it is determined to transmit the support acceptance response, control for transmitting the support acceptance response to the one game device by the communication means is performed. And the game control means in the other game device receives the game screen data from the one game device by the communication means. When received, the display control is performed to display the game screen based on the game screen data on the game screen display unit in the other game device, and the operation indicating the operation content received by the game operation reception unit of the other game device. Control is performed to transmit data to the one game device by the communication means.
According to a second aspect of the present invention, there is provided a game system including a plurality of game devices connected to each other so as to be communicable and a management device, wherein the management device actually plays a game on the plurality of game devices. Each game device has a database storage means for storing a supporter database in which game device specifying information for specifying a game device played by a player who satisfies a predetermined supporter registration condition among registered players is registered. The game screen display means for displaying the game screen, the game operation acceptance means for accepting the game operation of the player, and the operation of the game operation acceptance means received by the computer by executing a predetermined game execution program. Control the progress of the game and display a game screen corresponding to the progress of the game. Game control means for performing display control to be displayed on the game screen display means, and communication means for performing communication between another game device and the management device, and the game control means in one game device comprises: Control is performed to transmit a support request by the communication means to the other game device specified by the game device specifying information registered in the supporter database at a predetermined timing during the game, and the one game device When the game control means receives a support acceptance response from the other game apparatus via the communication means, the game control means sends support start situation data indicating the game situation at a predetermined support start time to the other game apparatus via the communication means. On the other hand, the game control means in the other game device is Determining whether to send a support acceptance response to the one game device when receiving a support request from the one game device by the communication means, and determining to send the support acceptance response, the communication When the support control response is transmitted to the one game device by the means, and the game control means in the other game device receives the support start situation data from the one game device by the communication means. Until the predetermined proxy play period ends, the game progress after the game situation indicated by the support start situation data is controlled according to the operation content received by the game operation accepting means of the other game device, and Display control for displaying the game screen corresponding to the game progress on the game screen display means of the other game device, and the game progress Control for transmitting proxy play screen data for displaying a game screen corresponding to a line to the one game device by the communication means, and the game control means in the other game device further includes the predetermined proxy When the play period is over, control is performed to transmit support end data indicating that to the one game device by the communication means, while the game control means in the one game device is controlled by the communication means to the other game device. When the proxy play screen data is received from the game device, display control is performed to display the game screen based on the proxy play screen data on the game screen display means of the one game device. When the game control means receives the support end data from the other game device by the communication means, the game control means It is characterized in that to resume control of the game progress game operation receiving means over beam apparatus according to the operation content accepted.
The invention according to claim 3 is the game system according to claim 1 or 2, wherein the game control means in the one game device is a game screen display means of the one game device during a predetermined proxy play period. The game screen display means is displayed so that the displayed game screen is slower than the game screen corresponding to the progress of the game controlled according to the operation content received by the game operation accepting means of the one game device. The display control is performed.
According to a fourth aspect of the present invention, in the game system according to any one of the first to third aspects, after the predetermined proxy play period ends, the game control means of the one game device is the one described above. The game progress control according to the operation content received by the game operation reception means of the game device is resumed because the game progress control is started according to the operation content received by the game operation reception means of the other game device. It is characterized by being from a game situation at a predetermined support start time.
According to a fifth aspect of the present invention, in the game system according to any one of the first to third aspects, the game control means of the one game device is the first game device after the predetermined proxy play period ends. The control of the game progress according to the operation content received by the game operation reception means of the game device is resumed because the game progress is controlled according to the operation content received by the game operation reception means of the other game device. This is from the game situation at the end of a predetermined support later.
According to a sixth aspect of the present invention, in the game system according to any one of the first to third aspects, the one game device is a game of the one game device after the predetermined proxy play period ends. The game control means in the one game device has a restart time point selection operation reception means for receiving a restart time point selection operation for selecting a game situation for restarting control of the game progress according to the operation content received by the operation reception means. Is based on the content of the restart point selection operation received by the restart point selection operation receiving unit, in accordance with the operation content received by the game operation receiving unit of the one game device after the predetermined proxy play period has ended. The control of the game progress is controlled according to the operation content received by the game operation receiving means of the other game device. Resume from the game situation at the port start time, or resume from the game situation at the predetermined support end time after the game progress is controlled according to the operation content accepted by the game operation accepting means of the other game device It is characterized by doing.
Further, the invention of claim 7 is a game screen display means for displaying a game screen, a game operation acceptance means for accepting a game operation of a player, and a game operation acceptance means when the computer executes a predetermined game execution program. The game control means controls the game progress according to the operation content received by the player, and displays the game screen according to the game progress on the game screen display means. Communication means for communicating between the game device and the management device, wherein the game control means satisfies a predetermined supporter registration condition among players who are actually playing the game on the plurality of game devices. In the management device in which the game device specifying information for specifying the game device that the player is playing is registered. Control is performed to transmit a support request to the other game device specified by the game device specifying information registered in the porter database by the communication means at a predetermined timing during the game, and the game control means includes: When the support acceptance response from the other game device is received by the communication means, the operation received by the communication means is not received by the game operation acceptance means until the predetermined proxy play period ends. The game progress is controlled in accordance with the operation content based on the operation data from another game device, the display control is performed to display the game screen corresponding to the game progress on the game screen display means, and the game progress Game screen data for displaying a game screen corresponding to the other game by the communication means. It is characterized in performing control to transmit to the device.
The invention of claim 8 is a game screen display means for displaying a game screen, a game operation acceptance means for accepting a player's game operation, and a game operation acceptance means when the computer executes a predetermined game execution program. The game control means controls the game progress according to the operation content received by the player, and displays the game screen according to the game progress on the game screen display means. Communication means for communicating between the game device and the management device, wherein the game control means satisfies a predetermined supporter registration condition among players who are actually playing the game on the plurality of game devices. In the management device in which the game device specifying information for specifying the game device that the player is playing is registered. Control is performed to transmit a support request to the other game device specified by the game device specifying information registered in the porter database by the communication means at a predetermined timing during the game, and the game control means includes: When receiving a support acceptance response from the other game device by the communication means, control to transmit support start status data indicating the game status at a predetermined support start time to the other game device by the communication means, And when the proxy play screen data from the other game device is received by the communication means, display control is performed to display a game screen based on the proxy play screen data on the game screen display means, and the game The control means sends the support end data from the other game device to the communication means. Once received, it is characterized in that to resume control of the game progress in accordance with the operation content which the game operation receiving unit receives.

In the present invention, during a predetermined proxy play period, instead of the game operation of the supported player, other than the game operation at the predetermined support start time of the game played by the player of the game device (supported player) depending by other players operating the game device (supporter) in the content of the game operation, the game progress is controlled. At this time, the supported player is prevented from performing a game operation on the proxy game during the proxy play period. Specifically, or pause or terminate interrupt the game progress by the game control means Gate beam device. The game screen corresponding to the progress of the game during the proxy play period is displayed on the game screen display means of the game device played by the supported player. Therefore, the support player is able to view the game game screen of which is to proceed in accordance with the game operation by the supporters. Thus, doing what the game operation is supporter over, whether to clear the issues and interference, in a game situation of the support at the start, it is possible to know. As a result, the supported player can learn tips, skills, knowledge, etc. for enjoying and playing this game at an early stage.

  As described above, according to the present invention, tips, skills, knowledge, etc. for enjoying and playing a game can be acquired at an early stage, and even a beginner player can fully enjoy the game without getting bored with the game. The excellent effect that it is possible to receive is produced.

Embodiment 1
Hereinafter, an embodiment (hereinafter, this embodiment is referred to as “Embodiment 1”) in which the present invention is applied to a game system including a plurality of medal game machines that are arcade game machines as game devices will be described.
In the medal game machine according to the first embodiment, the hero character advances through the castle by performing an operation for instructing the action of the game hero character (hereinafter referred to as “hero character”) as the operation target. A role-playing game that aims to occupy the castle is developed. In that castle, enemy monsters that block the hero character from appearing will appear, so players can go through the castle without the hero character being killed by the enemy monsters, and get a jewel (proof of clear) that proves castle occupation In addition, an operation for instructing the movement of the hero character is performed. The protagonist character operated by the player attacks the enemy monster and uses various item cards and magic cards that are game status change elements to compete against the enemy monster, and progresses through the castle to prove clear. Try to win. Then, if the protagonist character gains a proof of clearing and successfully occupies the castle, that player can become the owner of the occupied castle, and the player who becomes the owner of the castle will challenge to occupy his castle. You can play a kind of battle game with other players coming.

Next, the configuration of the game system according to the first embodiment will be described.
FIG. 1 is a schematic configuration diagram of the entire game system according to the first embodiment.
This game system is constructed across a plurality of game facilities. Each game facility includes twelve game units 1 that are medal game machines for each player to play a game, a facility management device 20, and the like. Is arranged. Each game unit 1 is connected to the facility management apparatus 20 via a communication line such as a LAN cable, and can communicate with each other. The game system also includes a system management device 30 that operates and manages the game system. The system management device 30 controls all the game units 1 through the facility management device 20 in an integrated manner. The system management device 30 and the facility management device 20 are connected by a communication line such as a public communication network and can communicate with each other.

FIG. 2 is an external view of the game unit 1.
Game unit 1, a display 2, which functions as a game screen display means to display the game screen in accordance with the progress of the game, and the speaker 3 to flow the sound of the sound effects and background music or the like in accordance with the progress of the game, player receives a game operation including an operation for instructing the movement of the main character appearing in the game screen on the gaming operation accepting manual stage one operating lever 4 and 3 composing the operation buttons 5a, 5b, and 5c, the game unit 1 A payout button 5d for paying back a medal (tangible object) which is a game medium exchanged between the player and the player, and a save end button 5e for taking out a magnetic card (to be described later) and ending the game Is provided.

  The player operates the operation lever 4 and the three operation buttons 5a, 5b, and 5c while watching the game screen displayed on the display 2, for example, in which direction the hero character that appears on the game screen is displayed. It is possible to instruct whether to move, or to instruct which item card is to be used. The game unit 1 also includes a medal slot 6 for receiving medals from the player in the form of a tangible object, a medal payback 7 for paying back medals to the player, and the player who has finished the game plays the game at the next play. In order to continue, a card insertion / removal port 8 for inserting / removing the magnetic card 9 for recording the personal information of the player and the game situation at the end of the game is also provided.

FIG. 3 is a block diagram showing the main configuration of the control system of the game system.
The configuration of the game control system in the first embodiment mainly includes a control unit 10 of the game unit 1, a control unit of the facility management device 20, and a control unit of the system management device 30. The control unit 10 of the game unit 1 is mainly responsible for overall progress control of the role playing game described above. In addition, the control unit of the facility management apparatus 20 is responsible for managing and controlling data necessary for a battle game between players playing in 12 game units in the game facility where the facility management apparatus 20 is installed. It controls communication between the game unit 1 in the game facility and the system management device 30 and game units in other game facilities. The control unit of the system management device 30 is responsible for managing player information for the entire game system, as well as managing and controlling data necessary for a support event to be described later.

Control unit 10 of the game unit 1 mainly includes a controller 11, a ROM 12, a RAM 13, a communication device 14 serving as a communication means. The control device 11 executes various programs stored in the ROM 12 and performs various controls. In particular, the control device 11 performs various controls necessary for progress of the above-described role-playing game by executing a game execution program stored in the ROM 12 by an internal computer. The ROM 12 stores various control execution programs to be performed by the control unit 10 of the game unit 1. The RAM 13 temporarily stores various data or information. In particular, the RAM 13 has a credit data storage area as player point storage means for storing credit data (point data) which is a game medium obtained by converting the number of medals counted by a medal counter 15 described later into electronic data. The communication device 14 is for performing data communication with the control unit of the facility management device 20 or with another game unit installed in the game facility.

  The control unit 10 of the game unit 1 includes a display 2, a speaker 3, operation levers and operation buttons 4, 5 a, 5 b, 5 c, 5 d, 5 e, and a medal counter that counts the number of medals inserted into the medal slot 6. 15, a medal discharge hopper 16 for discharging medals from the medal payback brow 7, a card writer 17 as data writing means for writing data to the magnetic card 9 inserted in the card insertion / removal port 8, and a card insertion / removal port A card reader 18 as data reading means for reading data from the magnetic card 9 inserted into the card 8 is connected.

  The control unit of the facility management device 20 mainly includes a control device 21, a ROM 22, a RAM 23, a game unit side communication device 24, and a system management device side communication device 25. The control device 21 executes various programs stored in the ROM 22 and performs various controls. The ROM 22 stores various control execution programs to be performed by the control unit of the facility management apparatus 20. The RAM 23 temporarily stores various data or information. The game unit side communication device 24 is for performing data communication with the control unit 10 of each game unit 1 installed in the game facility. The system management device side communication device 25 is for performing data communication with the control unit of the system management device 30 or with a facility management device installed in another game facility.

  The control unit of the system management device 30 mainly includes a control device 31, a ROM 32, a RAM 33, and a communication device 34. The control device 31 executes various programs stored in the ROM 32 and performs various controls. In particular, the control device 31 performs various types of control necessary for the support event by executing a support event execution program stored in the ROM 32 by an internal computer. The ROM 32 stores various control execution programs to be performed by the control unit of the system management apparatus 30. The RAM 33 temporarily stores various data or information. The communication device 34 is for performing data communication with the control unit of each facility management device 20.

  In this game system, when the player finishes the game, when the next game is resumed, save data, which is game situation information for restoring the game situation at the end of the game, is recorded on the magnetic card 9 by the card writer 17. To do. This save data includes the player name (the name of the main character), the cumulative play time, the last play time, the cleared dungeon name, the name of the castle that you are the castle owner, the ability of the main character (profession, etc.), and the player's possession Player information such as the type of item card that can be used among the game situation change elements to be played, the type of dungeon or castle where the main character is at the end of the game, the main character, enemy monster in the dungeon or castle, or unacquired Game information such as field data such as the position of the item card. On the other hand, when the player continues the game once finished, his / her magnetic card 9 is inserted into the card insertion / extraction port 8. As a result, the card reader 18 reads the save data recorded on the magnetic card 9. This save data is stored in the RAM 13 and read into the game execution program stored in the ROM 12. Thereby, the player can resume play from the previous game situation in the game progressed by the control device 11 as the game control means for executing the game execution program.

  It is not necessary to record all the save data on the magnetic card 9. For example, a player ID (card ID) that is player identification information is recorded on the magnetic card 9, and the save data corresponding to each player ID is recorded. A part or all of them may be stored in the RAM 33 of the system management device 30 or the RAM 23 of the facility management device 20. In this case, after reading the player ID from the magnetic card 9, the save data corresponding to the player ID is downloaded from the system management device 30 or the facility management device 20 to the RAM 13 of the game unit 1 in the same manner as described above. , Play can be resumed from the previous game situation.

Next, the flow of the game performed in each game unit 1 of this game system will be described.
FIG. 4 is a flowchart showing the flow of a game whose progress is controlled by the control device 11 that executes the game execution program stored in the ROM 12 of each game unit 1.
When starting the game play, the player first inserts his own medal into the medal slot 6 (S1). Thereby, the number of inserted medals is counted by the medal counter 15, and the count data is transmitted to the control device 11. Based on the received count data, the control device 11 stores credit data corresponding to the number of inserted medals in the credit data storage area of the RAM 13 (S2).

  Further, the player inserts the magnetic card 9 into the card insertion / extraction opening 8 before and after the medal is inserted (S3). When playing for the first time, the player obtains a new magnetic card 9 from a store clerk or vending machine of the game facility where the game system is installed, and inserts the magnetic card 9 into the card insertion / removal port 8. . The player who wants to continue the previous game inserts the magnetic card 9 in which the save data at the end of the previous game is recorded into the card insertion / removal port 8. The game unit 1 that has received the magnetic card 9 in this way reads the data recorded on the magnetic card 9 by the card reader 18 and sends the data to the control device 11. The control device 11 determines whether or not it is a new play according to the received data (S4). Specifically, if the player ID is not stored in the magnetic card 9, it is determined that the play is new, and if the player ID is stored, it is determined that the play is not new.

  When it is determined by S4 that the play is not a new play, the control device 11 transmits the ID number of the player ID included in the save data recorded on the magnetic card 9 to the system management device 30 via the facility management device 20. To do. Receiving this, the control device 31 of the system management device 30 confirms that the player information corresponding to the ID number of the player ID is stored in the RAM 33, and if this is confirmed, determines that it is a continuation of the previous time. Then, a new ID number is returned to the control device 11 of the game unit 1 that is the transmission source of the ID number. When it is not possible to confirm that the player information corresponding to the ID number of the player ID is stored in the RAM 33, the control device 31 sends the control information to the control device 11 of the game unit 1 that is the transmission source of the ID number. Error information is returned, and the control device 11 of the game unit 1 is caused to perform error processing. The control device 11 of the game unit 1 that has received the new ID number reads the save data recorded on the magnetic card 9 by the card reader 18 (S5), and stores it in the RAM 13. Then, the control device 11 loads the program stored in the ROM 12 based on the saved data, causes the display 2 to display a game screen corresponding to the previous game situation specified by the saved data, and starts the game. (S7). Then, the control device 11 controls the game progress after the game situation specified by the save data.

  On the other hand, when it is determined that the play is a new play in S <b> 4, the control device 11 transmits a dummy ID to the system management device 30 via the facility management device 20. Receiving this, the control device 31 of the system management device 30 recognizes the new play and returns an ID number for new play to the control device 11 of the game unit 1 that is the transmission source of the dummy ID number. The control device 11 that has received this new play ID number executes processing for inputting and setting initial information (S6). In the initial information input and setting process, first, the name input screen shown in FIG. The player operates the operation lever 4 and the operation button 5a to move the cursor of the 50 sound button displayed on the name input screen and inputs the name of the main character. After the input, when the determination button on the name input screen is selected, the name confirmation screen shown in FIG. 5B is displayed, and the name is determined by selecting the Yes button in the screen. Then, the occupation selection screen shown in FIG. On this screen, the occupation of the main character operated by the player is selected. The contents input and selected as described above are stored in the RAM 13 by the control device 11 as player information.

  When the initial information input / setting process is completed in this way, the game is started by the control device 11 (S7), and the control device 11 displays the main menu screen shown in FIG. This main menu screen has an exploration game button to explore the castle, a battle game button to challenge the castle owned by others, and a card list button to display a list of item cards and magic cards that the player can use during these games And are prepared. On this screen, the player selects whether to play an exploration game or a battle game.

  Here, when the player selects the exploration game, the control device 11 displays the dungeon selection screen shown in FIG. 7 on the display 2 and executes the dungeon selection process. On this dungeon selection screen, a display area indicating each dungeon is displayed. Then, the player selects a dungeon to challenge by moving the cursor with the operation lever 4. In each display area, the name of the dungeon and the number of medals required to challenge (challenge cost) are displayed. In each dungeon, game development derived from the dungeon name is performed, and different games are advanced. For example, when the player selects a pleasant dungeon, the selected dungeon is displayed in the upper portion of the screen shown in the figure. When the player decides to challenge the selected dungeon, the player presses the operation button 5a. When this button operation is received by the control device 11, the control device 11 reduces the credit data stored in the RAM 13 by an amount corresponding to the challenge cost.

  More specifically, the ROM 12 of the game unit 1 has a data area that stores a dungeon information database that stores dungeon data that is game information necessary for game progress in each dungeon. In this dungeon information database, challenge cost data is stored in association with dungeon name data for identifying dungeon data. When the control device 11 accepts a player's selection operation (dungeon selection operation) when a dungeon is selected on the dungeon selection screen shown in FIG. 7, the control device 11 reads the dungeon name corresponding to the selection operation from the dungeon information database. The data is specified, and challenge cost data corresponding to the dungeon name data is read out. Then, the control device 11 performs a process of reducing the credit corresponding to the read challenge cost data from the credit data stored in the RAM 13. Hereinafter, the process of increasing / decreasing the credit data is performed in the same manner as described above.

  Here, when the credit data stored in the RAM 13 is less than the credit corresponding to the challenge cost data, a screen that prompts the player to insert additional medals is displayed. When a medal is inserted, credit data corresponding to the number of inserted medals is stored in the credit data storage area of the RAM 13 as described above. If a medal is urged but no medal is inserted, the challenge to the castle is not permitted. Thereafter, when processing for reducing the credit data is performed, the insertion of medals is prompted in the same manner as described above.

  When the control device 11 accepts a dungeon selection operation, the control device 11 reads dungeon data corresponding to the dungeon name data from the dungeon information database. Then, a program based on the dungeon data is loaded, and a game screen based on the dungeon data is displayed on the display 2.

  On the other hand, when the player selects the battle game on the main menu screen shown in FIG. 6, the control device 11 displays the castle selection screen shown in FIG. 8 on the display 2 and executes the castle selection process. A display area showing each castle is displayed on the castle selection screen. Then, the player selects a castle to challenge by moving the cursor with the operation lever 4. Each display area displays the castle name and the challenge cost. In each castle, different games are progressed. In each castle, the player who has succeeded in occupying the castle in the past becomes the castle owner, and the player will play against the player who is the castle owner.

More specifically, the ROM 22 of the facility management apparatus 20 has a data area that stores a castle information database that stores castle data that is game information necessary for game progress in each castle. The castle name data included in the castle data stored in the castle information database is associated with the castle owner ID (the ID of the player who is the castle owner) as player identification information.
The control device 11 of the game unit 1 transmits a battle data request to the control device 21 of the facility management device 20 by accepting a button operation when the player selects a battle game on the main menu screen shown in FIG. Upon receiving this, the control device 21 of the facility management device 20 returns image data for displaying the castle selection screen shown in FIG. 8 on the display 2 of the game unit 1. When the selection operation for selecting a castle to be challenged by the player is received by the control device 11 on the castle selection screen displayed on the display 2, the control device 11 includes the castle name data of the castle related to the selection operation. The data request is transmitted to the control device 21 of the facility management device 20. Receiving this, the control device 21 of the facility management apparatus 20 reads out the castle data corresponding to the castle name data included in the castle data request from the castle information database stored in the ROM 22 of the facility management apparatus 20. Then, the castle data is returned to the control device 11. And the control apparatus 11 of the game unit 1 which received this castle data loads the program based on the castle data, and controls game progress.

  In addition, the ROM 12 of the game unit 1 has a data area for storing a castle challenge information database in which challenge cost data is stored in association with castle name data for specifying each castle data. When the control device 11 accepts the selection operation of the castle selected on the castle selection screen shown in FIG. 8 as described above, the castle name is read from the castle challenge information database stored in the ROM 12 as in the above exploration game. The challenge cost data corresponding to the data is read out, and the credit corresponding to the challenge cost data is reduced from the credit data stored in the RAM 13.

  When the game is started as described above, the control device 11 causes the display 2 to display a game screen as shown in FIG. The game screen is substantially the same for the exploration game and the battle game, and the progress of the game is also the same. Therefore, the battle game will be described below as an example.

  On the game screen shown in FIG. 9, a castle screen showing a castle field which is a virtual game space is displayed. Also, at the top of the castle screen, the number of castle floors, the hero character's physical strength, and the number of credits indicating the amount of credit data of the player are displayed, and in the lower right part of the castle screen, the hero character possesses A list of cards (a list of cards that the player can use while the game is in progress) is displayed. The castle screen is a view of the castle floor from above, and the hero character is displayed in the center of the castle screen, and enemy monsters are displayed at the lower left and upper left of the hero character, respectively. .

  The player can operate the operation lever 4 and the operation buttons 5a, 5b, and 5c to give an instruction to move the main character, attack an enemy monster, or use an owned item card or magic card. it can. In the first embodiment, a turn system is adopted, and one operation can be instructed for each turn. So, for example, it takes one turn to move the hero character by 1 square, one turn for the hero character to attack the enemy monster once, and the hero character uses one card. Requires one turn to do. The turn does not proceed unless the player performs a game operation that consumes the turn. On the other hand, when the turn is advanced, the game situation changes because the enemy monster moves or attacks the hero character in the same manner as the hero character. When attacked by an enemy monster, the hero character's physical strength decreases, and when the hero character's physical strength reaches zero, the game is over.

  When using an item card or a magic card owned by the main character, the player presses the operation button 5c. Receiving this operation, the control device 11 displays the card selection screen shown in FIG. On this card selection screen, a cursor appears in the card list at the lower right of the screen. In the card selection screen, a card content screen showing the content of the card selected by the cursor is displayed on the left side of the screen. This card content screen displays the effect of using the card (how the game situation is changed) and the number of medals required to use the card (card usage cost). . The player moves the cursor with the operation lever 4, selects a card desired to be used, and then presses the operation button 5a. The control device 11 that has received this button operation (special operation) determines that a predetermined point consumption condition has been satisfied, and the credit data stored in the RAM 13 is equivalent to the card usage cost of the selected card. A credit change process (player point subtraction process) for changing the value so as to decrease is executed (S8).

  More specifically, in the RAM 13 of the game unit 1, usable data area as usable element storage means for storing card data in a state where the main character can be used among various card data as game situation changing elements. And an unusable data area as unusable element storage means for storing card data in a state in which the main character is unusable. Each card data stored in the card database has various data associated with the card name data. The card data that can be used by the main character is added with a read permission code that enables reading by the card use program executed by the control device 11, and the card data with the read permission code added is stored. The usable data area functions as usable element storage means. On the other hand, an unusable data area in which card data to which the read permission code is not added is stored functions as an unusable element storage means. The cards displayed on the game screen of FIG. 9 or the card selection screen of FIG. 10 correspond to the card data as usable elements stored in the usable data area.

When receiving an operation for instructing the main character to use a card on the card selection screen shown in FIG. 10, the control device 11 recognizes the card name based on the instruction. And the control apparatus 11 functions as a use determination means, when the credit data memorize | stored in RAM13 are more than card use expense data, and determines use of the card data corresponding to the card name data. Thereafter, the control device 11 functions as a game situation changing unit, reads card effect data corresponding to the card name data from the card database, and changes the game situation based on the card effect data. For example, when the used card is a magic card that attacks an enemy monster, the control device 11 uses the numerical value for calculating damage included in the card effect data for calculating damage to the enemy monster, and based on the calculation result. To reduce the health data of enemy monsters.
Further, the control device 11 that has decided to use the card data selects the card name data from the card database, and reads the card use cost data corresponding to the card name data. Then, the control device 11 performs a process of subtracting credit data corresponding to the read card use cost data from the credit data stored in the RAM 13.

  In the castle, there are magic cards and item cards that can be obtained by the main character. When the player operates the movement of the hero character to move the hero character and causes the hero character to pick up a magic card or item card, the card can be obtained.

  In addition, a shop shown in FIG. 11A is available in the castle where cards can be sold or purchased. When the player moves the hero character by manipulating the movement of the hero character and enters the hero character into the shop, the card owned by the hero character is sold and converted to credit, or the card sold at the shop Can be purchased by paying credits.

  When purchasing a card at the shop, the player operates the operation lever 4 on the shop screen shown in FIG. 11A, moves the cursor to the “buy card” button, and presses the operation button 5a. Receiving this operation, the control device 11 displays the purchase card selection screen shown in FIG. In this purchase card selection screen, a card list screen of cards sold at the shop is displayed in the upper part of the screen, and a card content screen showing the content of the card selected by the cursor is displayed in the lower left of the screen. On the card list screen, the number of medals necessary for purchasing the card (card purchase cost) is displayed. The player moves the cursor with the operation lever 4, selects a magic card desired to be purchased, and then presses the operation button 5a. When this button operation (special operation) is accepted by the control device 11, the control device 11 determines that a predetermined point consumption condition is satisfied, and uses the credit data stored in the RAM 13 as the card purchase cost of the card. A credit change process (player point subtraction process) is executed to change so as to decrease by an amount corresponding to (S8).

  More specifically, the card database also stores card purchase cost data associated with the card name data. When receiving an operation for selecting a card to be purchased on the purchase card selection screen shown in FIG. 11B, the control device 11 recognizes the card name data of the card. When the credit data stored in the RAM 13 is greater than or equal to the card purchase cost data, the control device 11 uses the card name to make the card data in the unusable data area of the card database usable. A use permission code is added to the card data corresponding to the data. Thus, the card data is stored in the usable data area of the card database, and the main character can be used by an instruction operation by the player. Further, when the use of card data in the unusable data area is permitted by the control device 11, the control device 11 selects the card name data from the card database and purchases a card corresponding to the card name data. Read cost data. Then, the control device 11 performs a process of subtracting credit data corresponding to the read card purchase cost data from the credit data stored in the RAM 13.

  On the other hand, when selling a card owned by the main character in the shop, the player operates the operation lever 4 on the shop screen shown in FIG. 11A, aligns the cursor with the “sell card” button, Press 5a. Receiving this operation, the control device 11 causes the display 2 to display a sale card selection screen shown in FIG. In this sold card selection screen, a cursor appears in the card list at the lower right of the screen, and a card content screen showing the content of the card selected by the cursor is displayed on the left side of the screen. In addition, a pick-up price screen displaying the number of medals to be exchanged for the selected card (card sales revenue) is displayed in the upper part of the screen of the sold card selection screen. The player moves the cursor with the operation lever 4, selects a card to be sold from among the cards possessed by the hero, and then presses the operation button 5a. Receiving this button operation, the control device 11 executes a credit change process for changing the credit data stored in the RAM 13 so as to increase by the amount corresponding to the card sales revenue of the card (S8).

  More specifically, the card database also stores card sales revenue data associated with the card name data. When receiving an operation for selecting a card to be sold on the sale card selection screen shown in FIG. 11B, the control device 11 recognizes the card name data of the card. Then, when the card can be sold at the shop, the control device 11 sets the card data corresponding to the card name data to make the card data unusable in the usable data area of the card database. Delete the use permission code from. As a result, the card data is stored in the unusable data area of the legal card database, and the player cannot use the card data. When the card data in the usable data area becomes unusable, the control device 11 selects the card name data from the card database, and reads the card sales revenue data corresponding to the card name data. Then, the control device 11 adds the credit data corresponding to the read card sales revenue data to the credit data stored in the RAM 13.

  In addition, among enemy monsters that exist in the castle, there are gem monsters whose credits increase when defeated. The operation of the jewel monster is controlled by the control device 11 that executes the game execution program. When the main character operating according to the player's instruction defeats the jewel monster, the control device 11 uses the credit data stored in the RAM 13 as the amount corresponding to the jewel acquisition amount corresponding to the number of medals according to the type of the jewel monster. A credit change process is executed to change the value so as to increase (S8).

  As described above, when the hero character advances through the castle and succeeds in occupying the castle by performing various game operations such as instructing the movement of the hero character as described above, the display 2 again appears on the display 2 after a predetermined effect. The castle selection screen shown in FIG. 8 is displayed. Therefore, the player can challenge the same castle or another castle by selecting a castle to be challenged next on the castle selection screen.

  When the player intends to end the game play, the player presses the save end button 5e shown in FIG. Upon receiving this button operation, the control device 11 displays the game end selection screen shown in FIG. 12 so as to overlap the image displayed on the display 2 (S9). On the game end selection screen, a “Yes” button and a “No” button are displayed under the comment “Do you want to end the game?”. When not finishing the game, the player moves the cursor to the “No” button with the operation lever 4 and presses the operation button 5a. As a result, the game end selection screen disappears, and the game is restarted from the previous screen. On the other hand, when ending the game play, the player moves the cursor to the “Yes” button with the operation lever 4 and presses the operation button 5a. Upon receiving this button operation, the control device 11 transmits a data save request including credit data and save data stored in the RAM 13 and the player ID to the system management device 30 via the facility management device 20. Receiving this, the control device 31 of the system management device 30 stores the received data as player information corresponding to the player ID stored in the RAM 33. Thereafter, the control device 31 of the system management device 30 transmits save completion data indicating that the saving has been completed to the game unit 1. Receiving this, the control device 11 of the game unit 1 writes credit data, save data, etc. to the magnetic card 9 by the card writer 17 and ejects the magnetic card 9 from the card insertion / extraction port 8 (S10).

  The player can also receive a medal refund by converting credit data, which is a game medium in a state of electronic data stored in the RAM 13, into a medal, which is a game medium in a tangible state. In this case, the payout button 5d shown in FIG. 2 is pressed. Receiving this button operation, the control device 11 controls the medal discharge hopper 16 to perform a credit payout process for discharging the number of medals corresponding to the credit data stored in the RAM 13 from the medal payout roll 7.

Next, support event processing, which is a feature of the present invention, will be described.
In the first embodiment, the support event refers to a player (hereinafter, simply referred to as “supported player”) who temporarily represents his / her game to another player (hereinafter referred to as “supporter”). It is an event to be played at. That is, the authority of the game operation for the main character of the supported player is temporarily left to the supporter, and the supporter operates the main character of the supported player. This support event mainly breaks down such a game situation by supporters when the main character of the supported player encounters a strong enemy monster in the castle and becomes pinched, or when it can not proceed further in the castle. It is used when receiving. Therefore, normally, the supported player is often a beginner player for the role playing game executed in the game unit 1, and the supporter is preferably an advanced player skilled in the role playing game.

FIG. 13 is a sequence flow diagram showing the flow of the supporter registration process that is performed in the previous stage of the support event process in the first embodiment.
First, when the player starts the game play from the last time, the player first inserts his / her magnetic card 9 into the card insertion / extraction opening 8 of the game unit 1 as described above. Thereby, the card reader 18 of the game unit 1 reads the player ID recorded on the magnetic card 9. The control device 11 transmits the ID number of the read player ID to the system management device 30 via the facility management device 20. At this time, the unit ID of the game unit 1 is transmitted together with the ID number of the player ID. The control device 31 of the system management device 30 that has received these IDs performs an ID authentication process for confirming that the player information corresponding to the player ID is stored in the RAM 33. The stored ID number of the player information is rewritten to a new ID number. Then, the new ID number is returned to the control device 11 of the game unit 1.

  On the other hand, the control device 31 of the system management device 30 refers to the player information and determines whether or not the player satisfies the supporter registration condition. This supporter registration condition is appropriately set in consideration of the aim of the support event, game balance, and the like. In the first embodiment, the advanced player supports the game play of the novice player, so even if the novice player falls into a game situation that is difficult for the novice player to clear, the senior player can overcome the game situation. One aim is to make it possible to play the game situation ahead of the difficult game situation. Therefore, as a supporter registration condition, information that can determine whether or not the player information of the player information stored in the RAM 33 is that of an advanced player is information indicating an advanced player. Condition. For example, the supporter registration condition must include one or more castle names that you are the castle owner, the supporter registration condition must include eight or more cleared dungeon names, and the cumulative play time The supporter registration condition is that the time exceeds the specified time.

  In addition, there are malicious supporters, such as trying to make the supported player intentionally game over, or supporters who take support and make the supported player game over even though the game situation cannot be overcome As a result, the smooth use of the support event of the first embodiment is hindered. Therefore, in the first embodiment, as described later, the support player evaluates the supporter after the support event ends, and the supporter registration condition is that the evaluation point indicating the evaluation result is equal to or higher than a specified value. . Details of the supporter evaluation process will be described later.

  When receiving the ID number of the player ID from each game unit 1, the control device 31 of the system management device 30 refers to the player information corresponding to each received ID number and satisfies all the supporter registration conditions as described above. Determine whether or not. And about the ID number of the player ID corresponding to the player information satisfying the supporter registration condition, first, it is confirmed whether or not the ID number is already registered in the supporter database. A supportable code indicating that support is possible is added to the player ID in the supporter database, and the unit ID received together with the player ID is stored in a state associated with the player ID. On the other hand, if not registered, the player ID is registered in the supporter database, a supportable code is added to the player ID, and the unit ID received together with the player ID is stored in association with the player ID. To do. When the player registered as a supporter finishes the game play, the control device 31 of the system management device 30 can support the data added to the player ID when receiving the data save request including the player ID. Delete the code from the supporter database. Therefore, the player corresponding to the player ID to which the supportable code is added in the supporter database is all advanced players who are actually playing.

FIG. 14 is a sequence flow diagram showing the flow of the support request process when the supported player requests support from another player (supporter).
The hero character progressed through the castle by performing a game operation such as the supported player directing the action of his hero character, but the hero character attacked by a strong enemy monster etc. When it becomes impossible to break, the supported player presses the operation button 5b to make a support request. When the control device 11 of the game unit 1 accepts a support request operation for pressing the operation button 5 b, the control device 11 transmits a supporter list request to the system management device 30 via the facility management device 20. In response to the received supporter list request, the control device 31 of the system management apparatus 30 receives a predetermined number (five people in the first embodiment) from the supporter database stored in the RAM 33 according to a predetermined list-up condition. Select a supporter and create a supporter list. In the first embodiment, as described later, the evaluation points of each supporter are registered in the supporter database, and all the supporters are ranked in five stages according to the evaluation points. The list-up condition of the first embodiment is to select one supporter from each rank according to random or predetermined selection conditions. Moreover, in this embodiment, there are three types of occupations of the main character, warrior, wizard, and gambler, and abilities differ for each occupation. For this reason, no matter how advanced the player is, an occupation different from the occupation of his / her main character is often unfamiliar. Therefore, in the first embodiment, it is also set as a list-up condition that the occupation is the same as the main character of the supported player. When a supporter to be listed is selected according to such list-up conditions, the control device 31 of the system management device 30 reads out the player information and the like of each supporter from the RAM 33 and creates a supporter list. The data of the created supporter list is returned to the game unit 1 as the transmission source of the supporter list request together with the unit ID of the game unit played by each listed supporter.

  The control device 11 of the game unit 1 that has received the supporter list data causes the display 2 to display a supporter list as shown in FIG. 15 based on the received supporter list data. In this supporter list, the evaluation rank of five supporters who satisfy the list conditions, the player name, the name of the store where the game unit played by the supporter is installed, the comment of the supporter, and when the supporter supports The number of consumption credits required for is displayed. The number of consumed credits is determined according to the evaluation rank. Specifically, when the S-rank supporter supports, it is necessary to consume 5 credits. Similarly, the AAA rank is 4 credits, and the AA rank is It is necessary to consume 3 credits, 2 credits for A rank and 1 credit for B rank.

  The supported player looks at the supporter list displayed on the display 2 and decides a supporter to play on behalf of himself / herself. Then, the supported player selects the supporter by operating the operation lever 4 and the operation button 5a, and the control device 11 that receives the supporter selection operation corresponds to the selected supporter received together with the supporter list data. A support request is transmitted to the game unit 1 which is an external device specified by the unit ID. This support request includes game screen data necessary for displaying the game screen displayed on the display 2 when the support request operation is performed.

The control device 11 as game control means in the game unit 1 on the supporter side that has received this support request plays a game that is currently in progress (a game in which the supporter is playing using his / her main character) at a predetermined timing. Suspend temporarily. Then, based on the game screen data included in the received support request, the game screen corresponding to the game situation of the supported player is displayed on the display 2 of the supporter game unit 1. In the first embodiment, the game screen of the supported player displayed on the supporter-side game unit 1 is the same as that displayed on the display of the game unit 1 being played by the supported player. However, it is not necessary to have the same screen, and a more simplified game screen may be used. In this way, when the game screen of the supported player is displayed on the display 2 of the supporter-side game unit 1, the supporter looks at the game screen and considers whether or not to accept the support, and accepts the acceptance permission operation. Using the operation lever 4 and the operation button 5a constituting the means, an operation for determining whether or not to accept the support is performed.

  When the supporter performs an operation not accepting the support, the control device 11 of the supporter game unit 1 that has accepted the operation returns a support rejection response to the game unit 1 that has transmitted the support request. The control device 11 of the game unit 1 of the supported player that has received this support rejection response causes the display 2 to display a message indicating that support is rejected, and transmits a supporter list request to the system management device 30 again. To do. As a result, the supported player can select a supporter again from the newly created supporter list. When sending a support rejection response, the supporter ’s advice and comments (for example, “Call me a little earlier.”) Will also be sent, indicating that support has been rejected on the display of the game unit of the supported player. The advice or comment may be displayed together with the message.

On the other hand, when the supporter performs an operation for accepting the support, the control device 11 of the supporter-side game unit 1 that has accepted the operation returns a support acceptance response to the game unit 1 that has transmitted the support request. The control device 11 of the game unit 1 of the supported player that has received this support acceptance response changes the credit data stored in the RAM 13 so as to decrease by the amount of credit consumed for the supporter related to the support acceptance response. Processing (player point subtraction processing) is executed (S8). Thereafter, the control device 11 displays on the game screen a display indicating that the supporter is performing a proxy play, and thereafter, a period until a support end condition described later is satisfied is set as the proxy play period, and the supporter is supported during the proxy play period. The game progress is controlled according to the game operation.
Further, the control device 11 of the supporter-side game unit 1 that has received the support acceptance operation by the supporter indicates that a proxy play is being performed on the game screen based on the game screen data included in the received support request on the display 2. A support game screen to which display, display of information related to a support end condition, which will be described later, and the like is added is displayed.

FIG. 16 is a sequence flow diagram showing a flow of proxy play processing for controlling the game progress according to the game operation of the supporter.
In the first embodiment, the game situation of the supported player at the start of support when the supporter starts support is the game situation at the time when the supported player performs a support request operation, and the support game corresponding to the game situation The screen is already displayed on the display 2 of the supporter game unit 1 as described above. Therefore, the supporter looks at the support game screen, performs a game operation such as an operation instruction on the main character of the supported player displayed on the support game screen, and moves the main character. Try to break the game situation by using cards. The operation content that the supporter has operated with the operation lever 4 or the operation button 5a is transmitted as a game operation signal to the game unit 1 of the supported player.

  The control device 11 of the game unit 1 of the supported player that has received the game operation signal first determines whether or not the game operation indicated by the game operation signal is a game operation that needs to consume credits. For example, when a card is used, it is necessary to consume an amount of credit corresponding to the type of the card. In this case, it is determined that the credit needs to be consumed. When it is determined that the credit needs to be consumed, the control device 11 first causes the display 2 to display a message for confirming whether or not to permit the use of the credit. The supported player who sees this message performs an operation for determining whether or not to permit the use of the credit, using the operation lever 4 and the operation button 5a constituting the permission / inhibition designation operation receiving means.

  When the supported player performs an operation that does not permit the use of credit, the control device 11 that has received the operation supports operation refusal data (special operation refusal data) indicating that the game operation operated by the supporter is rejected. Send to side game unit 1. The control device 11 of the supporter-side game unit 1 that has received the operation refusal data prohibits the acceptance even if the game operation is performed, and causes the display 2 to display a message indicating that the game operation has been refused. In response to this, the supporter performs another game operation in consideration of another breakthrough measure, or presses the operation button 5b to end the support when giving up breakthrough of the game situation. When the control device 11 of the supporter-side game unit 1 accepts the support end operation in which the supporter presses the operation button 5b, the control device 11 determines that the support end condition is satisfied, and the game unit 1 of the supported player The support end signal is transmitted, the support game screen displayed on the display 2 is switched to the game screen of the supporter game that has been temporarily suspended, and the progress of the supporter game is resumed.

On the other hand, when the supported player performs an operation to permit the use of credit, the control device 11 that has received the operation determines that a predetermined point consumption condition is satisfied, and the game indicated by the received game operation signal A credit fluctuation process (player point subtraction process) is performed in which the credit consumed by the operation (special operation) is changed so as to decrease from the credit data stored in the RAM 13. Then, the game progress is controlled according to the game operation indicated by the received game operation signal, and the game screen corresponding to the game progress is displayed on the display 2 of the game unit 1 of the supported player, and the game screen is displayed. Game screen data is transmitted to the supporter game unit 1. The control device 11 of the supporter game unit 1 that has received the game screen data displays a support game screen based on the game screen data on the display 2 of the supporter game unit 1.
When the control device 11 of the game unit 1 of the supported player determines that the game operation indicated by the received game operation signal is not a game operation that needs to consume credits, the game operation indicated by the game operation signal is indicated. The game progress is controlled according to the game progress, the game screen corresponding to the game progress is displayed on the display 2 of the game unit 1 of the supported player, and the game screen data for displaying the game screen is displayed on the supporter side game unit. Send to 1. The control device 11 of the supporter game unit 1 that has received the game screen data displays a support game screen based on the game screen data on the display 2 of the supporter game unit 1.

  By performing such control, in the first embodiment, during the proxy play period by the supporter, the game is displayed not only on the display 2 of the supporter game unit 1 but also on the display 2 of the game unit 1 of the supported player. A game screen corresponding to the progress is displayed. Therefore, the supported player can view what game operation the supporter performs to break down the game situation at the start of support. As a result, the supported player can learn the tips of the strategy by watching the game operation of the advanced player, and the game play progress is much faster than when the support event is not used.

Here, since the supporter is an advanced player, the game operation is often quick, and the update speed (display speed) of the game screen displayed on the display 2 of the game unit 1 of the supported player in response to the quick game operation. ) Is also faster. Thus, when the update speed (display speed) of the game screen is fast, the supported player may overlook or cannot understand how the supporter operated the game.
Therefore, in the first embodiment, the control device 11 of the game unit 1 of the supported player that has received the operation data from the supporter-side game unit 1 progresses the game according to the game operation of the supported player during the proxy play period. Control is performed so that the game screen of the game whose progress is controlled according to the game operation corresponding to the received operation data is displayed on the display 2 so that the display is slower than the game screen when controlling the game. Specifically, the control device 11 of the game unit 1 of the supported player performs a game progress control for one turn based on the received operation data, displays a game screen after the turn on the display 2, and then performs a predetermined process. Until the time (about 2 seconds in the present embodiment) elapses, even if the next operation data is received, the game progress control is not performed and the process waits. Then, after the predetermined time has elapsed, the game progress for one turn is controlled based on the next operation data, and the game screen after the turn is displayed on the display 2. By performing such control, even if the supporter performs a quick game operation, the game screen is stopped for about 2 seconds after the end of each turn, so that the supported player can easily understand the game operation of the supporter.

  In the first embodiment, the game screen is updated intermittently with a rest time of about 2 seconds after the end of each turn, so that it is displayed on the display 2 of the game unit 1 of the supported player during the proxy play period. Although the game screen to be played is displayed as a slow display, it may be displayed as a slow display by other methods. For example, the display speed of the game screen itself during the turn may be reduced so that the display is slow.

  Further, the control device 11 of the supporter-side game unit 1 determines whether or not a predetermined support end condition is satisfied during the proxy play period. The support end condition in the first embodiment is that the control device 11 accepts a support end operation in which the supporter presses the operation button 5b, that 10 turns have elapsed since the start of proxy play, and after the start of proxy play. Satisfy either one of the specified time elapses. Note that. On the support game screen, the number of remaining turns and the remaining time until the support end condition is displayed are displayed. Therefore, the supporter can end the proxy play by pressing the operation button 5b even before 10 turns have elapsed since the start of the proxy play or before the specified time has elapsed.

When it is determined that the support end condition is satisfied, the control device 11 of the supporter-side game unit 1 transmits a support end signal to the game unit 1 of the supported player. Then, the support game screen displayed on the display 2 is switched to the game screen of the supporter game that has been temporarily interrupted, and the game progress of the supporter is resumed.
On the other hand, the control device 11 of the game unit 1 of the supported player that has received the support end signal displays an evaluation result input screen for inputting the evaluation of the supporter who has received proxy play. In this evaluation result input screen, the supported player operates the operation lever 4 or the operation button 5a to select one of the three evaluations of “good”, “normal”, and “bad”. The control device 11 that has received this evaluation input operation transmits evaluation data indicating the evaluation related to the evaluation input operation to the system management device 30 via the facility management device 20. The control device 31 of the system management device 30 that has received this adds “3” to the evaluation point of the supporter registered in the supporter database of the RAM 33 if the evaluation indicated by the received evaluation data is “good”. Process. Similarly, if the evaluation is “normal”, a process of adding “1” to the evaluation point of the supporter is performed, and if the evaluation is “bad”, a process of subtracting “3” from the evaluation point of the supporter. I do. As described above, the evaluation points of each supporter registered in the supporter database in this way are used for determination of supporter registration conditions and are used for determining the evaluation rank of each supporter.

  As described above, in the first embodiment, during the proxy play period, the supported player's game state is determined based on the game situation at the predetermined support start time (when the support request operation is performed) of the game played by the supported player. Instead of the game operation, the game progress is controlled according to the content of the game operation by the supporter. A game screen corresponding to the progress of the game during the proxy play period is displayed on the display 2 of the game unit 1 played by the supported player. Therefore, the supported player can view the game screen of the game that is progressed according to the game operation by the supporter. Therefore, it is possible to know what kind of game operation the supporter who is an advanced player performs to clear the problem / interference in the game situation at the time of the start of the support. As a result, the supported player can learn tips, skills, knowledge, etc. for enjoying and playing this game at an early stage.

In the above-described first embodiment, the case where the supporter's credit is subtracted when performing a game operation in which the supporter needs to consume the credit during the proxy play period has been described. However, the supporter's credit is subtracted. It may be. A sequence flow diagram showing the flow of proxy play processing in this case is as shown in FIG.
In this case, when the control device 11 of the game unit 1 of the supported player that has received the game operation signal determines that the game operation indicated by the game operation signal is a game operation that needs to consume credits, A credit consumption command (point consumption command) is transmitted to the supporter game unit 1. The control device 11 of the supporter-side game unit 1 that has received the credit consumption command receives the credit related to the received credit consumption command, that is, the credit consumed by the game operation (special operation) operated by the supporter. A credit change process (supporter point subtraction process) is performed to change the credit data stored in the RAM 13 of the side game unit 1 so as to decrease.
Thus, when the supporter's credit is subtracted, there is no need to ask the support player for permission to use the credit during the proxy play period, so the game progresses smoothly during the proxy play period.

[Embodiment 2]
Next, as in the first embodiment, another embodiment in which the present invention is applied to a game system including a plurality of medal game machines that are arcade game machines as game devices (hereinafter, this embodiment is referred to as “embodiment”). 2)).
In the first embodiment, the control of the game unit 1 of the supported player controls the progress of the game during the proxy play period. In the second embodiment, the control device 11 of the supporter-side game unit 1 is controlled. This is different from the first embodiment.
Since other points in the second embodiment are substantially the same as those in the first embodiment, only the differences will be described below.

FIG. 18 is a sequence flow diagram showing the flow of the support request process when the supported player requests support from another player (supporter) in the second embodiment.
When the supported player presses the operation button 5b and the control device 11 of the game unit 1 accepts the support request operation, the control device 11 displays the supporter list as shown in FIG. 15 as in the case of the first embodiment. 2 is displayed. The supported player views the supporter list displayed on the display 2, operates the operation lever 4 and the operation button 5a to select a supporter, and the control device 11 that has received the supporter selection operation receives the game of the selected supporter. A support request is transmitted to unit 1. This support request includes game screen data necessary for displaying the game screen displayed on the display 2 when the support request operation is performed.

The control device 11 as game control means in the game unit 1 on the supporter side that has received this support request plays a game that is currently in progress (a game in which the supporter is playing using his / her main character) at a predetermined timing. Suspend temporarily. Then, based on the game screen data included in the received support request, the game screen corresponding to the game situation of the supported player is displayed on the display 2 of the supporter game unit 1. The supporter looks at the game screen, considers whether or not to accept the support, and uses the operation lever 4 and the operation button 5a to perform an operation for determining whether or not to accept the support.

  When the supporter performs an operation for accepting the support, the control device 11 of the supporter-side game unit 1 that has accepted the operation returns a support acceptance response to the game unit 1 that has transmitted the support request. The control device 11 of the game unit 1 of the supported player that has received this support acceptance response changes the credit data stored in the RAM 13 so as to decrease by the amount of credit consumed for the supporter related to the support acceptance response. Processing (player point subtraction processing) is executed (S8). Thereafter, the control device 11 temporarily suspends the game of the supported player, and supports the support start situation data indicating the game situation at the time when the support request operation by the supported player is received (support start time). Send to unit 1. This support start situation data is data necessary for the control device 11 of the game unit 1 on the supporter side to reproduce the game situation at the support start time in the game unit 1 of the supported player. In the second embodiment, the same data as the save data of the supported player is used as the support start situation data.

  The control device 11 of the game unit 1 on the supporter side that has received the support start status data reads the received support start status data, loads the program stored in the ROM 12, and plays the game from the game status indicated by the support start status data. To start. Then, a support game screen corresponding to the game situation is displayed on the display 2. As in the case of the first embodiment, the number of remaining turns and the remaining time until the support end condition is displayed on the support game screen. Further, the control device 11 of the supporter-side game unit 1 transmits proxy play screen data for displaying the support game screen to the game unit 1 of the supported player. The control device 11 of the game unit 1 of the supported player that has received the proxy play screen data displays a support game screen based on the proxy play screen data on the display 2 of the game unit 1 of the supported player.

FIG. 19 is a sequence flow diagram showing the flow of proxy play processing for controlling the game progress in accordance with the game operation of the supporter in the second embodiment.
In the second embodiment, when the supporter operates the operation lever 4 or the operation button 5a and the game operation is received by the control device 11 of the supporter game unit 1, the control device 11 first performs the game operation. It is determined whether or not the game operation requires credit consumption. For example, when a card is used, it is necessary to consume an amount of credit corresponding to the type of the card. In this case, it is determined that the credit needs to be consumed. When it is determined that the credit needs to be consumed, the control device 11 determines that a predetermined point consumption condition is satisfied, and transmits a credit consumption command to the game unit 1 of the supported player. The control device 11 of the game unit 1 of the supported player that has received the credit consumption command causes the display 2 to display a message for confirming whether or not to allow the use of credit. The supported player who sees this message performs an operation for determining whether or not to permit the use of the credit, using the operation lever 4 and the operation button 5a constituting the permission / inhibition designation operation receiving means.

  When the supported player performs an operation that does not permit the use of credit, the control device 11 that has received the operation supports operation refusal data (special operation refusal data) indicating that the game operation operated by the supporter is rejected. Send to side game unit 1. The control device 11 of the supporter-side game unit 1 that has received the operation refusal data prohibits the acceptance even if the game operation is performed, and causes the display 2 to display a message indicating that the game operation has been refused. In response to this, the supporter performs another game operation in consideration of another breakthrough measure, or presses the operation button 5b to end the support when giving up breakthrough of the game situation.

On the other hand, when the supported player performs an operation for permitting the use of credit, the control device 11 that has received the operation consumes the credit for the credit consumption command, that is, the game operation (special operation) of the supporter. A credit change process (player point subtraction process) is performed to change the credit amount so as to decrease from the credit data stored in the RAM 13. Then, the control device 11 of the game unit 1 of the supported player transmits operation permission data for permitting the game operation to the supporter-side game unit 1. The control device 11 of the supporter-side game unit 1 that has received the operation permission data controls the game progress according to the game operation performed by the supporter, and displays a game screen corresponding to the game progress of the supporter-side game unit 1. While displaying on the display 2, the proxy play screen data for displaying the game screen is transmitted to the game unit 1 of the supported player. The control device 11 of the game unit 1 of the supported player that has received the proxy play screen data displays a support game screen based on the proxy play screen data on the display 2 of the game unit 1 of the supported player.
When the control device 11 of the supporter-side game unit 1 determines that the game operation of the supporter is not a game operation that needs to consume credits, the control device 11 controls the game progress according to the game operation, and the game progress A game screen corresponding to the above is displayed on the display 2 of the supporter game unit 1 and proxy play screen data for displaying the game screen is transmitted to the game unit 1 of the supported player. .

By performing such control, in the second embodiment, the progress of the game during the proxy play period by the supporter is controlled by the control device 11 of the supporter game unit 1. When the control device 11 of the supporter game unit 1 determines that the predetermined support end condition is satisfied during the proxy play period, the control device 11 displays the game situation at the time when the predetermined support end condition is satisfied (the predetermined support end time). The game end situation data shown is transmitted to the game unit 1 of the supported player. Thereafter, the supporter game unit 1 resumes the progress of the game of the supporter that was temporarily interrupted.
On the other hand, the control device 11 of the game unit 1 of the supported player that has received the game end status data reads the received support end status data, loads the program stored in the ROM 12, and temporarily supports the supported support. The progress of the game of the player is resumed from the game status indicated by the support end status data. Then, a game screen corresponding to the game situation is displayed on the display 2. As a result, the supported player can play the game from the continuation of the point in time when the supporter performs proxy play and satisfies the support end condition.

  As described above, also in the second embodiment, during the proxy play period, from the game situation at the predetermined support start time (when the support request operation is performed) of the game played by the supported player, Instead of the game operation, the game progress is controlled according to the content of the game operation by the supporter. A game screen corresponding to the progress of the game during the proxy play period is displayed on the display 2 of the game unit 1 played by the supported player. Therefore, the supported player can view the game screen of the game that is progressed according to the game operation by the supporter. Therefore, it is possible to know what kind of game operation the supporter who is an advanced player performs to clear the problem / interference in the game situation at the time of the start of the support. As a result, the supported player can learn tips, skills, knowledge, etc. for enjoying and playing this game at an early stage.

  In the above-described second embodiment, the case where the supporter's credit is subtracted when performing a game operation in which the supporter needs to consume the credit during the proxy play period has been described. However, the supporter's credit is subtracted. It may be.

  In the first and second embodiments described above, even if the supporter accepts the support, the supporter's credit does not increase. However, if the supporter accepts the support, the supporter's credit may be increased. . Specifically, when the supporter performs an operation to accept the support, the control device 11 of the supporter game unit 1 that has accepted the operation returns a support acceptance response to the game unit 1 that has transmitted the support request. At the same time, the credit data stored in the RAM 13 of the supporter-side game unit 1 is changed so as to increase by a predetermined amount, for example, a credit that decreases in the game unit 1 of the supported player (supporter point) Addition process) is executed.

  In the first and second embodiments described above, the hero character that operates in response to an instruction from the supporter during the proxy play period is the hero character of the supported player, but a character other than the hero character of the supported player is used. Instead of the main character of the supported player, the action of the other character may be determined based on the instruction operation of the supporter. For example, the main character of the supporter can be used as the other character. Hereinafter, a specific example in which the main character of the supporter is replaced with the main character of the supported player during the proxy play period will be described by taking the game system of the first embodiment as an example.

  When the supporter performs an operation for accepting the support, the control device 11 of the supporter-side game unit 1 that has accepted the operation returns character support data when returning a support acceptance response to the game unit 1 that has transmitted the support request. At least a part of the main character data included in the game information of the supporter stored in the RAM 13 as the storage means is transmitted to the supporter game unit 1. Here, the data of the hero character includes data such as occupation, sex, and costume of the hero character, and the display control is performed so that the appearance of the hero character on the game screen differs depending on the difference of these data. The Therefore, even if the characters are of the same occupation, the appearance of the main character on the game screen differs depending on the gender and the costume. When the support acceptance response is returned to the game unit 1 that has transmitted the support request, the gender data and the costume data included in the main character data of the supporter stored in the RAM 13 of the supporter game unit 1 are used as the supporter game. Send to unit 1. The control device 11 of the game unit 1 of the supported player that has received the support acceptance response, the sex data, and the costume data replaces the main character of the supported player on the game screen corresponding to the progress of the game during the proxy play period. The hero character based on the sex data and costume data is made to appear. Thereby, during the proxy play period, it is possible to perform such an effect that the main character of the supporter moves through the castle in place of the main character of the supported player.

Moreover, in Embodiment 1 and 2 mentioned above, since it is a list-up condition that it is the same occupation as the main character of a supported player, it is the main character of a supported player that is listed in the supporter list. It was only a supporter who used the hero character of the same occupation. However, a supporter who uses the main character of a profession different from the main character of the supported player without the list-up condition may be listed in the supporter list. In this case, taking the game system of the first embodiment as an example, the main character of the supporter stored in the RAM 13 of the supporter-side game unit 1 when returning a support acceptance response to the game unit 1 that sent the support request. The control device 11 of the game unit 1 of the supported player that has transmitted the occupation data included in the character data to the supporter game unit 1 and has received the support acceptance response and the occupation data responds to the progress of the game during the proxy play period. Instead of the main character (warrior) of the supported player shown in FIG. 20 (a), the main character (witch) based on the occupation data shown in FIG. 20 (b) may appear on the game screen.
Further, in this case, during the proxy play period, the game progress control may be performed according to the occupation data of the main character of the supporter. Since the abilities differ depending on the occupation, for example, even in a game situation that is difficult to break with the main character of a certain occupation, it may be easy to break with the main character of another occupation. Therefore, the support event is used effectively, and a strategy that allows a supporter who uses a hero character in a profession different from his / her own hero character to make a proxy play and proceeds efficiently in the castle is born.

[ Reference example ]
Next, a reference example will be described.
In the first and second embodiments, the game operation during the proxy play period is not an operation by a supporter (human) but a pseudo operation by a proxy play program executed by the control device 11 of the game unit 1. This is different from the first and second embodiments. Due to this difference, the medal game machine according to the present reference example does not need to be able to communicate with other medal game machines as in the first and second embodiments, and thus may be a stand-alone game machine.
Hereinafter, with respect to this reference example , the game unit 1 in the first and second embodiments will be described as an example, and specific configurations and operations regarding the above differences will be described.

FIG. 21 is a flowchart showing the flow of proxy play processing in this reference example .
When the supported player presses the operation button 5b and the control device 11 of the game unit 1 accepts a support request operation (S11), the control device 11 decreases the credit data stored in the RAM 13 by a predetermined credit amount. A credit change process to be changed is executed (S12). Thereafter, the control device 11 executes the proxy play program stored in the ROM 12 (S13), and displays the game situation at a predetermined support start time (in this embodiment, when the support request operation of the supported player is received). A procedure for pseudo game operation that can be improved is derived. Then, in accordance with the derived pseudo game operation procedure (S14), the game progress from the game situation at the start of the support is controlled (S19), and a game screen corresponding to the game progress is displayed on the display 2 ( S20). Such a proxy play program can be created with reference to programs such as shogi and chess game software, for example.

  Here, when the pseudo game operation is a game operation that needs to consume credits (Yes in S15), for example, when using a card, the control device 11 satisfies a predetermined point consumption condition. A message for confirming whether or not to permit the use of credit is displayed on the display 2 (S16). The supported player who sees this message uses the operation lever 4 and the operation button 5a constituting the permission designation operation accepting means to perform an operation for determining whether or not to permit the use of the credit (S17). ). When the supported player performs an operation not permitting the use of credit, the control device 11 that has received the operation tries to derive another pseudo game operation procedure again, and the derived procedure of the pseudo game operation is derived. (S14), the game progress from the game situation at the start of the support is controlled (S19), and a game screen corresponding to the game progress is displayed on the display 2 (S20). At this time, if it is determined that a pseudo game operation procedure that can improve the game situation cannot be derived, the support end condition is satisfied (S21), the proxy play program ends, and the current time (predetermined support end time) The game progress control is resumed according to the game operation of the supported player.

  On the other hand, when the supported player performs an operation to permit the use of credit, the control device 11 that has received the operation stores the credit consumed by the pseudo game operation (special operation) in the RAM 13. The credit change process is performed to change the credit data so as to decrease from the current credit data (S18). And the control apparatus 11 controls game progress according to the said pseudo game operation, and displays the game screen according to the game progress on the display 2. FIG.

Here, also in the present reference example , as in the case of the first and second embodiments, the control device 11 uses the game screen when controlling the game progress according to the game operation of the supported player during the proxy play period. In addition, control is performed so that the game screen of the game whose progress is controlled in accordance with the pseudo game operation is displayed on the display 2 so that the display is slow. Therefore, since the game screen is stationary for about 2 seconds after the end of each turn, the supported player can easily understand the pseudo game operation by the substitute play program.
Instead of intermittently updating the game screen in this way, for example, the display speed itself of the game screen during the turn may be lowered to display a slow display.

  If it is determined that the predetermined support end condition is satisfied, the control device 11 determines that the supported player who has been temporarily interrupted from the game situation at the time when the predetermined support end condition is satisfied (predetermined support end time). Resume game progress control. Thereby, the supported player can play the game from the point in time when the proxy play program performs the proxy play and satisfies the support end condition.

As described above, in this reference example , the game of the supported player is determined based on the game situation at the predetermined support start time (when the support request operation is performed) of the game played by the supported player during the proxy play period. Instead of the operation, the game progress is controlled according to the contents of the pseudo game operation by the substitute play program. A game screen corresponding to the progress of the game during the proxy play period is displayed on the display 2 of the game unit 1 played by the supported player. Therefore, the supported player can view the game screen of the game that is progressed according to the pseudo game operation by the proxy play program. Therefore, it is possible to know what kind of pseudo game operation the proxy play program performs to clear the problems / interferences in the game situation at the time of starting the support. As a result, the supported player can learn tips, skills, knowledge, etc. for enjoying and playing this game at an early stage.

In the above reference example , the hero character that operates in response to an instruction by the pseudo game operation by the proxy play program during the proxy play period is the hero character of the supported player, but is different from the hero character of the supported player. The character may be replaced with the main character of the supported player. For example, a character dedicated to the proxy play program can be used as the other character.

In the above-described first to third embodiments, after the substitute play period ends, the control device 11 resumes the control of the game progress according to the game operation by the supported player when the substitute play period ends. The game situation, that is, the game situation at the time when the support end condition is satisfied, may be resumed from the game situation at another time.
For example, you may make it restart from the game condition at the time of the said support start. In this case, the supported player uses the tips, skills, knowledge, etc. acquired by browsing the game operations performed by the supporter or proxy play program from the game status at the start of the support during the proxy play period. Thus, the game situation at the start of the support can be overcome by own game operation.
Further, for example, the game situation may be resumed from the game situation after the support start time and before the substitute play period. Specifically, for example, when the proxy play period is 10 turns, the game situation at the end of 5 turns of the half may be resumed. In such a case, it is possible to give a feeling to the supported player that a part of the game situation at the time of the start of the support has been overcome by his own game operation.
In addition, it is configured to accept a resume time selection operation by the supported player for selecting a game situation to be resumed after the substitute play period ends, and resume from the game situation corresponding to the resume time selection operation by the supported player. Also good.

  In the first to third embodiments described above, the predetermined support start time when the proxy play period starts is the time when the supported player performs the support request operation, but may be another time. For example, a time point before the time when the supported player performs the support request operation (for example, two to three turns before) may be set as a predetermined support start time point. In general, it is expected that the game situation when the supported player performs a support request operation is often too late. In this case, even if a support request operation is performed, eventually no supporter will be able to play on behalf of the supporter, and the substitute play program will end support without finding a solution, and smooth use of the support event will be possible. May be hindered. On the other hand, it is expected that the advanced player can often overcome the game situation at a time slightly before the time when the supported player performs the support request operation. Therefore, if the time point before the time when the supported player performs the support request operation (for example, two to three turns before) is set as the predetermined support start point, smooth operation of the support event can be realized.

In the first to third embodiments described above, the support event usage count may be limited. For example, a supported player who once used a support event may not accept a support request operation until a specified time (a specified number of turns) has elapsed or a floor in a castle has changed.
In addition, the supported player may not be able to grasp the appropriate timing for performing the support request operation. Therefore, when the supported player satisfies the predetermined support promotion condition during the game of the supported player, the supported player Notification processing may be performed so as to teach the timing of performing the support request operation. The support promotion condition is, for example, that an enemy monster that cannot be defeated even if the hero character attacks twice appears on the game screen displayed on the display 2, and three or more enemy monsters appear on the game screen. Or no input for more than 10 seconds from the end of the previous turn. As the notification process, for example, a help window may be displayed on the display 2 or a lamp of the operation button 5b may be blinked. As for the contents of the help window, “A powerful monster has appeared. When you are in trouble, let's use“ support ”” or “It seems to be surrounded by many monsters. When you are in trouble, use“ support ” ”Or“ Let ’s use “support” if you get lost ”.
In the first and second embodiments described above, the supporter who has accepted the support may not be allowed to accept the next support until the specified time has elapsed.

In the first and second embodiments described above, the external device operated by the supporter is described as being the same game device as the game device played by the supported player, but is different from the game device played by the supported player. It may be a game device (a game device that executes a different game, a home game machine, or the like), or may be a device that is not a game device (such as a personal computer).
Further, in the first to third embodiments described above, the case where the point data consumed by the player is credit data that can be converted into a medal that is a tangible object has been described. However, points that cannot be converted into a medal that is a tangible object It may be data. When such point data is used, the game device constituting the game system to which the present invention is applied may not be a medal game machine.

  In the first to third embodiments described above, a game system that performs a role-playing game in which a player performs an operation of instructing a hero character's action so that the hero character adventures a dungeon or aims to occupy a castle will be described. However, the present invention can be applied to various games. For example, a shooting game in which a player plays an aim to occupy an enemy base while shooting down an enemy fighter by performing an operation to instruct the operation of the player's own fighter. It can also be applied to. In addition, for example, the present invention can be applied to a horse racing simulation game in which a racehorse is trained by performing a game operation in which a player gives various instructions.

1 is a schematic configuration diagram of an entire game system according to Embodiment 1. FIG. It is an external view of the game unit which comprises the game system. It is a block diagram which shows the main structures of the control system of a game system. It is a flowchart which shows the flow of the game by which progress is controlled by the control apparatus which performs a game execution program. (A) is explanatory drawing of the name input screen displayed on the display of the game unit, (b) is explanatory drawing of the name confirmation screen displayed on the display of the game unit, (c) is the game It is explanatory drawing of the occupation selection screen displayed on the display of a unit. It is explanatory drawing of the main menu screen displayed on the display of the game unit. It is explanatory drawing of the dungeon selection screen displayed on the display of the game unit. It is explanatory drawing of the castle selection screen displayed on the display of the game unit. It is explanatory drawing of the game screen displayed on the display of the game unit. It is explanatory drawing of the card selection screen displayed on the display of the game unit. (A) is an explanatory diagram of a shop screen displayed on the display of the game unit, (b) is an explanatory diagram of a card selection screen on which a list of cards that can be purchased on the shop screen is displayed, (c) FIG. 5 is an explanatory diagram of a card selection screen on which a list of cards that can be sold on the shop screen is displayed. It is explanatory drawing of the game end selection screen displayed on the display of the game unit. It is a sequence flow figure showing a flow of supporter registration processing performed at the previous stage of support event processing in the game system. It is a sequence flow figure showing a flow of a support request process when a supported player requests support from a supporter in the game system. It is explanatory drawing of the supporter list displayed on the display of the game unit. It is a sequence flow figure showing a flow of proxy play processing which controls game progress according to a game operation of a supporter in the game system. It is a sequence flowchart which shows the flow of the proxy play process which concerns on another example. In the game system concerning Embodiment 2, it is a sequence flow figure showing the flow of the support request processing when a supported player requests support from a supporter. It is a sequence flowchart which shows the flow of the proxy play process which controls game progress according to a game operation of a supporter in the same system. (A) is explanatory drawing of the game screen on which the main character of the supported player was displayed before proxy play, and (b) is the main character (mage) of the supporter in place of the main character of the supported player during proxy play. It is explanatory drawing of the game screen on which is displayed. It is a flowchart which shows the flow of the proxy play process in this reference example .

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Game unit 2 Display 4 Operation lever 5a, 5b, 5c Operation button 5d Payout button 5e Save end button 6 Medal insertion slot 7 Medal return slot 8 Card insertion / extraction port 9 Magnetic card 11, 21, 31 Control device 20 Facility management device 30 System management device

Claims (8)

A game system comprising a plurality of game devices connected to be communicable with each other and a management device,
The management device
A database that stores a supporter database in which game device specifying information for specifying a game device that is played by a player who satisfies a predetermined supporter registration condition among the players who are actually playing a game on the plurality of game devices is registered. Having storage means;
Each game device
Game screen display means for displaying a game screen;
Game operation accepting means for accepting a player's game operation;
When the computer executes a predetermined game execution program, the game progress is controlled in accordance with the operation content received by the game operation receiving means, and a game screen corresponding to the game progress is displayed on the game screen display means. Game control means for performing display control,
Communication means for communicating with another game device and the management device,
The game control means in one game device is a control for transmitting a support request by the communication means to the other game device specified by the game device specifying information registered in the supporter database at a predetermined timing during the game. And
In addition, when the game control means in the one game device receives a support acceptance response from the other game device by the communication means, the game operation acceptance means until the predetermined proxy play period ends. The game screen display means controls the game progress according to the operation content based on the operation data from the other game device received by the communication means instead of the accepted operation content, and displays the game screen corresponding to the game progress. Display control to be displayed on the screen, and control to transmit the game screen data for displaying the game screen according to the progress of the game to the other game device by the communication means,
On the other hand, the game control means in the other game device, whether or not to transmit when it receives support acceptance response to the game device該Ichi a support request from the game apparatus of the one determined by the communication means, When it is determined to transmit the support acceptance response, the communication means performs control to transmit the support acceptance response to the one game device,
Furthermore, when the game control means in the other game device receives the game screen data from the one game device by the communication means, the game screen based on the game screen data is displayed on the game screen in the other game device. In addition to performing display control to be displayed on the display unit, control is performed to transmit operation data indicating the operation content received by the game operation reception unit of the other game device to the one game device by the communication unit. Game system to play. A game system comprising a plurality of game devices connected to be communicable with each other and a management device,
The management device
A database that stores a supporter database in which game device specifying information for specifying a game device that is played by a player who satisfies a predetermined supporter registration condition among the players who are actually playing a game on the plurality of game devices is registered. Having storage means;
Each game device
Game screen display means for displaying a game screen;
Game operation accepting means for accepting a player's game operation;
When the computer executes a predetermined game execution program, the game progress is controlled in accordance with the operation content received by the game operation receiving means, and a game screen corresponding to the game progress is displayed on the game screen display means. Game control means for performing display control,
Communication means for communicating with another game device and the management device,
The game control means in one game device is a control for transmitting a support request by the communication means to the other game device specified by the game device specifying information registered in the supporter database at a predetermined timing during the game. And
Further, when the game control means in the one game device receives a support acceptance response from the other game device by the communication means, the communication start means displays support start situation data indicating a game situation at a predetermined support start time. The control to transmit to the other game device by
On the other hand, the game control means in the other game device determines whether to transmit a support acceptance response to the one game device when receiving a support request from the one game device by the communication means, When it is determined to transmit the support acceptance response, the communication means performs control to transmit the support acceptance response to the one game device,
Further, the game control means in the other game device receives the support start status data from the one game device by the communication means, and the support start status data remains until the predetermined proxy play period ends. The game progress after the indicated game situation is controlled according to the operation content received by the game operation accepting means of the other game device, and the game screen corresponding to the game progress is displayed on the game screen display means of the other game device. Display control to be displayed, and control for transmitting proxy play screen data for displaying a game screen according to the progress of the game to the one game device by the communication means,
Further, the game control means in the other game device performs control to transmit support end data indicating the fact to the one game device by the communication means when the predetermined proxy play period ends,
On the other hand, when the game control means in the one game device receives the proxy play screen data from the other game device by the communication means, the game control means displays the game screen based on the proxy play screen data of the one game device. Display control to be displayed on the game screen display means,
When the game control means in the one game device receives the support end data from the other game device by the communication means, the game according to the operation content received by the game operation acceptance means of the one game device. A game system characterized by resuming control of progress. The game system according to claim 1 or 2,
The game control means in the one game device is configured such that a game screen displayed on the game screen display means of the one game device during a predetermined proxy play period is an operation received by the game operation acceptance means of the one game device. A game system characterized in that display control of the game screen display means is performed so that the display is slower than the game screen corresponding to the progress of the game controlled according to the content. The game system according to any one of claims 1 to 3,
After the predetermined proxy play period ends, the game control unit of the one game device resumes the control of the game progress according to the operation content received by the game operation reception unit of the one game device. A game system, which is based on a game situation at a predetermined support start time when control of game progress is started in accordance with an operation content received by a game operation receiving means of another game device. The game system according to any one of claims 1 to 3,
After the predetermined proxy play period ends, the game control unit of the one game device resumes the control of the game progress according to the operation content received by the game operation reception unit of the one game device. A game system, which is based on a game situation at a predetermined end of support after the game progress is controlled according to the operation content received by the game operation reception means of another game device. The game system according to any one of claims 1 to 3,
The one game device is resumed for selecting a game situation for resuming the control of the game progress according to the operation content received by the game operation accepting means of the one game device after the predetermined proxy play period ends. Having restart point selection operation accepting means for accepting point selection operation,
The game control means in the one game device accepts the game operation of the one game device after the predetermined proxy play period ends based on the contents of the resume time point selection operation accepted by the resume time point selection operation accepting means. The game progress control according to the operation content received by the means is resumed from the game situation at the predetermined support start time when the game progress control is started according to the operation content received by the game operation reception means of the other game device. Or a game system that resumes from a game situation at a predetermined end of support after the game progress is controlled in accordance with the operation content received by the game operation receiving means of the other game device. . Game screen display means for displaying a game screen;
Game operation accepting means for accepting a player's game operation;
When the computer executes a predetermined game execution program, the game progress is controlled in accordance with the operation content received by the game operation receiving means, and a game screen corresponding to the game progress is displayed on the game screen display means. Game control means for performing display control,
Communication means for performing communication with another game apparatus and a management apparatus that are communicably connected,
In the game control means, game device specifying information for specifying a game device played by a player who satisfies a predetermined supporter registration condition among the players who are actually playing the game on the plurality of game devices is registered. Control to transmit a support request by the communication means at a predetermined timing during the game to other game devices specified by the game device identification information registered in the supporter database in the management device,
In addition, when the game control means receives a support acceptance response from the other game device by the communication means, the game control means accepts the operation contents accepted by the game operation acceptance means until the predetermined proxy play period ends. Display control for controlling the progress of the game according to the operation content based on the operation data from the other game device received by the communication means and displaying the game screen corresponding to the progress of the game on the game screen display means. And a game device that controls to transmit game screen data for displaying a game screen according to the progress of the game to the other game device by the communication means. Game screen display means for displaying a game screen;
Game operation accepting means for accepting a player's game operation;
When the computer executes a predetermined game execution program, the game progress is controlled in accordance with the operation content received by the game operation receiving means, and a game screen corresponding to the game progress is displayed on the game screen display means. Game control means for performing display control,
Communication means for performing communication with another game apparatus and a management apparatus that are communicably connected,
In the game control means, game device specifying information for specifying a game device played by a player who satisfies a predetermined supporter registration condition among the players who are actually playing the game on the plurality of game devices is registered. Control to transmit a support request by the communication means at a predetermined timing during the game to other game devices specified by the game device identification information registered in the supporter database in the management device,
In addition, when the game control means receives a support acceptance response from the other game device by the communication means, the communication means sends support start situation data indicating a game situation at a predetermined support start time to the other game. Display that controls the transmission to the device and displays the game screen based on the proxy play screen data on the game screen display means when the communication means receives the proxy play screen data from the other game device Control
Further, the game control means resumes the control of the game progress according to the operation content received by the game operation accepting means when receiving the support end data from the other game device by the communication means. Game device to play.