JP5296267B2 - Relief request program and game system - Google Patents

Description

  The present invention relates to a rescue request program and a game system used in a network game.

  2. Description of the Related Art Conventionally, a network game that is played using a terminal connected to a server that controls play via a network such as the Internet has been proposed. Among them, an opponent determination system for playing a battle game with a plurality of terminals is disclosed (for example, Patent Document 1).

JP 2001-157782 A

In the opponent determination system described in Patent Document 1, an operator computer automatically matches an opponent in a network game tournament, and further automatically matches a new opponent based on the competition result. It is.
However, the opponent determination system described in Patent Document 1 determines an opponent at the start of play, that is, first. For this reason, once a match began, participants had to wait until the next match.

  Therefore, an object of the present invention is to provide a rescue request program and a game system that allow participation in a play in the middle of a network game.

  The present invention solves the above problems by the following means. In addition, in order to make an understanding easy, although the code | symbol corresponding to embodiment of this invention is attached | subjected and demonstrated, it is not limited to this. In addition, the configuration described with reference numerals may be improved as appropriate, or at least a part thereof may be replaced with another configuration.

The invention of claim 1 is executed by a game server that is connected via a communication network to a main terminal of a main player that plays and a sub-terminal of a rescue player that rescues the play of the main player, and controls the play. A rescue request program, comprising: participation condition information relating to participation in the rescue by the sub-terminal by the sub-terminal, and rescue request information for requesting relief for the play being played from the main terminal. Relief request receiving means for receiving, participation condition storage means for storing the participation condition information based on the rescue request information received from the main terminal by the rescue request receiving means, and the rescue request receiving means are the main terminal When the rescue request information is received from the main terminal, the state of the play on the main terminal is the participation In response to satisfying the participation condition information stored in the case storage means, a rescue request transmitting means for transmitting rescue request information to the play to the sub terminal, and the sub terminal has received the rescue request information. The participation request receiving means received by the participation request receiving means based on the participation request receiving means for receiving the participation request information for the play transmitted by the sub-terminal, and the relief request information received by the rescue request receiving means. It is made to function as a relief permission means which permits relief to the said play of the said sub terminal which is the transmission origin of the above, It is a relief request program characterized by the above-mentioned.
The invention of claim 2 is the rescue request program according to claim 1, wherein the rescue request receiving means receives the rescue request information for requesting rescue to a different type of game play from each of the plurality of main terminals. It is a relief request program characterized by making it function.
According to a third aspect of the present invention, in the rescue request program according to the first or second aspect, the game server is configured so that the play state of the sub-terminal is changed to the play when the play state satisfies a predetermined condition. It is a relief request program characterized by functioning as a relief ending means for ending the relief.
Invention of Claim 4 makes the said game server function as a relief result memory | storage means which memorize | stores the relief result information of the said sub terminal in the relief request program of Claim 1 or Claim 2 , The said relief In response to the fact that the rescue result information of the sub-terminal stored in the rescue result storage means matches the participation condition information stored in the participation condition storage means, a request transmission means is sent to the play of the sub terminal. It is a relief request program characterized by functioning to transmit relief request information.
According to a fifth aspect of the present invention, in the rescue request program according to the fourth aspect, the game server is scored in the play by the sub-terminal permitted to rescue the play by the rescue permission means, and the main terminal The score management means for separately managing the score in the play by the function, and the rescue result storage means, as a result of the play, the score in the play by the sub-terminal managed by the score management means It is a relief request program characterized by functioning to memorize.
According to a sixth aspect of the present invention, in the rescue request program according to the fourth or fifth aspect, the game server is configured so that when the play state satisfies a predetermined condition, Functioning as a rescue ending means for ending the rescue, and storing the rescue result information by newly updating the rescue result of the sub-terminal in response to the rescue termination by the rescue termination means. It is a relief request program characterized by making it function.
According to a seventh aspect of the present invention, in the rescue request program according to the third or sixth aspect, the rescue end means is determined in advance after completion of a stage of a play to be rescued among a plurality of stages of play, and a rescue start. The sub-terminal is made to function so as to end the rescue to the play at a timing that satisfies at least one of a timing at which the given time has elapsed and a timing at which the rescue by the sub-terminal has failed. It is a relief request program.
The invention according to claim 8 is the rescue request program according to claim 3 or claim 6, wherein the rescue ending means is moved to the play of the sub-terminal at the timing when the play of the main terminal is terminated. It is a relief request program characterized by functioning so as to end the rescue.

  According to the ninth aspect of the present invention, a main terminal of a main player who plays, a sub-terminal of a rescue player who rescues the play of the main player, and a game server which controls the play are connected via a communication network. In the game system, the main terminal includes rescue condition transmitting means for transmitting rescue request information for requesting rescue to the play being played, including participation condition information regarding the rescue participation by the sub-terminal. The game server includes a rescue request receiving means for receiving the rescue request information transmitted from the main terminal, and the participation condition based on the rescue request information received from the main terminal by the rescue request receiving means. Participation condition storage means for storing information and the rescue request receiving means from the main terminal to the rescue request information When received, when the state of the play at the main terminal satisfies the participation condition information stored in the participation condition storage means, the rescue request information for the play is transmitted to the sub terminal. Rescue request transmission means, the sub-terminal includes participation request transmission means for transmitting participation request information to the play, and the game server receives the participation request information transmitted from the sub-terminal. Based on the relief request information received by the participation request receiving means and the relief request receiving means, a relief permitting means for permitting relief to the play of the sub terminal that has received the participation request information by the participation request receiving means, A game system characterized by comprising:

According to the present invention, the following effects can be obtained.
(1) The present invention receives relief request information from the main terminal that is playing, and receives participation request information for play from the sub terminal that rescues, thereby allowing the sub terminal to be rescued during play. To do. Therefore, it is possible to permit the participation of the sub terminal from the middle of the play performed at the main terminal. In addition, the player of the main terminal can obtain the possibility of surpassing the remote place of play by participating in the play of the sub terminal.

(2) In the present invention, at the timing when the rescue request information is received from the main terminal, the sub-terminal in the participation waiting state is allowed to rescue to play. Therefore, the main player of the main terminal can play with the rescue player who operates the sub terminal by providing the sub terminal that promptly rescues the play to the main terminal that requested the rescue. Further, the rescue player can participate in the form of rescue play at the timing of the rescue request of the main player.

(3) The present invention transmits the rescue request information to the play to the sub terminal in response to receiving the rescue request information from the main terminal, and receives the participation request information from the sub terminal. Allow rescue to play. Therefore, at the timing when the rescue request is received from the main terminal, the rescue player of the sub-terminal can be notified of the presence of the rescue request for the play, and the rescue player responds by examining whether or not to participate in the play at that time. can do.

(4) The present invention receives relief request information including participation condition information related to participation in the rescue by the sub terminal from the main terminal, and the state of play at the main terminal satisfies the participation condition information, so that the sub terminal By sending rescue request information to play and receiving participation request information from the sub terminal, the sub terminal is allowed to play relief. Therefore, after receiving the rescue request from the main terminal, at the timing when the state of play on the main terminal satisfies the condition, the rescue player of the sub terminal can be notified of the presence of the rescue request to play, At that time, it is possible to respond by considering whether or not to participate in the play.

(5) This invention memorize | stores the participation condition information regarding the relief participation to play from the relief request information received from the main terminal, memorize | stores the relief result information for every sub terminal, and is based on the participation request information received from the sub terminal Then, when the stored rescue result information of the sub terminal matches the stored participation condition information, the sub terminal is allowed to rescue the play. Therefore, the environment which rescues a play can be provided with respect to the sub terminal which adapted the conditions regarding the past relief result as participation conditions from a main terminal.

(6) The present invention can manage separately the score by the play at the main terminal and the score by the play at the sub-terminal in the rescue play. Therefore, the score of the sub terminal can be provided to the player. Further, the player can grasp the degree of contribution of the play to be rescued at the sub-terminal on a scale called score.

(7) According to the present invention, when the state of play satisfies a predetermined condition, rescue to the play can be ended with respect to the sub terminal. Therefore, it is possible to provide the sub-terminal with a play of rescue participation that is different from the normal play, in which the play ends when the play state satisfies a predetermined condition. Moreover, since the relief result of the sub terminal which finished relief is updated and memorize | stored in a relief result memory | storage means, relief result information can be used in the case of a relief request as a past relief result.

(8) The present invention provides at least one of a timing at which a stage of play to be rescued among a plurality of stages of play ends, a timing at which a predetermined time has elapsed after the start of rescue, and a timing at which relief by the sub terminal fails. The play of the sub-terminal is finished at a timing satisfying one. Therefore, the sub terminal that rescues play can be forcibly removed from play under various conditions.

(9) In the present invention, the play of the sub-terminal is terminated at the timing when the play of the main terminal is terminated due to failure. Therefore, in order not to make the play of the main terminal fail, it is possible to give more motivation to rescue the play to the player of the sub terminal.

