JP6600058B2 - Information processing program, information processing server, and information processing system - Google Patents

Description

  The present invention relates to an information processing program, an information processing server, and an information processing system.

  In recent years, online games provided from a server device to a mobile terminal operated by a player via a communication network have gained popularity, and many game titles have been released.

  For example, Patent Literature 1 describes an online game system that allows a plurality of players to participate in a common event jointly.

JP 2017-209331 A

  In a conventional online game system as described in Patent Document 1, there is one that generates a joint event in which a certain player consumes some price and a plurality of players participate together. In such a joint event, a reward can be obtained only with a predetermined probability when the joint event is successful. Therefore, each player has to execute a specific joint event repeatedly until a desired reward is obtained, because it is uncertain about the reward itself or the contents of the reward.

  Even if a player generates a joint event by paying some price, a player (supporter) who participates in the joint event after the occurrence may participate in the joint event without paying a price. it can. Therefore, even a supporter who participates in a joint event without paying a price may receive a reward when the event is successful, and the supporter who participates in the event that has already occurred than the player who generated the joint event. This is a more advantageous situation. In this way, the situation where the fairness is not maintained between the player who has generated the joint event and the supporter is that the player is willing to participate in the game or continue the game, There was a possibility that it would contribute to the decrease in taste.

  Accordingly, some aspects of the present invention have been made in view of such circumstances, and a game that can increase the player's willingness to participate in the game and the willingness to continue by ensuring fairness among the players. An object is to provide an information processing program, an information processing server, and an information processing system.

  An information processing program according to an aspect of the present invention includes a first control signal for generating the joint event, including an upper limit number of times that a joint event in which a plurality of players participate jointly can be continuously executed. When receiving from the terminal of the first player among a plurality of players, if it is determined that the joint event can occur based on the first parameter associated with the first player, the first parameter is consumed. A joint event occurrence management unit that generates the joint event with the first player as a participant; a player number determination unit that determines an upper limit number of players that can participate in the joint event based on the upper limit number; When a request for requesting participation in the joint event is received from a terminal of another player other than one player, When it is determined that the other player can participate in the joint event based on the second parameter associated with the player and the determined upper limit number, the second parameter is consumed and the A joint event participation management unit that allows other players to participate in the joint event; and authority management that grants execution authority of the joint event to one of the plurality of players permitted to participate in the joint event. And a player to which the execution authority is granted among the plurality of players permitted to participate in the joint event when an instruction to execute the joint event is received from the terminal of the player to which the execution authority has been granted Inquiries to all players except for whether or not the joint event can be executed, A joint event execution control unit that starts execution of the joint event when an answer to permit the execution of the joint event is received, and a reward is provided for each player who participated in the joint event according to the progress of the joint event A reward providing unit and a joint event number determination unit that determines whether or not the number of execution times of the joint event has reached the upper limit number each time the joint event ends are made to be realized by a computer.

  The “player” is a user who operates the terminal device, and is a concept corresponding to a client of a so-called client / server system. Further, in general, a player can participate in a game through a so-called player character that performs activities and actions in a virtual game space and an appropriate game medium associated therewith instead of himself / herself.

  “Parameter” means information relating to the progress of the game, such as stamina that indicates the physical strength of the player in the game and items in the game. The parameter is determined by the content of the game play. The parameters consumed when participating in the joint event are determined according to, for example, the difficulty level and importance level of the game play. Stamina may recover over time or by item. The items include various items that increase the attack power of the player, various items that recover the player's physical strength and damage, various items that increase the damage of enemy characters in other players and games, and the like. Further, when an event in the game is generated or participates in the event, control may be performed so that at least one of the stamina and the item is reduced (consumed). This reduction amount (consumption amount) may also be determined according to the difficulty level and importance level of the game play. The parameters may include in-game currency in addition to the above.

  “Reward” means that an event in a game in which a player participates has an effect that gives a relative advantage to other players or enemy characters in the game in terms of advancing the game, or This means that the value and values can be enhanced by acquiring and owning, and the type is not particularly limited. The reward includes, for example, stamina and various items.

  In the present invention, the “part” does not simply mean a physical means, but includes a case where the function of the “part” is realized by software. Also, even if the functions of one “unit” or device are realized by two or more physical means or devices, the functions of two or more “units” or devices are realized by one physical means or device. May be.

  According to the present invention, it is possible to provide a game that can increase a player's willingness to participate in a game or a continuation willingness to ensure fairness among players.