It is a figure which shows the structure of the game system which concerns on 1st Embodiment, and the functional block of a game server, a main terminal, and a subterminal. It is a figure which shows the example of a screen displayed on the main terminal and subterminal which concern on 1st Embodiment. It is a flowchart of the rescue play process which concerns on 1st Embodiment. It is a figure which shows the structure of the game system which concerns on 2nd Embodiment, and the functional block of a game server, a main terminal, and a subterminal. It is a figure which shows the participation condition table and relief result table which concern on 2nd Embodiment. It is a flowchart of the rescue play process which concerns on 2nd Embodiment. It is a flowchart following FIG. It is a figure which shows the example of a screen displayed on the subterminal which concerns on 2nd Embodiment.

  The present invention aims to provide a rescue request program and a game system that allow participation in the play from the middle of the play. The main terminal of the main player who plays and the sub of the rescue player who rescues the play of the main player. A relief request program connected to the terminal via a communication network and executed by a game server that controls play receives relief request information for requesting relief from the game server for play during play from the main terminal. Participation request information received by the participation request receiving means based on the relief request receiving means, participation request receiving means for receiving participation request information for play transmitted from the sub-terminal, and relief request information received by the relief request receiving means Function as a rescue permission means that allows rescue to the sub terminal that is the sender of It was realized by.

(First embodiment)
Hereinafter, the best mode for carrying out the present invention will be described with reference to the drawings. This is merely an example, and the technical scope of the present invention is not limited to this.
FIG. 1 is a diagram illustrating a configuration of the game system 1 according to the first embodiment and functional blocks of the game server 10, the main terminal 20, and the sub-terminal 30.
In the game system 1, a game server 10, a main terminal 20, and a sub terminal 30 are connected via a communication network 5.
The communication network 5 is a communication network such as the Internet for performing communication between the game server 10 and the main terminal 20 and the sub terminal 30.
The game server 10 is a computer that controls play executed on the main terminal 20 and the sub-terminal 30.
The main terminal 20 is a terminal used by a player (main player) who mainly plays. The sub-terminal 30 is a terminal used by a rescue player who participates in the middle of the play of the main player and rescues the play.

The game server 10 includes a control unit 11, a storage unit 12, and a communication interface unit 13. The control unit 11 includes a rescue request receiving unit 11A that receives relief request information from the main terminal 20, a rescue request transmitting unit 11B that transmits rescue request information to the sub terminal 30, and a participation request reception that receives participation request information from the sub terminal 30. Means 11C, a relief permitting means 11D for permitting relief of the sub-terminal 30, and a relief ending means 11E for terminating relief of the sub-terminal 30. The relief request receiving unit 11A, the relief request transmitting unit 11B, and the participation request receiving unit 11C control communication performed with the main terminal 20 or the sub terminal 30 via the communication interface unit 13.
The storage unit 12 stores various programs represented by a rescue request program 12A and a game program 12B.

The control unit 11 is an information calculation processing device (CPU) that performs calculation and processing of information, and controls the entire game server 10. The control unit 11 appropriately reads and executes various programs stored in the storage unit 12 to realize various functions according to the present invention in cooperation with the hardware of the game server 10.
The storage unit 12 may include a memory used for executing the program in combination with the control unit 11. As what implement | achieves the memory | storage part 12, you may include what implement | achieves electrically, magnetically, optically, and electromagnetically. More specifically, a semiconductor memory device, a magnetic disk, a random access memory (RAM), a read only memory (ROM), and the like are included. The concept includes a magnetic tape that can be externally connected to the game server 10, an optical disk including a CD-ROM, a CD-R / W, and a DVD, and an auxiliary storage device such as a memory card.
Note that there is no limit on the number of hardware constituting the game server 10. You may comprise by 1 or multiple as needed. The hardware of the game server 10 may include various servers such as a Web server, a DB (database) server, and an application server as necessary, or may be configured with a single server, You may comprise with another server.

The main terminal 20 includes a control unit 21, a storage unit 22, a communication interface unit 23, a display unit 24, and an operation unit 25. The control unit 21 includes rescue request transmission means 21 </ b> A that transmits relief request information to the game server 10.
The sub terminal 30 includes a control unit 31, a storage unit 32, a communication interface unit 33, a display unit 34, and an operation unit 35. The control unit 31 includes rescue request receiving means 31 </ b> A that receives relief request information from the game server 10 and participation request transmitting means 31 </ b> B that transmits participation request information to the game server 10.
Similar to the control unit 11 of the game server 10, the control unit 21 of the main terminal 20 and the control unit 31 of the sub-terminal 30 are information calculation processing devices (CPUs) that perform calculation and processing of information. And the entire sub-terminal 30 is controlled.
The main terminal 20 and the sub-terminal 30 are, for example, personal computers (PCs), but may be devices having the above-described configuration, and may be a game-dedicated machine, a mobile phone, or the like. .