1 is a schematic configuration diagram (system configuration diagram) of an information processing system according to an embodiment of the present invention. It is a schematic block diagram (block diagram) of the information processing server and player terminal which concern on embodiment of this invention. It is a schematic block diagram (block diagram) which shows an example of a functional structure of the information processing server and player terminal which concern on embodiment of this invention. It is a figure which shows an example of the joint event information which concerns on embodiment of this invention. It is a figure which shows an example of the parameter information which concerns on embodiment of this invention. It is a figure which shows an example of the execution authority information which concerns on embodiment of this invention. It is a flowchart which shows an example of the joint event management process which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention. It is a figure which shows an example of the screen of the output part of the player terminal which concerns on embodiment of this invention.

  Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. The following embodiments are exemplifications for explaining the present invention, and are not intended to limit the present invention only to the embodiments. The present invention can be variously modified without departing from the gist thereof. Furthermore, in each drawing, the same components are denoted by the same reference numerals as much as possible, and redundant description is omitted.

  FIG. 1 is a block diagram showing an overall configuration of an information processing system 100 according to the present embodiment. As illustrated in FIG. 1, the information processing system 100 includes, for example, an information processing server 1, n (n is an arbitrary integer value of 1 or more) player terminals 3, and a network N. Is done.

  The information processing system 100 is a so-called client / server system. The information processing system 100 is realized by the n player terminals 3 serving as clients and the information processing server 1 communicating with each other via a network N.

The information processing server 1 is realized by a server device, for example. The player terminal 3 is realized by, for example, a smartphone, a game machine, or a personal computer. Furthermore, the network N is, for example, the Internet, a network such as a cellular phone network, LAN (L ocal A rea N etwork), or is realized by a network of a combination of these.

  In the figure, a player terminal 3 a and a player terminal 3 n are illustrated as n player terminals 3. However, in the following description, when the n player terminals 3 are described without being distinguished from each other, a part of the reference numerals are omitted and the player terminals 3 are simply referred to as “player terminals 3”.

  FIG. 2 is a block diagram showing a hardware configuration of the information processing server 1 and a hardware configuration of the player terminal 3 according to the embodiment of the present invention. In the figure, reference numerals corresponding to the hardware of the information processing server 1 are described without parentheses, and reference numerals corresponding to the hardware of the player terminal 3 are described with parentheses.

As shown in FIG. 2, the information processing server 1 includes, for example, a CPU (C entral P rocessing U nit ) 11, a ROM (R ead O nly M emory ) and RAM (R andom A ccess M emory ) , etc. A memory 13, a bus 14, an input / output interface 15, an input unit 16, an output unit 17, a storage unit 18, and a communication unit 19.

  The CPU 11 executes various processes according to a program recorded in the memory 13 or a program loaded from the storage unit 18 to the memory 13.

The memory 13 appropriately stores data necessary for the CPU 11 to execute various processes. The CPU 11 and the memory 13 are connected to each other via the bus 14. An input / output interface 15 is also connected to the bus 14. An input unit 16, an output unit 17, a storage unit 18, and a communication unit 19 are connected to the input / output interface 15.

  The input unit 16 includes various buttons, a touch panel, a microphone, and the like, and inputs various information according to an instruction operation by an administrator of the information processing server 1. Note that the input unit 16 may be realized by an input device such as a keyboard or a mouse that is independent of the main body that houses the other units of the information processing server 1.

  The output unit 17 includes a display, a speaker, and the like, and outputs image data and music data. The image data and music data output from the output unit 17 are output as images and music from a display, a speaker, and the like so that the player can recognize them.

Storage unit 18 is configured by a semiconductor memory such as a DRAM (D ynamic R andom A ccess M emory), stores various data.

  The communication unit 19 realizes communication performed with other devices. For example, the communication unit 19 communicates with the player terminal 3 via the network N.

  Although not shown, the information processing server 1 is provided with a drive as needed. For example, a removable medium composed of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory, or the like is appropriately installed in the drive. The removable media stores a program for executing a game and various data such as image data. Programs read from the removable medium by the drive and various data such as image data are installed in the storage unit 18 as necessary.

  Next, the hardware configuration of the player terminal 3 will be described. As shown in FIG. 2, the player terminal 3 exemplarily includes a CPU 31, a memory 33, a bus 34, an input / output interface 35, an input unit 36, an output unit 37, a storage unit 38, and a communication unit. 39. Each of these units has a function equivalent to that of each unit having the same name but having only the reference numeral provided in the information processing server 1 described above. Therefore, the overlapping description is omitted.

  FIG. 3 is a block diagram illustrating an example of a functional configuration of the information processing server 1 and a functional configuration of the player terminal 3 according to the embodiment of the present invention. As shown in FIG. 3, the information processing server 1 exemplarily is required for the information processing unit 111 that executes the joint event management process for managing the occurrence and execution of the joint event in the game, and the joint event management process. And a storage unit 18 that records information generated by the shared event management process.

  For example, the information processing unit 111 functionally includes a joint event occurrence management unit 113, a player count determination unit 115, a joint event participation management unit 117, an authority management unit 119, a joint event execution control unit 121, and a reward. The provision part 123 and the joint event frequency determination part 125 are comprised. The above-described units of the information processing unit 111 can be realized, for example, by the CPU 11 executing a program stored in the memory 13 or the storage unit 18 illustrated in FIG.

  The joint event occurrence management unit 113 manages the occurrence of a joint event in which a plurality of players participate together. Specifically, the joint event occurrence management unit 113 generates a joint event occurrence signal (first control signal) for generating a joint event including the upper limit number of times that can be continuously executed, among the plurality of players. Accepted from the player terminal 3 (terminal) of the player. Then, the joint event occurrence management unit 113 determines whether or not the joint event can be generated based on the received joint event occurrence signal and at least one of the stamina and the item (first parameter) associated with the first player. Determine. When it is determined that the joint event can be generated, the joint event generation management unit 113 consumes the first parameter and generates the joint event with the first player as a participant. The generated joint event may be generated in consideration of the progress of the game, conditions set in advance by the player, and the like.

  The player number determination unit 115 determines the upper limit number of players that can participate in the joint event based on the upper limit number of times.

  The joint event participation management unit 117 manages participation in the joint event. Specifically, the joint event participation management unit 117 receives a request for requesting participation in the joint event from the player terminal 3 (terminal) of a player other than the first player. Then, in response to the request, the joint event participation management unit 1117 selects another player based on at least one of the stamina and the item (second parameter) associated with the other player and the determined upper limit number. Determine if you can participate in a joint event. When it is determined that participation is possible, the joint event participation management unit 117 consumes the second parameter and permits other players to participate in the joint event.

  The authority management unit 119 grants the execution authority of the joint event to one player among a plurality of players permitted to participate in the joint event.

  The joint event execution control unit 121 controls execution of the joint event. Specifically, the joint event execution control unit 121 receives a joint event execution instruction from the player terminal 3 (terminal) of the player to whom the authority is given by the authority management unit 119. Then, the joint event execution control unit 121 inquires about whether or not the joint event can be executed to all of the plurality of players who are permitted to participate in the joint event, except for the player who has been granted execution authority. When receiving an answer indicating that the execution of the joint event is permitted from all of the players, the joint event execution control unit 121 starts the execution of the joint event.

  The reward providing unit 123 provides a reward for each player who participated in the joint event according to the progress of the joint event.

  The joint event number determination unit 125 determines whether or not the number of executions of the joint event has reached the upper limit number every time the joint event ends.

  The storage unit 18 stores joint event information JI, parameter information PI, and execution authority information EI.

  FIG. 4 is a diagram showing an example of the joint event information JI according to the embodiment of the present invention. As shown in FIG. 4, the storage unit 18 provides, for example, information on a large number of joint events that may occur, for example, joint event names, event contents, execution order, and success fees (for example, provided when successful in joint events). To be associated and stored. For example, the joint event occurrence management unit 113 shown in FIG. 3 can execute continuously from the stored joint event information KI in correspondence with the upper limit number of times (for example, 20 times) that the joint event can be continuously executed. The common joint events 1 to 20 are extracted (generated).

  FIG. 5 is a diagram showing an example of the parameter information PI according to the embodiment of the present invention. As illustrated in FIG. 5, for example, the storage unit 18 stores, as parameter information PI, the stamina possessed by the player, the items possessed by the player, and the like in association with each player.

  FIG. 6 is a diagram showing an example of the execution authority information EI according to the embodiment of the present invention. As shown in FIG. 6, for example, the storage unit 18 has the authority to execute a joint event among players 1 to 20 based on the number of players (for example, 20 players) determined by the number-of-players determination unit 115 shown in FIG. 3. Is stored as execution authority information EI. In the example of FIG. 6, the execution authority is granted to the player 1, but the execution authority information EI is updated every time the execution authority is granted.

  Returning to FIG. 3, for example, the player terminal 3 includes an information processing unit 311 that manages the progress of the game play, and a storage unit 38 that records information necessary for the progress of the game.

  For example, the information processing unit 311 includes a game operation unit 313 and an answer screen generation unit 315 functionally. The above-described units of the information processing unit 311 can be realized, for example, by the CPU 31 executing a program stored in the memory 33 or the storage unit 38 illustrated in FIG.

  The game operation unit 313 executes processing for operating the game. The game operation unit 313 operates the game based on the game software included in the game operation information GI stored in the storage unit 38 and the operation content of the player input from the input unit 36 shown in FIG.

  The game operation unit 313 generates a game image from the image data included in the game operation information GI in accordance with the operation of the game, and performs control processing for causing the output unit 37 to output the generated image. Similarly, the game operation unit 313 generates game music and sound from music data and sound data included in the game operation information GI in accordance with the game operation, and outputs the generated music and sound from the output unit 37. Control processing is performed to

  As described above, the information processing server 1 manages predetermined parameters (parameter information PI) in the game that the game operation unit 313 operates. For example, parameters such as stamina in the game and in-game items in the game are managed by the information processing server 1. Therefore, the game operation unit 313 communicates with the information processing server 1 when a process involving a change in these predetermined parameters occurs in the game (that is, a process involving an increase or decrease in the parameter value). By doing so, the parameters managed by the information processing server 1 are updated. Then, the game operation unit 313 receives the updated parameter from the information processing server 1, and continues the operation of the game in accordance with the updated parameter.

  The answer screen generation unit 315 generates an answer screen (for example, FIGS. 12, 14 and 15 described later) for receiving answers to various inquiries from the information processing server 1. Note that the answer screen generation unit 315 may generate not only the answer screen but also various screens output to the output unit 37 of the player terminal 3 shown in FIG.