Next, a specific example of relieving play will be described based on a screen example.
FIG. 2 is a diagram illustrating an example of a screen displayed on the main terminal 20 and the sub terminal 30 according to the first embodiment. The display unit 24 of the main terminal 20 is shown on the left, and the display unit 34 of the sub-terminal 30 is shown on the right.
FIG. 2 (1) shows a scene in which a play is executed on the main terminal 20. In this scene, the main terminal 20 is executing a shooting game, and the actual player 41 of the main player is attacking the enemy. The display unit 24 has a score display unit 42 at the top of the screen, and displays the score of the main player. In addition, on the lower left side of the screen, there is a stage display unit 43 that displays the number of the stage being executed. On the right side of the lower part of the screen, there is a life display unit 44, which displays the number of remaining real machines as life information of the main player.
On the other hand, the display unit 34 of the sub-terminal 30 has a rescue information unit 51 and displays that no rescueable game is being executed.

FIG. 2 (2) shows a scene where a rescue request is selected from the main terminal 20. On the display unit 24 of the main terminal 20, a rescue sign 49 is displayed on the upper right side of the screen.
On the other hand, the display unit 34 of the sub-terminal 30 indicates that there is a game that can be rescued in the rescue information unit 51, and the detail display unit 52 includes the name of the main player, the game name, and the stage name that request the rescue. Listed. On the left side of the detail display section 52, a point section 53 for selecting a salable game in the detail display section 52 displayed as a list is arranged. A rescue player operates the operation part 35, moves the point part 53, and can select the rescueable play which the point part 53 points to, and can perform the relief to the play performed by the main terminal 20. .

FIG. 2 (3) shows a scene where a rescue play in which the sub terminal rescues the play is being executed. The main terminal 20 and the sub terminal 30 display the same play screen, and the actual machine 41 of the main player and the actual machine 45 of the rescue player are displayed. By operating the operation unit 25 of the main terminal 20, the movement of the actual machine 41 is changed, and the information is also transmitted to the sub terminal 30, so that the main play screen is displayed on the main terminal 20 and the sub terminal 30. it can. On the display unit 24 of the main terminal 20, the score of the main player is displayed on the score display unit 42, and the life information of the main player is displayed on the life display unit 44.
On the other hand, on the display unit 34 of the sub-terminal 30, the score of the rescue player is displayed on the score display unit 54, and the life information of the rescue player is displayed on the life display unit 55.

FIG. 2 (4) shows the case where the rescue play is completed. On the display unit 24 of the main terminal 20, a display indicating that the stage has been cleared is displayed at the center of the screen, and the next stage is displayed on the stage display unit 43.
On the other hand, the display unit 34 of the sub-terminal 30 has a result information unit 56 and displays information on whether or not the rescue has been successful.
Thereafter, the screen of the next stage without the rescue play is displayed on the display unit 24 of the main terminal 20, and the screen having the rescue information unit 51 shown in FIG. Is displayed.

Next, a rescue play process for realizing the screen display of FIG. 2 will be described.
FIG. 3 is a flowchart of the rescue play process according to the first embodiment.
As a premise of this game, the main player of the main terminal 20 plays by paying a play fee (for example, 50 yen) when playing the game. For payment of the play fee, for example, online payment can be used. In addition, the rescue player of the sub-terminal 30 performs a rescue play for free. This difference is due to the fact that the main player is the main player. The main player plays by paying a play fee. On the other hand, the rescue player can participate only when a rescue request is made regarding play, and there is discrimination such as termination after the rescue. By making the play of the rescue player free, the player can select whether to play as the main player or as the rescue player.
In the following description of the flowcharts, the control unit 11 is the control unit 11 of the game server 10, the control unit 21 is the control unit 21 of the main terminal 20, and the control unit 31 is the control unit 31 of the sub-terminal 30. Okay, the name of the device is omitted as appropriate.

  First, in step S <b> 101, in response to a play start request from the main terminal 20, the control unit 11 executes the game program 12 </ b> B stored in the storage unit 12. Here, the game program 12B has a format executed by using a content reproduction application such as “Adobe Flash (registered trademark) Player”, and is configured by a Flash (registered trademark) SWF file.

Next, in step S102, the control unit 11 performs a play process. Data relating to the progress of play is sequentially transmitted from the game server 10 to the main terminal 20 by the game program 12B. The data relating to the progress of play refers to information necessary for playing on the main terminal 20, such as game image data, audio data, and data for controlling play. Moreover, transmitting data sequentially is called streaming. With this process, it is possible to enjoy playing on the main terminal 20 without downloading a game program to the main terminal 20. In the main terminal 20, the control unit 21 displays a game screen on the display unit 24 (step S201).
On the other hand, the sub terminal 30 communicates with the game server 10 to perform a rescue play. And the control part 31 displays the rescue waiting screen (refer FIG. 2 (1) right figure) transmitted from the game server 10 on the display part 34 (step S301).

  In step S <b> 202, the control unit 21 (relief request transmission unit 21 </ b> A) transmits the relief request information to the game server 10 by the operation of the relief request by the operation unit 25 of the main terminal 20. And in step S103, the control part 11 (relief request receiving means 11A) of the game server 10 receives relief request information. Here, for example, a button for a rescue request is prepared in the operation unit 25 of the main terminal 20, and the rescue request information is transmitted when the main player presses the button. Further, the rescue request information is information for requesting the rescue of the rescue player regarding the play of the stage being played, for example, in a game consisting of a plurality of stages, and the ID of the main player (main player ID) Information that identifies the game and stage.