(Joint event management process)
A joint event management process according to the embodiment of the present invention will be described with reference to FIGS. 7 and 8 are flowcharts showing an example of the joint event management process according to the embodiment of the present invention. The flowcharts shown in FIGS. 7 and 8 are not separate, and the processing flow shown in FIG. 8 is a continuation of the processing flow shown in FIG.

(Step S1 in FIG. 7)
The output unit 37 of the player terminal 3a of the player 1 shown in FIG. 2 outputs a number setting screen G1 for setting an upper limit number of times at which a joint event in which a plurality of players participate jointly can be executed continuously.

  FIG. 9 is an example of a screen before the upper limit number is set on the number setting screen G1, and FIG. 10 is an example of a screen after the upper limit number is set on the number setting screen G1. When the player 1 presses the setting button SB on the number setting screen G1, for example, a selection screen (not shown) capable of selecting any one of consecutive times 1 to 30 is superimposed on the number setting screen G1, or It is output instead of the number setting screen G1. Then, when the player 1 selects 20 consecutive times, as shown in FIG. 10, for example, “20 consecutive times” (upper limit number) is output on the setting button SB.

(Step S3)
The communication unit 39 of the player terminal 3a illustrated in FIG. 2 transmits a joint event generation signal (first control signal) including the upper limit number for generating a joint event to the information processing server 1.

(Step S5)
When the joint event occurrence management unit 113 of the information processing server 1 illustrated in FIG. 3 receives the joint event occurrence signal from the player terminal 3 (terminal) of the player 1 (first player), the storage unit illustrated in FIGS. 3 and 5. The stamina information (first parameter) associated with the player 1 is read from the parameter information PI recorded in 18, and it is determined whether the first parameter has a necessary amount. For example, when the stamina required to generate the joint event is “50” (necessary amount), the joint event generation management unit 113 sets the possessed stamina “300” associated with the player 1 shown in FIG. The required amount “50” is compared, it is determined that the player 1 has the required amount of stamina, and it is determined that a joint event can occur.

  When the joint event occurrence management unit 113 receives the joint event occurrence signal, the item information (first parameter) associated with the player 1 from the parameter information PI recorded in the storage unit 18 illustrated in FIGS. 3 and 5. May be read out to determine whether or not the player 1 has the necessary item. For example, when the item required to generate the joint event is “B”, the joint event occurrence management unit 113 displays the possessed items “A, B, C, X associated with the player 1 shown in FIG. ”And the necessary item“ B ”, it is determined that the player 1 has the item“ B ”, and it is determined that a joint event can occur.

  The joint event generation management unit 113 may generate a joint event only when both conditions of the stamina information and item information are cleared, or clears one of the conditions of stamina information and item information. In some cases, a joint event may be generated. If it is determined that a joint event can occur (Yes), the process proceeds to step S7.

(Step S7)
When it is determined that a joint event can occur, the joint event occurrence management unit 113 consumes the first parameter (for example, consumes the necessary stamina “50” from the stamina “300” of the player 1 and The necessary item “B” is consumed from the possessed items “A, B, C, X”.) And a joint event is generated with the player 1 as a participant. Then, the joint event occurrence management unit 113 notifies the player terminal 3a of the player 1 that the joint event has occurred. Further, the joint event occurrence management unit 113 notifies the player terminal device of another player, for example, the player terminal 3b of the player 2 to the player terminal 3n of the player N, that the joint event has occurred.

(Step S9)
The number-of-players determination unit 115 shown in FIG. 3 determines the upper limit number “20 players” that can participate in the joint event based on the upper limit number “20 times” set in the player terminal 3a.

(Steps S11 and 13)
The player terminals 3b... 3n of players who wish to participate in the joint event other than the player 1 transmit a participation request for requesting participation in the joint event.

(Step S15)
Upon receiving the participation request, the joint event participation management unit 117 receives, for each player who has transmitted the participation request, at least one of the stamina and the item (the first item) associated with each player who has transmitted the participation request, as in step S5. Based on (2 parameters), whether to participate in the joint event is determined. Note that the stamina necessary for participation in the joint event and the stamina necessary for the occurrence of the joint event may be the same or different. Similarly, the items necessary for participation in the joint event and the items necessary for the occurrence of the joint event may be the same or different.

(Step S17)
Next, when receiving the participation request, the joint event participation management unit 117 determines whether or not the player can participate based on the upper limit number determined by the player number determination unit 115 shown in FIG. 3 for each player who has transmitted the participation request. judge. For example, since the determined upper limit number is “20”, the joint event participation management unit 117 permits the participation of a player who wishes to newly participate if the current number of players participating is less than 20. .

  Note that step S15 and step S17 are not necessarily executed as described above. For example, when the number of participation in the joint event has reached the upper limit at the present time, the joint event participation management unit 117 does not go through step S15 even when a new player who wants to participate appears. In addition, it may be configured not to allow the participation of new players. When it is determined in steps S15 and S17 that participation in the joint event is possible (in the case of Yes), the process proceeds to step S19.

(Step S19)
When it is determined that participation in the joint event is possible, the joint event participation management unit 117 consumes the second parameter and permits other players to participate in the joint event. Then, the joint event participation management unit 117 notifies the player terminals of only the players 2 to 20 permitted to participate in the joint event.

(Step S21 in FIG. 8)
The authority management unit 119 illustrated in FIG. 3 grants the authority to execute a joint event to one of the plurality of players permitted to participate in the joint event. For example, the authority management unit 119 grants the execution authority of the joint event 1 to the player 1 that has generated the continuous joint event, and notifies the player terminal 3a of the player 1 to that effect.

(Step S23)
The player terminal 3 a of the player 1 who is given the authority to execute the joint event 1 by the authority management unit 119 transmits an execution instruction for the joint event 1 to the information processing server 1.

  FIG. 11 is a diagram illustrating an example of the execution instruction screen G3 output from the output unit 37 of the player terminal 3a of the player 1 to whom the execution authority of the joint event 1 is given. As shown in FIG. 11, when the player 1 presses an instruction button TB for instructing execution of the joint event 1 on the execution instruction screen G3, the execution instruction of the joint event 1 is transmitted to the information processing server 1.

(Step S25)
When the joint event execution control unit 121 of the information processing server 1 in FIG. 3 receives an instruction to execute the joint event 1 from the player terminal 3 a of the player 1, the plurality of players 1 to 20 permitted to participate in the joint event 1. Among them, the player terminals 3b to 3t of all the players 2 to 20 except the player 1 to which the execution authority is granted are inquired about whether or not the joint event can be executed.

(Step S27)
The response screen generation unit 315 of each of the player terminals 3b to 3t illustrated in FIG. 3 generates an approval screen (response screen) for an inquiry about whether or not to execute from the information processing server 1. Then, the screen is output in the output unit 37 and the answers from the players 2 to 20 are received in the output unit 37.

  FIG. 12 is a diagram illustrating an example of an approval screen G5 output from the output unit 37 of the player terminals 3b to 3t that has received an inquiry about whether or not the joint event 1 can be executed. As shown in FIG. 12, when the player presses an approval button AB2 for approving the execution of the joint event 1 on the approval screen G5, the execution of the joint event 1 is approved. On the other hand, when the player presses the unapproved button AB1 for not approving the execution of the joint event 1 on the approval screen G5, the execution of the joint event 1 is not approved.

(Step S29)
The communication unit 39 of each of the player terminals 3b to 3t illustrated in FIG. 2 transmits the received answer to the information processing server 1. For example, as shown in FIG. 12, when the player presses the approval button AB2 for approving the execution of the joint event 1 on the approval screen G5, the reply that the execution of the joint event 1 is approved and the execution is permitted. It is transmitted to the information processing server 1. On the other hand, when the player presses the unapproved button AB1 for not approving the execution of the joint event 1 on the approval screen G5, the execution of the joint event 1 is not approved. In this case, an answer indicating that execution is not permitted may be transmitted to the information processing server 1, or the answer itself may not be transmitted to the information processing server 1.

(Steps S31, 33)
The joint event execution control unit 121 of the information processing server 1 in FIG. 3 determines whether or not an answer indicating that execution of the joint event 1 is permitted is received from all of the players 2 to 20. When an answer indicating that the execution of the joint event 1 is permitted is received from all the players 2 to 20, the execution of the joint event is started.

  FIG. 13 is a diagram illustrating an example of an answer result screen G7 output from the output unit 37 of the player terminal 3a of the player 1. For example, when it is not possible to receive an answer indicating that the execution of the joint event 1 is permitted from all of the players 2 to 20 (when approval is not obtained from all of the players 2 to 20), the joint event 1 Can not start running. In such a case, as shown in FIG. 13, an answer result screen G7 including a message indicating that the joint event 1 cannot be executed is output at the output unit 37 of the player terminal 3a of the player 1.

(Step S35)
The reward providing unit 123 provides a reward for each of the players 1 to 20 who participated in the joint event 1 according to the progress of the joint event 1. For example, the reward providing unit 123 determines whether or not the joint event 1 is successful. If the reward providing unit 123 determines that the joint event 1 is successful (such as repelling an enemy character in the event), the process proceeds to step S37. If it is determined that it has not succeeded, no reward is provided and the process proceeds to step S39. In addition, when not succeeding, in addition to not providing a reward, or instead of not providing a reward, you may comprise the penalty which consumes a parameter etc. of a player.