In step S <b> 104, the control unit 11 (relief request transmission unit 11 </ b> B) transmits relief request information to the sub-terminal 30. In step S302, the control unit 31 (relief request receiving means 31A) receives the rescue request information transmitted from the game server 10 and displays a rescueable game on the display unit 34 (FIG. 2 (2) right diagram). reference). The relief request information is information of a relief request for the sub-terminal 30 and refers to information that identifies the main player ID, the game being played, and the stage.
In step S <b> 303, the control unit 31 (participation request transmission unit 31 </ b> B) transmits participation request information to the game server 10 by the operation of the operation unit 35 by the rescue player. In step S <b> 105, the control unit 11 (participation request receiving unit 11 </ b> C) receives the participation request information transmitted from the sub terminal 30. Participation request information refers to information that specifies the ID of a rescue player requesting participation (rescue player ID) and a play requesting participation.

  In step S106, control part 11 (relief permission means 11D) permits relief to the play of sub terminal 30 which is the transmission source of participation request information based on relief request information, for example, to participate in play. Information necessary for the transmission is transmitted to the sub-terminal 30. And in step S107, the control part 11 displays the symbol of rescue players, such as a rescue player's real machine, on a game screen, for example, and performs the play process containing a rescue play. Then, as shown in FIG. 2 (3), in the main terminal 20, the control unit 21 displays a rescue game screen on the display unit 24 (step S 203), and in the sub-terminal 30, the control unit 31 The same rescue game screen as that displayed on the display unit 24 is displayed on the display unit 34 (step S304).

  In step S108, the control unit 11 (relief end means 11E) determines whether or not to end the rescue play. As a condition for ending the rescue play, for example, when the stage of the play to be rescued is completed by clearing the stage, when a predetermined time (for example, 5 minutes) has elapsed after the rescue is started, play on the sub terminal 30 If the rescue fails, there may be a case where the play such as a game over by the play of the main terminal 20 fails. One or more of these end conditions are set in the game server 10 in advance. If the rescue play is to be ended (step S108: YES), the control unit 11 moves the process to step S109. On the other hand, when the rescue play is not finished (step S108: NO), the control unit 11 moves the process to step S107 and continues the play process. Thus, with respect to the sub terminal 30 which rescues a play, the control part 11 can provide the play of a relief participation different from a normal play, and can be made to detach | leave from play forcibly under various conditions. Moreover, since the control part 11 complete | finishes the play of the subterminal 30 also at the timing which ended because the play of the main terminal 20 failed, it is a relief player of the subterminal 30 so that the play of the main terminal 20 may not fail. , It can give more motivation to rescue the play.

  In step S109, the control unit 11 (relief ending means 11E) transmits a rescue play result screen to the sub-terminal 30, and in step S305, the control unit 31 displays the rescue play result screen on the display unit 34. (Refer to the right figure in FIG. 2 (4)). In step S110, the control unit 11 determines whether or not the end of the rescue play is that the play on the main terminal 20 has failed. When it is that the play of the main terminal 20 has failed (step S110: YES), the control unit 11 moves the process to step S111 and transmits a game over screen to the main terminal 20, The control unit 21 displays a game over screen on the display unit 24. Then, the control part 11 complete | finishes this process. On the other hand, when it is not that the play of the main terminal 20 has failed (step S110: NO), the control unit 11 moves the process to step S102, transmits a stage clear screen to the main terminal 20, and then Perform stage play processing. In the main terminal 20, the control unit 21 displays the next stage game screen after displaying the stage clear screen received from the game server 10 on the display unit 24.

  As described above, the game server 10 transmits the rescue request information to play to the sub terminal 30 in response to receiving the rescue request information from the main terminal 20 being played, and the participation request information from the sub terminal 30. Is received, the sub terminal 30 is allowed to rescue the play. Therefore, at the timing when the rescue request is received from the main terminal 20, the rescue player of the sub-terminal 30 can be notified of the presence of the rescue request for the play, and the rescue player considers whether or not to participate in the play at that time. Can respond. Therefore, the participation of the sub terminal from the middle of the play performed at the main terminal 20 can be permitted. As a result, the main player of the main terminal 20 can obtain the possibility of surpassing the remote area by participating in the play from the sub terminal 30 even when the play is in a remote area.