(Step S37)
The reward providing unit 123 provides a reward for each player who participates in the joint event when the joint event 1 is successful. In addition, the reward providing unit 123 causes the storage unit 18 to store the success or failure of each joint event that is repeatedly executed.

(Step S39)
The joint event number determination unit 125 determines whether or not the number of executions of the joint event has reached the upper limit number every time the joint event ends. For example, the joint event number determination unit 125 determines whether the number of joint event executions has reached the upper limit of 20 times. Since the current number of executions of this embodiment is one, the upper limit number has not been reached, and the process proceeds to step S43.

(Step S41)
For example, when the joint event number determination unit 125 determines that the number of executions has reached 20, the joint event number determination unit 125 determines that all of the joint events 1 to 20 have ended, and ends the process.

(Step S43)
The authority management unit 119 illustrated in FIG. 3 grants execution authority to players other than the player to whom execution authority has been granted in the past when the number of executions of the joint event is smaller than the number of continuous executions (upper limit number). In other words, the execution authority is deprived from the player who has been granted so far, and the execution authority is newly granted to another player. For example, when the number of executions of the joint event is one (one end of the joint event 1), the authority management unit 119 selects any of the players 2 to 20 other than the player 1 who has been given the authority to execute the joint event 1. The execution authority is given to one player. The authority management unit 119 notifies the player 2 that the execution authority of the next joint event 2 has been granted to the player terminal 3b of the player 2.

(Step S45)
The player terminal 3 b of the player 2 who is given the authority to execute the joint event 2 by the authority management unit 119 transmits an execution instruction for the joint event 2 to the information processing server 1. The subsequent steps are the same as the steps after step S25. In this way, steps S21 to S45 are repeatedly executed until the last joint event 20 is completed.

In this embodiment, for convenience, it is assumed that the number of participating players is 20, and the upper limit number of joint event executions is equal to the number of participating players. The case where the number of players participating in the joint event is small will also be described. If the number of players participating in a joint event is less than the maximum number of joint events and the number of executions of the joint event ends by the number of players participating in the joint event, the maximum number of joint events is Although not satisfied, all the participating players are in a state where the execution authority has been granted in the past. That is, all players are each given the authority to execute a joint event, and all the joint events are finished. In this case, the authority management unit 119 deprives the execution authority from the player to whom the execution authority has been granted until just before that, but holds off the new assignment of the execution authority until another player joins, When the player additionally participates in the joint event, the execution authority is newly granted to the other player.
Further, as another embodiment, the authority management unit 119 gives all of the players who have been given execution authority in the past in a state where the number of executions of the completed joint event is less than the upper limit number of joint events set first. If it is determined that the execution authority is granted, the joint event may not be repeatedly executed any more, and the joint event may be continuously executed.

  Further, the joint event execution control unit 121 shown in FIG. 3 is one of a plurality of players 1 to 20 that are allowed to participate in the joint event in a state where the approval process for executing the joint event is not performed. When a stop control signal (second control signal) for stopping the repeated execution of the joint event is received from the player terminal 3 of the player, the repeated execution of the joint event is performed for all players other than the one player. Inquiries about whether or not cancellation is possible, and when response results from all players other than the one player satisfy a predetermined condition (for example, when a response indicating that cancellation is possible is received from a majority of the players who have inquired) Cancels repeated execution of events.

  FIG. 14 is a diagram illustrating an example of an approval screen G9 output from the output unit 37 of each player terminal 3 that has received an inquiry as to whether or not to cancel the repeated execution of a certain joint event. As shown in FIG. 14, when the player presses an approval button AB4 for approving the cancellation of the joint event repeated execution on the approval screen G9, the stop of the joint event repeated execution is approved. On the other hand, when the player presses the unapproved button AB3 for not approving the cancellation of the joint event repeated execution on the approval screen G9, the cancellation of the joint event 1 repeated execution is not approved.