(Second Embodiment)
Next, a second embodiment to which the present invention is applied will be described.
The second embodiment has participation conditions in the rescue request, and uses the result information of the past rescue play to designate the sub-terminal that performs the rescue play as the main.
Note that, in the following description and drawings, the same reference numerals or the same reference numerals are given to portions that perform the same functions as those in the first embodiment described above, and overlapping descriptions will be omitted as appropriate.

FIG. 4 is a diagram illustrating a configuration of the game system 201 according to the second embodiment and functional blocks of the game server 210, the main terminal 220, and the sub-terminal 230.
The control unit 211 of the game server 210 includes a rescue request receiving unit 211A that receives the rescue request information from the main terminal 220, a participation request receiving unit 11C that receives the participation request information from the sub terminal 230, and a rescue that allows the sub terminal 230 to be rescued. It has the permission means 211D, the relief end means 11E which complete | finishes relief of the subterminal 230, and the score management means 211F which manages the score by play.
The storage unit 212 stores various programs typified by the relief request program 212A and the game program 12B, as well as a participation condition table (participation condition storage means) 212C that stores participation condition information, and a relief result table that stores the relief results. (Relief result storage means) 212D.
The control unit 221 of the main terminal 220 includes a rescue request transmission unit 221 </ b> A that transmits rescue request information to the game server 210. In addition, the control unit 231 of the sub-terminal 230 includes participation request transmission means 31 </ b> B that transmits participation request information to the game server 210.

Next, various tables stored in the game server 210 will be described.
FIG. 5 is a diagram showing a participation condition table 212C and a relief result table 212D according to the second embodiment.
FIG. 5A shows the participation condition table 212C. The participation condition table 212 </ b> C stores the contents of participation condition information that is a condition for the sub terminal 230 to participate in the rescue for play, which is included in the rescue request information transmitted from the main terminal 220 and received by the game server 210. The main player ID portion C1 stores the player ID of the main player who transmitted the rescue request information, and the game ID portion C2 stores a game ID that identifies the game and the stage. The player ID and game ID can be acquired from the rescue request information. In addition, participation condition information is stored in the condition part C3. In this example, the condition part C3 stores a case where the remaining life information of the main player is one (# 1). The condition stored in the condition part C3 may be information on the main player. For example, the success rate of the rescue player is 80% or more (# 2), and the rescue player (10) who has played the rescue play 10 times or more. Information regarding a rescue player such as a rescue player with a specific player ID may be used.

  FIG. 5B shows a rescue result table 212D. The relief result table 212 </ b> D stores the result of the relief play at the sub-terminal 230. The rescue player ID portion D1 stores the player ID of the rescue player. The game ID portion D2 stores a game ID that identifies the game and the stage. The success / failure information section D3 stores the success / failure information of the relief. Here, “1” is stored in the case of success, and “0” is stored in the case of failure. In the score part D4, the score acquired by the rescue player is stored.

Next, the relief play process will be described.
FIG. 6 is a flowchart of the rescue play process according to the second embodiment.
First, in step S <b> 601, the control unit 231 (participation request transmission unit 31 </ b> B) of the sub-terminal 230 transmits participation request information to the game server 210. In step S401, the control unit 211 (participation request receiving unit 11C) receives the participation request information transmitted from the sub-terminal 230. And in step S402, the control part 211 (relief permission means 211D) of the game server 210 transmits the rescue waiting screen for a standby state to the sub terminal 230, and the control part 231 of the sub terminal 230 waits for relief. A screen (see the right figure of FIG. 2 (1)) is displayed on the display part 34 (step S602).

  Next, in step S403, upon receiving a play start request from the main terminal 220, the control unit 211 of the game server 210 executes the game program 12B stored in the storage unit 212. In step S404, the control unit 211 of the game server 210 performs a play process. In the main terminal 220, the control unit 221 displays a game screen on the display unit 24 (step S501).

  In step S <b> 502, the control unit 221 (relief request transmission unit 221 </ b> A) transmits relief request information to the game server 210 by the operation of the relief request of the operation unit 25 of the main terminal 220. In step S405, the control unit 211 (relief request receiving means 211A) of the game server 210 receives the relief request information. In step S406, the control unit 211 of the game server 210 stores data in the participation condition table 212C based on the received relief request information. In this example, the information of (# 1) and (# 2) shown in FIG.

In step S407, the control unit 211 (relief permission unit 211D) determines whether or not the state of the main player satisfies the condition based on the participation condition table 212C. If the condition is satisfied (step S407: YES), the control unit 211 moves the process to step S408. On the other hand, when the condition is not satisfied (step S407: NO), the control unit 211 repeats the process of step S407 until the condition is satisfied.
In step S408, the control unit 211 (relief permission unit 211D) determines whether the state of the rescue player satisfies the condition based on the participation condition table 212C. If the condition is satisfied (step S408: YES), the control unit 211 moves the process to step S409 in FIG. On the other hand, when the condition is not satisfied (step S408: NO), the control unit 211 moves the process to step S407.

  In step S409 in FIG. 7, the control unit 211 (relief permission unit 211D) permits the rescue of the standby sub-terminal 230 to the play. In step S410, the control unit 211 performs a play process including a rescue play. In the play process including the rescue play, the control unit 211 (score management unit 211F) separately manages the score of the play by the main terminal 220 and the score of the play by the sub terminal 230. Then, as shown in FIG. 2 (3), in the main terminal 220, the control unit 221 displays the game screen being rescued on the display unit 24 (step S 503), and in the sub-terminal 230, the control unit 231 The same rescue game screen as that displayed on the display unit 24 is displayed on the display unit 34 (step S603).

  In step S411, the control unit 211 (relief end means 11E) determines whether or not to end the rescue play. When the rescue play is to be ended (step S411: YES), the control unit 211 moves the process to step S412. On the other hand, when the rescue play is not finished (step S411: NO), the control unit 211 moves the process to step S410 and continues the play process.

  In step S412, the control unit 211 (relief ending unit 11E) transmits a rescue play result screen to the sub-terminal 230. In step S604, the control unit 231 displays the rescue play result screen on the display unit 34. To do. In Step S413, control part 211 memorizes a result of relief play in relief result table 212D shown in Drawing 5 (b). At that time, out of the scores managed separately by the score management means 211F, the score acquired by the play by the sub-terminal 230 is stored in the score part D4 of the relief result table 212D. In step S414, the control unit 211 determines whether the end of the rescue play is that the play on the main terminal 220 has failed. If the play of the main terminal 220 has failed (step S414: YES), the control unit 211 moves the process to step S415 and transmits a game over screen to the main terminal 220. In step S504, The control unit 221 displays a game over screen on the display unit 24. Then, the control part 211 complete | finishes this process. On the other hand, if the play of the main terminal 220 is not a failure (step S414: NO), the control unit 211 moves the process to step S404 of FIG. 6 and transmits a stage clear screen to the main terminal 220. Then, the next stage play process is performed. In the main terminal 220, the control unit 221 displays the stage clear screen received from the game server 210 on the display unit 24, and then displays the next stage game screen.

Next, an example of a screen displayed on the sub terminal 230 as a result of the rescue play will be described.
FIG. 8 is a diagram illustrating an example of a screen displayed on the sub-terminal 230 according to the second embodiment.
FIG. 8 is a screen displayed on the display unit 34 of the sub-terminal 230 when the rescue play ends. On the display unit 34, in addition to the result information unit 56 that is information indicating whether or not the relief has been successful, a result detailed information unit 57 that is detailed information is displayed. The result detailed information section 57 extracts the information of the corresponding rescue player ID and game ID from the rescue result table 212D of FIG. Display actual results.

  As described above, the game server 210 stores the participation condition information regarding the rescue participation in the play from the rescue request information received from the main terminal 220, stores the rescue result information for each sub-terminal 230, and receives it from the sub-terminal 230. Based on the participation request information, in response to the stored rescue result information of the sub-terminal 230 being matched with the stored participation condition information, the sub-terminal 230 is allowed to rescue the play. Therefore, the game server 210 can provide the environment which rescues a play with respect to the subterminal 230 suitable for the conditions regarding the past relief result. Moreover, since the game server 210 manages separately the score at the main terminal 220 and the score at the sub-terminal 230 in the play under rescue, the score of the sub-terminal 230 can be provided to the player. Therefore, each player can grasp the contribution degree of the play to be rescued at the sub-terminal 230 on a scale called score.

  As mentioned above, although embodiment of this invention was described, this invention is not limited to embodiment mentioned above. In addition, the effects described in the embodiments are merely a list of the most preferable effects resulting from the present invention, and the effects of the present invention are not limited to those described in the embodiments. In addition, although embodiment mentioned above and the deformation | transformation form mentioned later can also be used in combination as appropriate, detailed description is abbreviate | omitted.

(Deformation)
(1) In each embodiment, taking a shooting game as an example, a description has been given of what makes it possible to rescue a player's play in the middle of play. However, the present invention is not limited to this, and can be applied to games such as action games and sports games.
(2) In 2nd Embodiment, the result of memorize | storing play was memorize | stored, and what was used as a condition of rescue play, or displayed as a rescue result was demonstrated. However, the present invention is not limited to this, and the stored results of the rescue play may be ranked and displayed on the website for public viewing, for example, so that the player can browse.

DESCRIPTION OF SYMBOLS 1,201 Game system 10,210 Game server 11,21,31,211,221,231 Control part 11A, 211A Relief request receiving means 11B Relief request transmitting means 11C Participation request receiving means 11D, 211D Relieving permission means 11E Relief end means 12, 22, 32, 212 Storage unit 12A, 212A Relief request program 12B Game program 20, 220 Main terminal 21A, 221A Relief request transmission unit 24, 34 Display unit 25, 35 Operation unit 20, 230 Sub-terminal 31A Relief request receiving unit 31B Participation request transmission means 211F Score management means 212C Participation condition table 212D Relief result table

Claims (9)

It is a rescue request program that is connected to a main terminal of a main player that plays and a sub-terminal of a rescue player that rescues the play of the main player via a communication network and that is executed by a game server that controls the play. And
The game server,
Relief request receiving means for receiving, from the main terminal, relief request information for requesting relief for the play being played, including participation condition information regarding relief participation in the play by the sub-terminal,
Based on the rescue request information received from the main terminal by the rescue request receiving means, participation condition storage means for storing the participation condition information;
When the rescue request receiving means receives the rescue request information from the main terminal, the state of the play at the main terminal satisfies the participation condition information stored in the participation condition storage means, Relief request transmission means for transmitting relief request information to the play to the sub-terminal,
Participation request receiving means for receiving participation request information for the play transmitted by the sub-terminal because the sub-terminal has received the rescue request information;
Based on the rescue request information received by the rescue request receiving means, rescue permission means for permitting rescue to the play of the sub-terminal that is the transmission source of the participation request information received by the participation request receiving means;
Make it work,
A relief request program featuring: In the rescue request program according to claim 1,
Causing the rescue request receiving means to function so as to receive the rescue request information for requesting relief from a different type of game play from each of the plurality of main terminals;
A relief request program featuring: In the rescue request program according to claim 1 or claim 2,
Causing the game server to function as a rescue ending unit that terminates the rescue of the sub-terminal in response to the play condition satisfying a predetermined condition;
A relief request program featuring: In the rescue request program according to claim 1 or claim 2 ,
Causing the game server to function as a rescue result storage means for storing the rescue result information of the sub-terminal,
In response to the fact that the rescue result information of the sub-terminal stored in the rescue result storage means matches the participation condition information stored in the participation condition storage means, the rescue request transmission means Functioning to send relief request information to
A relief request program featuring: In the rescue request program according to claim 4,
The game server is score management means for separately managing scores for play by the sub-terminal permitted to rescue to the play by the rescue permission means and scores for play by the main terminal. Make it work
Causing the rescue result storage means to function as a result of the play so as to store the score of the play by the sub-terminal managed by the score management means;
A relief request program featuring: In the rescue request program according to claim 4 or claim 5,
The game server is caused to function as a rescue ending unit that terminates the rescue of the sub-terminal in response to the play condition satisfying a predetermined condition,
Causing the rescue result storage means to function to store the rescue result information by newly updating the rescue result of the sub-terminal in response to the completion of the rescue by the rescue ending means,
A relief request program featuring: In the rescue request program according to claim 3 or claim 6,
At least one of the timing at which the stage of the play to be rescued among the plays having a plurality of stages is completed, the timing at which a predetermined time has elapsed after the rescue starts, and the timing at which the rescue by the sub terminal has failed Functioning to end the rescue to the play of the sub-terminal at a timing that satisfies
A relief request program featuring: In the rescue request program according to claim 3 or claim 6,
Causing the rescue termination means to function so as to terminate the rescue to the play of the sub-terminal at a timing terminated due to failure of the play of the main terminal;
A relief request program featuring: A game system in which a main terminal of a main player that performs play, a sub-terminal of a rescue player that rescues the play of the main player, and a game server that controls the play are connected via a communication network.
The main terminal includes participation condition information relating to participation in the rescue by the sub-terminal, and includes a rescue request transmission means for transmitting relief request information for requesting relief to the play during play,
The game server
A rescue request receiving means for receiving the rescue request information transmitted from the main terminal;
Based on the rescue request information received from the main terminal by the rescue request receiving means, participation condition storage means for storing the participation condition information;
When the rescue request receiving means receives the rescue request information from the main terminal, the state of the play at the main terminal satisfies the participation condition information stored in the participation condition storage means, Relief request transmission means for transmitting relief request information to the play to the sub-terminal,
With
The sub-terminal includes participation request transmitting means for transmitting participation request information to the play,
The game server
Participation request receiving means for receiving the participation request information transmitted from the sub-terminal;
Based on the rescue request information received by the rescue request receiving means, a rescue permitting means for permitting rescue to the play of the sub-terminal that has received the participation request information by the participation request receiving means;
Providing
A game system characterized by

Images