If the repeated execution of the joint event is canceled as a result of the inquiry to each player, the joint event execution control unit 121 performs a process for canceling the joint event. In addition, the joint event execution control unit 121 confirms the success or failure of each joint event stored in the storage unit 18 together with the processing for cancellation, and if there is no success through all the joint events. The first parameter or the second parameter consumed when participating in the repeated execution of the joint event is returned for all participating players. In other words, if the joint event is repeatedly executed without success in each joint event, the stamina and items consumed by each player when participating in the joint event repeated execution process are returned. As a result, even if the joint event is executed in a state where each player cannot succeed in the joint event in the first place (for example, in a state where each player has insufficient skill in the game), the execution of the joint event itself If each player determines that the event is reckless and the repeated execution of the joint event is stopped, the parameters consumed when participating in the joint event are returned.
As another embodiment, a parameter returned to each player when the repeated execution of the joint event is stopped may be obtained based on the number of successes or the success rate of the joint event that has been repeatedly performed so far.

  Further, the joint event participation management unit 117 shown in FIG. 3 is one of a plurality of players 1 to 20 permitted to participate in the joint event in a state where the approval process for executing the joint event is not performed. When a participation prohibition control signal (third control signal) for prohibiting participation of any player other than the one player is received from the player terminal 3 of the player, the one player and the target player whose participation is prohibited When all players other than 5 are inquired of whether or not to prohibit participation in a joint event, the response results from all players other than the one player and the target player 5 satisfy a predetermined condition (for example, (When a reply indicating that participation is forbidden is received from the majority of players who have received inquiries), even if the participation of the target player in the joint event is prohibited There.

  FIG. 15 is a diagram illustrating an example of an approval screen G11 output from the output unit 37 of each player terminal 3 that has received an inquiry as to whether or not a player is prohibited from participating in a joint event. As shown in FIG. 15, on the approval screen G11, when the player presses an approval button AB6 for approving the prohibition of participation of the player 5 in a certain joint event, the prohibition of participation of the player 5 in the joint event is approved. On the other hand, if the player presses the unapproved button AB5 for not approving the prohibition of the participation of the player 5 in the joint event on the approval screen G11, the prohibition of the participation of the player 5 in the joint event 1 is not approved.

  As described above, according to the embodiment of the present invention, the player who participates in the joint event that has already been generated is controlled to pay the price for participation in the joint event, as with the player that generates the joint event. Further, by limiting the upper limit number of participating players to the upper limit number of joint events, the joint event can be executed a number of times corresponding to the number of participating players. Thus, by ensuring fairness among the players, it is possible to provide a game that can increase the player's willingness to participate in the game and the willingness to continue.

  When the number of executions of the joint event is smaller than the number of continuous executions, the authority management unit 119 grants execution authority to players other than the player who has been granted execution authority in the past.

  According to this configuration, the execution authority can be smoothly granted to a player who has not yet been granted the execution authority of the joint event.

  When the joint event execution control unit 121 receives a second control signal for prohibiting the execution of the joint event from the terminal of one player among the plurality of players permitted to participate in the joint event, the joint event execution control unit 121 All players other than the player are inquired of whether or not execution of the joint event is prohibited, and execution of the joint event is prohibited when answer results from all players other than the one player satisfy a predetermined condition.

  According to this configuration, when a plurality of continuous joint events occur, even if a certain player attempts to forcibly cancel the joint event, the joint event is canceled unless approval is obtained from another player. I can't. Therefore, it is possible to prevent the joint event from being canceled unexpectedly for each player.

  The joint event participation management unit 117 is a third control signal for prohibiting participation of any player other than the one player from the terminal of one player among the plurality of players permitted to participate in the joint event. Is received from all players other than the one player and the target player whose participation is prohibited, whether or not participation in the joint event is prohibited, and from all players other than the one player and the target player, When the answer result satisfies a predetermined condition, the target player is prohibited from participating in the joint event.

  According to this configuration, even if there is a player who forcibly prohibits participation in the joint event, that is, there is a player who wants to be excluded from the participating members, if the approval of each player is not obtained, It cannot be removed. Therefore, it is possible to prevent a situation in which a specific player exists and other players are arbitrarily removed from participating members.

  In addition, each said embodiment is for making an understanding of this invention easy, and does not limit this invention and interpret it. The present invention can be changed / improved without departing from the gist thereof, and the present invention includes equivalents thereof.

DESCRIPTION OF SYMBOLS 1 ... Information processing server, 3 ... Player terminal, 11 (31) ... CPU, 13 (33) ... Memory, 14 (34) ... Bus, 15 (35) ... Input / output interface, 16 (36) ... Input part, 17 (37) ... Output unit, 18 (38) ... Storage unit, 19 (39) ... Communication unit, 111, 311 ... Information processing unit, 113 ... Joint event occurrence management unit, 115 ... Player number determination unit, 117 ... Joint event Participation management part, 119 ... Authority management part, 121 ... Joint event execution control part, 123 ... Reward provision part, 125 ... Joint event frequency judgment part, 313 ... Game operation part, 315 ... Answer screen generation part

Claims (6)

A first control signal for generating the joint event including an upper limit number of times that a joint event in which a plurality of players participate jointly can be continuously executed is received from a terminal of the first player among the plurality of players. If, wherein when the occurrence of the joint event is determined to be based on a predetermined parameter associated with the first player, the first player with consuming a predetermined parameter associated with the first player A joint event occurrence management unit that generates the joint event as a participant,
A player number determination unit that determines the upper limit number of players that can participate in the joint event based on the upper limit number of times;
When accepting a request for wishing to participate in the joint event from the terminal of the other player other than the first player, and a predetermined parameter associated with the other player, was determined and the maximum number when the participation in the joint event of the other player is determined to be based on, allowed to participate to the joint event of the other players as well as consuming a predetermined parameter associated with said second player A joint event participation management department,
An authority management unit for granting execution authority of the joint event to any one of a plurality of players permitted to participate in the joint event;
When the execution authority from terminal player granted accept an execution instruction of the joint event, a joint event execution control unit to start execution of the joint event,
A reward providing unit that provides a reward for each player who participated in the joint event according to the progress of the joint event;
An information processing program for realizing the to the computer,
Whenever the joint event ends, the authority management unit deprives the execution authority of the joint event from any of the players to which the execution authority has been granted, and is a player other than the player to which the execution authority has been granted in the past The execution authority is given to the player of
The joint event execution control unit ends the repeated execution of the joint event when the execution authority is granted to all players permitted to participate in the joint event . The authority management unit grants the execution authority to a player other than the player to which the execution authority has been granted in the past when the joint event is executed less than the upper limit number of times and the joint event has ended. To
The information processing program according to claim 1. When the joint event execution control unit receives a second control signal for stopping the repeated execution of the joint event from a terminal of one of the plurality of players permitted to participate in the joint event, All players other than the one player are inquired about whether or not the repeated execution of the joint event can be stopped, and when the answer results from all the players other than the one player satisfy a predetermined condition, Canceling repeated execution of events,
The information processing program according to claim 1 or 2. The joint event participation management unit is a third control for prohibiting participation of a player other than the one player from a terminal of one player among a plurality of players permitted to participate in the joint event. When the signal is received, all players other than the one player and the target player whose participation is prohibited are inquired whether participation in the joint event is prohibited, and all players other than the one player and the target player are asked. Prohibiting the target player from participating in the joint event when an answer from the player satisfies a predetermined condition;
The information processing program according to any one of claims 1 to 3. A first control signal for generating the joint event including an upper limit number of times that a joint event in which a plurality of players participate jointly can be continuously executed is received from a terminal of the first player among the plurality of players. In this case , when it is determined that the joint event can be generated based on a predetermined parameter associated with the first player, the predetermined parameter associated with the first player is consumed and the first player is A joint event occurrence management unit that generates the joint event as a participant;
A player number determination unit that determines the upper limit number of players that can participate in the joint event based on the upper limit number of times;
When accepting a request for wishing to participate in the joint event from the terminal of the other player other than the first player, and a predetermined parameter associated with the other player, was determined and the maximum number when the participation in the joint event of the other player is determined to be based, to allow participation in the joint event of the other players as well as consuming a predetermined parameter associated with the second player Joint event participation management department,
An authority management unit for granting execution authority of the joint event to any one of a plurality of players permitted to participate in the joint event;
When the execution authority from terminal player granted accept an execution instruction of the joint event, a joint event execution control unit to start execution of the joint event,
A reward providing unit that provides a reward for each player who participated in the joint event according to the progress of the joint event;
Bei to give a,
Whenever the joint event ends, the authority management unit deprives the execution authority of the joint event from any of the players to which the execution authority has been granted, and is a player other than the player to which the execution authority has been granted in the past The execution authority is given to the player of
The joint event execution control unit terminates the repeated execution of the joint event when the execution authority is granted to all players permitted to participate in the joint event.
Information processing server. A plurality of terminals used by each of a plurality of players;
An information processing system comprising an information processing server connected to be communicable with the plurality of terminals,
Each of the plurality of terminals is
A screen generator for generating an answer screen for accepting an answer to the inquiry from the information processing server;
An answer receiving unit for receiving the answer via the generated answer screen;
With
The information processing server
A first control signal for generating the joint event including an upper limit number of times that a joint event in which a plurality of players participate jointly can be continuously executed is received from a terminal of the first player among the plurality of players. In this case , when it is determined that the joint event can be generated based on a predetermined parameter associated with the first player, the predetermined parameter associated with the first player is consumed and the first player is A joint event occurrence management unit that generates the joint event as a participant;
A player number determination unit that determines the upper limit number of players that can participate in the joint event based on the upper limit number of times;
When accepting a request for wishing to participate in the joint event from the terminal of the other player other than the first player, and a predetermined parameter associated with the other player, was determined and the maximum number when the participation in the joint event of the other player is determined to be based, to allow participation in the joint event of the other players as well as consuming a predetermined parameter associated with the second player Joint event participation management department,
An authority management unit that grants execution authority of the joint event to one of a plurality of players permitted to participate in the joint event;
When the execution authority from terminal player granted accept an execution instruction of the joint event, a joint event execution control unit to start execution of the joint event,
A reward providing unit that provides a reward for each player who participated in the joint event according to the progress of the joint event;
Bei to give a,
Whenever the joint event ends, the authority management unit deprives the execution authority of the joint event from any of the players to which the execution authority has been granted, and is a player other than the player to which the execution authority has been granted in the past The execution authority is given to the player of
The joint event execution control unit terminates the repeated execution of the joint event when the execution authority is granted to all players permitted to participate in the joint event.
Information processing system.

Images