Information processing system and program

Abstract

To provide an information processing system and a program capable of achieving a game high in amusement property.SOLUTION: There is provided an information processing system. The information processing system includes a control unit. The control unit is configured so as to execute the undermentioned steps. The control unit controls the progress of a game including an event to be held in a game control step. In a first reception step, the control unit receives the designation for at least one of a plurality of candidate events, which are candidates for an event, from each of a plurality of users in the game. In an execution step, the control unit executes a first event as an execution event for a specific user of the plurality of users when an execution condition of the first event, which is at least one of the plurality of candidate events, is satisfied by the designation. The specific user is the user who designates the first event of the candidate events in the first reception step.SELECTED DRAWING: Figure 1

Description

[Technical Field]

[0001] The present disclosure relates to an information processing system and a program. [Background technology]

[0002] Conventionally, there has been known an information processing device that executes a game, in which a user can participate in various events. For example, Patent Document 1 discloses a game in which a player can participate in a quest event, a lottery event, a raid battle event, etc. by using a virtual item that the player possesses. [Prior art documents] [Patent documents]

[0003] [Patent Document 1] Japanese Patent Publication No. 2020-130843 Summary of the Invention [Problem to be solved by the invention]

[0004] However, in the conventional system, the user cannot select the events to be held in advance, which can sometimes result in a lack of interest.

[0005] In view of the above circumstances, the present disclosure provides an information processing system and a program that enable highly entertaining games to be realized. [Means for solving the problem]

[0006] According to one aspect of the present disclosure, an information processing system is provided. The information processing system includes a control unit. The control unit is configured to execute the following steps: A game control step controls the progress of a game including an event to be held; A first reception step receives, from each of a plurality of users, a designation for at least one of a plurality of candidate events that are candidates for an event in the game; and An execution step executes the first event as an execution event for a specific user of the plurality of users when an execution condition for a first event that is at least one of the plurality of candidate events is satisfied by the designation. The specific user is the user who designated the first event from the candidate events in the first reception step.

[0007] According to the present disclosure, a highly entertaining game can be realized. [Brief explanation of the drawings]

[0008] [Figure 1] 1 is a block diagram showing a hardware configuration of an information processing system 1 according to the present embodiment. [Figure 2] FIG. 2 is a block diagram showing a functional configuration of an information processing device 2 according to the present embodiment. [Figure 3] 1 is an activity diagram showing the flow of information processing executed by the information processing system 1. FIG. [Figure 4] 10 is a flowchart showing the flow of a raid event. [Figure 5] FIG. 4 is an image diagram showing an example of a voting screen 400 visually recognized by a player. [Figure 6] FIG. 4 is an image diagram showing an example of a voting screen 400 visually recognized by a player. [Figure 7] FIG. 4 is an image diagram showing an example of an event details screen 410 visually recognized by the player. [Figure 8] FIG. 4 is an image diagram showing an example of an invitation screen 420 visually recognized by the player. [Figure 9] FIG. 5 is an image diagram showing an example of a request display screen 500 that is visible to other players. [Figure 10] FIG. 10 is an image diagram showing an example of an event list screen 430 visually recognized by the player. [Figure 11] FIG. 10 is an image diagram showing an example of a quest result screen 440 visually recognized by the player. [Figure 12] FIG. 10 is an image diagram showing an example of a ranking screen 450 visually recognized by the player. DETAILED DESCRIPTION OF THE INVENTION

[0009] [Embodiment] Hereinafter, embodiments of the present disclosure will be described with reference to the drawings. Various features shown in the following embodiments can be combined with each other.

[0010] Incidentally, the program for realizing the software appearing in this embodiment may be provided as a non-transitory computer-readable medium, or may be provided so that it can be downloaded from an external server, or may be provided so that the program is started on an external computer and its functions are realized on a client terminal (so-called cloud computing).

[0011] In this embodiment, the term "unit" may also include, for example, a combination of hardware resources implemented by a circuit in the broad sense and software information processing that can be specifically realized by these hardware resources. In addition, this embodiment handles various types of information, which may be represented by, for example, physical values of signal values representing voltages and currents, high and low signal values as a binary bit set consisting of 0 or 1, or quantum superposition (so-called quantum bits), and communication and calculations may be performed on a circuit in the broad sense.

[0012] In addition, a circuit in the broad sense is a circuit realized by at least appropriately combining a circuit, circuitry, a processor, a memory, etc. That is, it includes an application specific integrated circuit (ASIC), a programmable logic device (e.g., a simple programmable logic device (SPLD), a complex programmable logic device (CPLD), and a field programmable gate array (FPGA)), etc.

[0013] 1. Game Description 1 is a block diagram showing the hardware configuration of an information processing system 1 according to this embodiment. In the information processing system 1 shown in Fig. 1, an information processing device 2 and a plurality of game devices 3 are communicably connected to each other via a communication network 11, and a game is executed on the game devices 3.

[0014] The game according to this embodiment is an online game executed by the information processing system 1. In this game, a user of the game device 3 controls one or more player characters to act in a virtual game space, and controls the player characters to fight against enemy characters, which are non-player characters. The characters are an example of objects.

[0015] The above-described games are played using a game device 3, which is a home game console such as PlayStation (registered trademark), a portable game console such as Nintendo Switch (registered trademark), or an electronic device such as a personal computer, smartphone, or tablet terminal.

[0016] 2. Overview of Information Processing System 1 As shown in FIG. 1, the information processing system 1 is made up of an information processing device 2 and multiple game devices 3. The information processing device 2 stores game programs and game data, and manages the game data of the game devices 3 (for each account information described below). The information processing device 2 is made up of, for example, a server. Each of the multiple game devices 3 has the same configuration. Note that in this embodiment, a system is made up of one or more devices or components. Therefore, for example, the information processing device 2 or game device 3 described below alone can also be an example of the information processing system 1.

[0017] The game device 3 executes a predetermined game based on user operations. To do so, the game device 3 receives (specifically, downloads and installs) a game program and game data from the information processing device 2 via the communication network 11. Each user is assigned account information, including identification information and a password, in association with the game device 3. This account information is transmitted from the game device 3 to the information processing device 2 at the time of login, and is used for user authentication on the information processing device 2.

[0018] After user authentication, mutual communication becomes possible between the information processing device 2 and the game device 3. After logging in, the game device 3 receives data necessary for game progress (data related to the game progress status) from the information processing device 2, and then progresses the game while outputting game images and sounds to the display 4a and speaker 4b based on user operations.

[0019] 2.1 Hardware Configuration Hereinafter, each hardware configuration of the information processing system 1 will be described with reference to FIG.

[0020] <Information processing device 2> 1, the information processing device 2 includes a communication unit 21, a storage unit 22, and a control unit 23. The communication unit 21 and the storage unit 22 are electrically connected to the control unit 23 via a communication bus 20.

[0021] The communication unit 21 is a so-called network interface that is communicatively connected to each game device 3 via a communication network 11 such as the Internet or a LAN. Main information received by the information processing device 2 via the communication unit 21 includes game program download request information, a gacha lottery request in response to a user operation, a quest execution request, an autoplay execution / end request, account information, game data, etc. Main information transmitted by the information processing device 2 via the communication unit 21 includes information for confirming that the game device 3 has received the game program, information related to game media obtained through gacha, etc.

[0022] The storage unit 22 is composed of an HDD (Hard Disk Drive), RAM (Random Access Memory), ROM (Read Only Memory), SSD (Solid State Drive), etc. The storage unit 22 stores various programs including a part of the game program according to this embodiment, various data related to the game, etc.

[0023] Specifically, for example, the storage unit 22 stores a user DB, a lottery list, and the like. The user DB stores, for each identification number of a user playing a game, information such as the user name, user rank, status information regarding the player character operated by the user, the amount of consumable media usable in the virtual game space, information regarding parameters, and the like, in association with each other. The lottery list is used for a lottery process commonly known as gacha, and includes multiple pieces of information regarding game media to be selected. The lottery list associates information regarding game media (such as name, ability parameters, rarity, and level) with the selection rate in the lottery. Furthermore, when the game media is a player character, the ability parameters include, for example, combat power, HP, attack power, defense power, intelligence, or speed.

[0024] The control unit 23 is configured by a microcomputer including a CPU and semiconductor memory, and controls the operation of the information processing device 2, which is its own device. In particular, the control unit 23 realizes various functions related to the information processing device 2, which is its own device, by reading out predetermined programs stored in the storage unit 22. That is, information processing by software stored in the storage unit 22 is specifically realized by the control unit 23, which is an example of hardware, and each functional unit described below can be executed. Note that the control unit 23 is not limited to being single, and it may be implemented with multiple control units 23 for each function. It may also be a combination of these.

[0025] Examples of information processing executed by the control unit 23 include a charge settlement process, a user account authentication process, and a gacha lottery selection process. The charge settlement process is executed, for example, based on a request for a charge required to restore a predetermined amount of in-game parameters. The user account authentication process is executed, for example, using user identification information received from the game device 3. The gacha lottery selection process is a process in which, in response to a gacha lottery request, one or more game media are selected by lottery from a lottery list based on the selection probability for each game medium. According to the gacha lottery selection process, information about the selected game media and the identification information of the user who performed the operation that sent the lottery request are associated in the user DB, and the user is thereby awarded the game media that they won as a result of their own gacha draw.

[0026] To further expand on the above, "game media" refers to electronic data representing elements related to a game, such as the name of a character used as a player character and items (weapons, armor, tools) used by the player character in the virtual game space. Users can acquire game media through direct purchase, quest completion, or a lottery system known as gacha. The acquired game media is stored and managed in a user DB in association with the identification information of the user who will own the game media. Furthermore, "gacha" refers to a method in which an information processing device 2 randomly selects game media from a lottery list based on a predetermined selection rate. The selected game media is then granted to the user's game device 3. The phrase "granting the game media selected through gacha to a user / owning the user" is synonymous with "associating the game media selected through the lottery process with / being associated with the identification information identifying the user."

[0027] <Game Device 3> A display 4a, a speaker 4b, and an input device 4c are externally connected or built into the game device 3. The game device 3 also has a communication unit 31, a storage unit 32, a control unit 33, a graphics processing unit 34a, an audio processing unit 34b, and an operation unit 34c. The communication unit 31, the storage unit 32, the graphics processing unit 34a, the audio processing unit 34b, and the operation unit 34c are electrically connected to the control unit 33 via a communication bus 30.

[0028] The communication unit 31 is a so-called network interface that is communicatively connected to the communication network 11 in order to transmit and receive various data between the game device 3 and the information processing device 2. Main information that the game device 3 receives via the communication unit 31 includes account information, download request information for new game data, a gacha execution request, a quest execution request, etc. Main information that the game device 3 transmits via the communication unit 31 includes new game data sent from the information processing device 2 in response to the download request information, information on the game media selected by lottery processing, etc.

[0029] The storage unit 32 is composed of an HDD, an SSD, a RAM, a ROM, and the like. The storage unit 32 stores game data downloaded from the information processing device 2, various programs including a part of the game program, account information of the game device 3 itself, user information, and the like. The user information is at least a part of the information in a user DB stored in the storage unit 22 of the information processing device 2. The user DB manages a master of the user information, and the storage unit 32 of the game device 3 stores at least a part of the information in this master that is distributed from the information processing device 2.

[0030] The control unit 33 is configured by a microcomputer including a CPU and semiconductor memory, and controls the operation of the game device 3 itself. In particular, the control unit 33 realizes various functions related to the game device 3 itself by reading out predetermined programs stored in the storage unit 32. That is, information processing by software stored in the storage unit 32 is specifically realized by the control unit 33, which is an example of hardware, and each of the functional units described below can be executed. Note that the control unit 33 is not limited to being a single unit, and multiple control units 33 may be provided for each function. A combination of these may also be used.

[0031] In particular, the control unit 33 is configured to execute a game in accordance with the operation of the input device 4c by the user of the game apparatus 3, which is the own apparatus. Specifically, the control unit 33 reads data such as virtual game space objects and textures included in the game data from the storage unit 32, or generates two-dimensional or three-dimensional game image information using data received from the information processing device 2. The game image information is processed by the graphics processing unit 34a, and the processed game images are sequentially displayed on the display 4a. In other words, the control unit 33 is configured to perform display control of the display 4a and audio output control of the speaker 4b in accordance with the operation of the user of the game apparatus 3, which is the own apparatus, when executing a game.

[0032] The graphics processing unit 34a renders game images, including characters and various objects related to the virtual game space, in a moving image format in accordance with game image information output from the control unit 33. The graphics processing unit 34a is connected to the display 4a, which may be, for example, a liquid crystal display, and the rendered game images are displayed on the display 4a as a game screen. The audio processing unit 34b is connected to the speaker 4b and plays and synthesizes game sounds in accordance with instructions from the control unit 33, and outputs the sounds from the speaker 4b. The operation unit 34c is connected to the input device 4c and transmits and receives data related to operation inputs to and from the input device 4c. The user inputs operation signals to the game apparatus 3 by operating the input device 4c. The input device 4c is a general term for a touch panel integrated with the display 4a, an external game pad, a mouse, a keyboard, etc.

[0033] 2.2 Functional Configuration Next, the functional configuration of the information processing device 2 of the information processing system 1 will be described with reference to FIG.

[0034] 2 is a block diagram showing the functional configuration of the information processing device 2 according to this embodiment. As shown in Fig. 2, the control unit 23 executes various programs stored in the storage unit 22, thereby functioning as a game control unit 230, a reception unit 231, an execution unit 232, an adjustment unit 233, a display control unit 234, a notification unit 235, and a specification determination unit 236. In other words, information processing by software stored in the storage unit 22 is specifically realized by the control unit 23, which is an example of hardware, and can be executed as each functional unit included in the control unit 23.

[0035] The game control unit 230 is configured to control the progress of the game. As one example, the game control unit 230 controls the progress of the game, including events that are held. As another example, the game control unit 230 controls the progress of a fighting game in which a player character operated by a user fights against an enemy character. In one aspect, the fighting game may be executed as a quest in which a specific achievement condition, such as "defeating a specific enemy character," is defined.

[0036] The reception unit 231 is configured to receive various data. For example, the reception unit 231 receives user account information, game data, input from the user, and the like from the storage unit 22 of the information processing device 2 or the game device 3. In this embodiment, the description will be given assuming that the various information received by the reception unit 231 is stored in the storage unit 22.

[0037] The execution unit 232 is configured to execute multiple game categories (e.g., events, item shops, gacha, etc.) for users. An event may be, for example, an event held permanently or for a limited time by a game developer or the like that hosts the game. Hereinafter, unless otherwise specified, the explanation will be given assuming that the event is a limited-time event. An event may be executed for all users or for some users. An event may include, for example, multiple quests or stories that can only be played by users who have executed the event. In parallel with a limited-time event, the execution unit 232 may also execute an item shop that sells special game content associated with the event, or a gacha in which special game content can be won. In the following, the terms "executing an event" and "hosting an event" are used interchangeably.

[0038] The adjustment unit 233 is configured to adjust various parameters used in the progression of the game. As an example, the adjustment unit 233 adjusts reward information or difficulty level information of an event based on various data received by the reception unit 231.

[0039] The display control unit 234 displays various pieces of information stored in the storage unit 32 or screens containing such information in a visible manner on the display 4a of the game device 3. Specifically, the display control unit 234 may generate visual information itself generated in a human-visible manner, such as a screen, an image (e.g., a still image or a video), an icon, or text, or may generate rendering information for displaying the visual information on the display 4a and transmit the information.

[0040] The notification unit 235 is configured to execute various notifications to the user. The notification method is not particularly limited, and for example, the notification unit 235 may cause the display control unit 234 to display a notification on the display 4a of the game apparatus 3, may output a sound from the speaker 4b, or may vibrate the input device 4c. The notification by the notification unit 235 may be continuously provided to some users, or may be canceled by an input from the user via the input device 4c.

[0041] The identification determination unit 236 is configured to identify various pieces of information in the game whose progress is controlled by the game control unit 230, determine various states in the game, etc. In particular, the identification determination unit 236 determines whether the execution conditions for the candidate event are satisfied.

[0042] 3. Operational flow of information processing system 1 In this section, the flow of operation of the information processing system 1 described above will be explained. Incidentally, a game provided by the information processing system 1 includes an in-game, which is the main part played by the player, and an out-game, which is a part in which the player prepares and waits for playing the in-game. In the following, a competitive game will be taken as an example of an in-game, and a game part other than the competitive game will be taken as an example of an out-game. In the out-game, the player can use in-game currency to make purchases and train a player character. Furthermore, the player controls the trained player character to battle enemy characters in the in-game, aiming to complete quests.

[0043] Furthermore, in the following description, candidate events that may be held in the game are referred to as candidate events, and an event that is determined to be executed from among the candidate events is referred to as an executed event. Also, in the following description, the main player will be referred to simply as the player (an example of a specific user), and other players will be referred to as other players (an example of other users).

[0044] 3.1 Overview of Information Processing First, an overview of the information processing executed by the information processing system 1 will be explained, mainly focusing on the flow up to the start of an execution event (see FIG. 3) and the flow up to the end of the execution event (see FIG. 4).

[0045] <From voting to holding the execution event> FIG. 3 is an activity diagram showing the flow of information processing executed by the information processing system 1, mainly up to the holding of an execution event.

[0046] First, the game control unit 230 in the control unit 23 of the information processing device 2 starts a voting period for a plurality of candidate events (activity A001). Note that the candidate events include past events that have been held in the past. A past event is an event that was executed without receiving a vote (designation) in activity A005, which will be described later, and that has already ended. A past event is typically an event that was held for all users.

[0047] Next, the display control unit 234 displays a plurality of candidate events on the display 4a of the game apparatus 3 in a manner that is visible to the player (activity A002). Specifically, the display control unit 234 displays a voting screen for the candidate events on the display 4a in response to an input by the player via the input device 4c of the game apparatus 3.

[0048] Next, the player inputs a designation for at least one of the plurality of candidate events (activity A003). Specifically, the player inputs a vote for a specific candidate event via the input device 4c. In the following, it is assumed that the player votes for the first event as the specific candidate event.

[0049] Next, the player inputs an invitation to other players (activity A004). Specifically, for example, a request (hereinafter referred to as a voting request) is sent to the other players requesting them to vote for the same candidate event as the candidate event for which the player voted. That is, the request includes content requesting the other players to specify a first event. For example, the notification unit 235 sends the voting request in response to an input by the player via the input device 4c. Here, the other player refers to, for example, at least one of the player's friends or at least one of the members belonging to the same guild or team.

[0050] Next, as a first reception step, the reception unit 231 receives from the player a designation for at least one of the plurality of candidate events. Specifically, the reception unit 231 receives the vote from the player inputted in activity A003 via the communication network 11 and the communication unit 21 (activity A005).

[0051] In parallel with activity A005, the notification unit 235 notifies other players via the communication network 11 and the communication unit 21 that there has been a request from the player (activity A006).

[0052] Next, the identification determination unit 236 determines whether or not the execution condition of the candidate event is satisfied (activity A007). Below, the process when the execution condition is not satisfied will be described first.

[0053] If the specific determination unit 236 determines that the execution condition is not satisfied, the specific determination unit 236 further determines whether the voting period has ended (activity A008). If the specific determination unit 236 determines that the voting period has not ended, the process returns to the processing of activity A005 and activity A006. That is, the reception unit 231 receives votes and vote requests from various players at any time during the voting period. On the other hand, if the specific determination unit 236 determines that the voting period has ended, the information processing ends. That is, in this case, since the execution condition is not satisfied and the voting period has ended, it has been determined that none of the candidate events will be executed.

[0054] On the other hand, if the identification determination unit 236 determines that the execution conditions for the candidate events are satisfied in activity A007, one of the candidate events is determined to be the executed event (activity A009). For example, if the first event for which the player voted in activity A005 satisfies the execution conditions, the identification determination unit 236 identifies information that the first event of the candidate events has been determined to be the executed event. Note that if the first event is a past event, a past event that was previously held has been determined to be the executed event. Such an event related to a re-run is referred to as a revival of a past event.

[0055] Next, the display control unit 234 displays on the display 4a of the game device 3 in a manner that is visible to the player that the first event has been determined as the execution event (activity A010). Specifically, text or the like indicating that the execution event has been determined is displayed on the voting screen.

[0056] Next, the game control unit 230 ends the voting period for the multiple candidate events (activity A011).

[0057] Next, the adjustment unit 233 adjusts the reward information and difficulty level information of the first event (activity A012). The reward information is information about rewards given to players who participate in the event. Specifically, for example, rewards are game contents or in-game currency given to players as the game progresses, and reward information is the content of rewards such as event rewards and quest rewards, and the conditions for giving rewards to players. Furthermore, the difficulty level information is information about the difficulty level of the event. Specifically, for example, the difficulty level information is information about enemy characters (e.g., stamina, attack power, defense power, techniques used, attributes, weaknesses, etc.), conditions for completing quests included in the event (e.g., battle time and number of turns, conditions for usable player characters and techniques, etc.), etc. In this way, by adjusting the execution event determined by voting so that it differs from normally held events, it is possible to realize an aspect in which players can enjoy the game more.

[0058] Next, the execution unit 232 holds the first event for the players who voted for the first event (activity A013). That is, the execution unit 232 executes the first event as an execution event for the players who voted for the first event. In particular, if the first event is a past event, the execution unit 232 executes the execution event based on the event information of the past event. Event information is information about the elements that make up the event. Specifically, for example, the event information is information about the content of the story, still image and video data, information about appearing characters (e.g., enemy characters, boss characters, ally non-player characters, player characters, etc.), data for constructing the virtual space, reward information, difficulty level information, etc. By reviving past events based on the event information of past events, it is possible to hold an execution event without increasing the burden on event organizers such as game makers.

[0059] Next, the display control unit 234 displays the first event, which is the execution event, on the display 4a of the game apparatus 3 in a manner that is visible to the player (activity A014). Specifically, the display control unit 234 displays the first event on an event screen that is displayed in response to an input by the player via the input device 4c of the game apparatus 3. Thereafter, the player can play a game related to the first event.

[0060] <From the start to the end of the event> Next, the flow from the start to the end of an execution event will be outlined. As an example, the execution event will be described as an event (raid event) related to a fighting game called a raid battle. A fighting game called a raid battle is a game in which multiple player characters, each controlled by multiple players participating in the execution event, fight a common enemy character. There are no particular restrictions on the type of fighting game, but for example, a turn-based battle is adopted. If a player can defeat the raid boss within the limited number of turns or the limited time, the defeat is considered successful. On the other hand, if a player cannot defeat the raid boss within the limited number of turns, or if the player characters' stamina is reduced to zero by the raid boss's attack and they are all annihilated, the defeat is considered unsuccessful.

[0061] 4 is a flowchart showing the flow of a raid event, primarily among the information processing executed by the information processing system 1. Raid battles come in two varieties: synchronous cooperative battles, in which multiple matched players fight together simultaneously, and asynchronous cooperative battles, in which multiple players individually fight a raid boss and the damage they inflict is added together; however, the following explanation assumes that asynchronous cooperative battles are used.

[0062] A player who participates in a raid event can play a quest (hereinafter referred to as a normal quest) in which they battle against a normal enemy character. The game control unit 230 starts the normal quest in response to an input from the player via the input device 4c (step S101). Then, in response to the start of the normal quest, the game control unit 230 causes a battle between the player character and the enemy character to proceed. After each normal quest ends, the display control unit 234 displays the result of the quest (step S102), and a quest reward is awarded to the player depending on whether the quest was successful or not.

[0063] Next, the game control unit 230 causes the next normal quest to appear (step S103), and then determines whether or not to cause a raid battle to appear (step S104). In normal quests, the process of completing one quest and then becoming able to challenge the next quest is repeated, and each time a normal quest is completed, a determination is made as to whether or not to cause a raid battle to occur based on predetermined conditions. For example, after a normal quest ends, the game control unit 230 performs a lottery based on a predetermined probability to determine whether or not to cause a raid battle to appear. The predetermined probability may be set based on game play status, such as the user's stamina consumption, game information, such as the degree of progress in the game, and user information, such as the user rank.

[0064] If the next normal quest is to be played, the process returns to the initial process, and the game control unit 230 starts the next normal quest in response to input from the player via the input device 4c (step S101). On the other hand, if a raid battle has appeared, the game control unit 230 starts the raid battle in response to input from the player via the input device 4c (step S105). The flow of the turn-based battle in the raid battle is the same as that of the normal quest.

[0065] The identification determination unit 236 determines whether the player has succeeded in defeating the raid boss (step S107). If it is determined that the defeat has failed, the next process returns to step S101. If it is determined that the defeat has been successful, the game control unit 230 creates a ranking, and the player is given a reward for successful defeat. Then, in response to input by the player via the input device 4c, the display control unit 234 displays the current ranking, and the information processing ends (step S108).

[0066] <Summary of information processing> To summarize the above, the information processing system 1 according to this embodiment includes the following components: The game control unit 230 controls the progress of a game including an event to be held. The reception unit 231 receives, as a first reception step, a designation of at least one of a plurality of candidate events that are candidates for an event in the game from each of a plurality of users. When the execution condition of a first event that is at least one of the plurality of candidate events is satisfied by the designation, the execution unit 232 executes the first event as an executed event for a specific user of the multiple users. The specific user is the user who specified the first event from the candidate events in the first reception unit.

[0067] According to this embodiment, a highly entertaining game can be realized. In particular, when a past event is re-run, new players who have just started playing the game and players who were unable to participate in the past event can be given the opportunity to participate in that event, thereby realizing a more user-friendly game. Furthermore, when the execution event is a raid event, since the nature of the event is that multiple players work together to defeat a raid boss, it is preferable that the number of players is as large as possible. By using the above-mentioned voting, it is possible to prevent a situation in which the number of players participating in the raid event decreases and the event becomes stagnant.

[0068] 3.2 Details of information processing The details of the information processing outlined above will be explained using the drawings.

[0069] <Voting screen> 5 and 6 are image diagrams showing an example of a voting screen 400 visible to the player. Here, an example screen is shown in a state where the player has not yet voted for any candidate events. As shown in FIG. 5, the voting period display 401 displays the remaining period until the end of the voting period (e.g., the number of remaining days, the remaining time, etc.). The voting period here is the voting period started by the game control unit 230 in activity A001.

[0070] 5, multiple candidate event banners 402 indicating candidate events are displayed on the voting screen 400. In activity A002, the multiple candidate events displayed by the display control unit 234 are, for example, the multiple candidate event banners 402. In response to the receiving unit 231 receiving an input from the player, such as a tap operation, on the candidate event banner 402, the display control unit 234 displays an event details screen 410 (see FIG. 7).

[0071] In the example of FIG. 5, the adjustment display 403 for the candidate event "Basilisk, the Emissary from the Underworld" indicates that if this event is decided to be held, the player will be given twice the amount of rewards compared to when the event was held in the past. In other words, as a first display step, the display control unit 234 displays multiple candidate events together with information indicating that reward information or difficulty information will be adjusted. This aspect can increase players' motivation to participate in past events. It can also encourage players to vote for candidate events recommended by the event organizer.

[0072] As in the above example, the reward information or difficulty information of the execution event is adjusted based on the event information of the current event or past event. A current event is an event that is executed without accepting a designation and has not yet ended. In other words, whether it is an event currently being held or an event to be held in the future, an event that has not yet ended is included in the current event. Note that current events and past events are events that all users can participate in, typically without requiring any special conditions for participation (except for having progressed through the game to a minimum level, such as having completed the tutorial). In particular, when the execution event is a past event, the difficulty level of the event may be relatively different from when it was held in the past due to the appearance of new characters, new special attacks, etc. Even in such cases, by adjusting the reward information and difficulty information, it is possible to realize a mode in which the game can be enjoyed even if the execution event is a reprinted past event.

[0073] The execution condition for a candidate event is, for example, collecting a certain number of votes from players. The required number display 406 on the voting screen 400 displays the number of votes required to determine the candidate event as an executed event. In this embodiment, each player can only cast one vote, and the number of votes is the same as the number of players who voted. The vote number display 405 displays the current number of votes for each candidate event. In the example of Figure 5, the candidate event "Basilisk, the Messenger from the Underworld" will be decided to be held if 5,000 votes are collected. It is also shown that at the current time, 3,000 votes have been collected for this candidate event.

[0074] The acceptance unit 231 accepts a vote from a player in response to accepting an input such as a tap operation from the player on the voting button 404 (first acceptance step). In the example of FIG. 5, the voting button 404 displays a message that voting can be performed by consuming tickets, which are items. For example, in order for a player to vote for a candidate event called "Basilisk, the Messenger from the Underground," the player needs to consume two tickets. That is, as the first acceptance step, the acceptance unit 231 accepts a designation in response to the player's consumption of items.

[0075] In one aspect, the display control unit 234 displays information indicating that the candidate event has been decided to be held. In the example of Fig. 5, the candidate event "Resurrected Ancient Dragon Red Dragon" satisfies the conditions for holding the event, so a holding decision display 407 is displayed.

[0076] If a designation for the first event is accepted after the execution conditions for the first event have been met, the item consumption conditions will be worse than if the designation is accepted before the execution conditions are met. In the example of Figure 5, the candidate event "Resurrection of the Ancient Dragon, Red Dragon," which has already been confirmed to be held, is set to require a larger number of tickets to vote than the other candidate events. This configuration motivates players to vote early, preventing candidate events from slowly gathering votes and the popularity poll itself from becoming stagnant.

[0077] 6 shows an example of a screen after the player has voted for the candidate event "Basilisk, the Messenger from the Depths of the Earth," with the number of votes indicated by the vote count display 405 increasing by one from the state in FIG. 5 to 3001. In response to the player's vote, the display control unit 234 changes the display of the voting button 404 for "Basilisk, the Messenger from the Depths of the Earth" in FIG. 6 to a display of a solicitation screen display button 408, and changes the display of the voting buttons 404 for the other two candidate events to a display of a change button 409.

[0078] The accepting unit 231 accepts a change of betting destination from the player in response to accepting an input such as a tap operation on the change button 409 from the player. In other words, as a second accepting step, the accepting unit 231 accepts a change of designation to a second event included in the candidate events from the player before the execution of the execution event. In this manner, the player can change his or her betting destination to a candidate event that is expected to receive a large number of votes and is likely to be held. Therefore, it is possible to gather more players who are likely to participate before the event is held, and to prevent a decrease in the number of participants in the execution event.

[0079] In the second reception step, the reception unit 231 receives a change in the designation in response to the player's consumption of items. Specifically, for example, the reception unit 231 receives a change in the candidate event to be voted for in response to the player's consumption of tickets. When a change in designation is received, the item consumption requirement becomes worse than when the designation is received. The example of FIG. 5 indicates that three tickets must be consumed to vote for the candidate event "Resurrection of the Ancient Dragon, Red Dragon." On the other hand, the example of FIG. 6 indicates that four tickets must be consumed to change the player's vote to this event, which is a greater number of tickets than when the player initially votes. This increases the importance of the choice of which candidate event to vote for first, improving the strategic nature of the game.

[0080] <Event details screen> FIG. 7 is an image diagram illustrating an example of an event details screen 410 visible to the player. The event details screen 410 may include, for example, a candidate event name 411 and a description display area 412. The candidate event name 411 displays the name of the event corresponding to the candidate event banner 402. The description display area 412 displays detailed information about the candidate event, such as the conditions for participating in the event, rules, a description of the boss (a special enemy character), an introduction to recommended player characters who can advance the event advantageously, an introduction to the gacha held simultaneously with the event, and an explanation of the rewards that can be obtained by participating in the event. If the event has already been scheduled, the event period is also displayed. If the event has been held in the past, the rankings from when the event was held are also displayed. As shown in the description display area 412 in FIG. 7, the condition for participating in the running event is to complete voting for the event within the voting period.

[0081] The event details screen 410 displays that the reward information and difficulty information for the execution event will be adjusted to favor the use of specific player characters. The example in Figure 7 shows that for the candidate event "Resurrected Ancient Dragon Red Dragon," the player characters "Ice Devil" and "Snow Fairy" will be favored in terms of the amount of damage they can inflict on enemy characters. Player characters that are set to give an advantage in the game progress in an event are called "event special effect characters."

[0082] In other words, the adjustment unit 233 adjusts the reward information or difficulty level information of the execution event based on the user information and the event information of past events. The user information is information that includes information about the game contents owned by the player. Specifically, for example, the user information may include the player's registration information, level, game play history, login frequency, remaining stamina, or information about the game contents owned, in-game currency, or the subjugation points described below.

[0083] An event-specific character is, for example, an old player character that appeared in a past event. Another example is a player character that can be obtained in a limited gacha held simultaneously with a current event or an ongoing event, and is used to give the player an advantage in the other event.

[0084] By adjusting the difficulty level information of the execution event so that event-specific effect characters are favored, the strategic element of the game can be increased, making the game more interesting. Also, by adjusting the player characters available in either the current event or the execution event so that they have the event-specific effect of the other event, a synergistic effect between the current event and the execution event can be created, motivating the player to participate in both events.

[0085] In addition, the example in Figure 7 shows that if a player is ranked within the top 200, they can obtain an event reward such as a "5-star red dragon egg." Here, "stars" are indicators of the player character's ability value. By showing players that they can obtain luxurious rewards by ranking highly, it is possible to increase the player's motivation to actively participate in the event.

[0086] <Solicitation screen> 8 is an image diagram showing an example of the solicitation screen 420 visually recognized by the player. For example, in response to the reception unit 231 receiving an input from the player, such as a tap operation on the solicitation screen display button 408, the display control unit 234 causes the display 4a to display the solicitation screen 420.

[0087] The invitation screen 420 includes a plurality of player name display areas 421. In the player name display area 421, for example, the usernames of other players, a status display 424, an invitation button 423, etc. are displayed. In the example of FIG. 8, the invitation screen 420 displays the names of players B, C, and D who are the player's friends, as well as players E, F, and G who belong to the same guild as the player.

[0088] Status display 424 shows information about other players, such as whether other players have cleared the event, whether they have the tickets necessary to vote, etc. In the example of Figure 8, it is displayed that player B has not yet cleared the candidate event "Basilisk, the Messenger from the Underworld," and that player B has the tickets necessary to vote.

[0089] The notification unit 235 transmits a voting request in response to the reception unit 231 receiving an input from a player, such as a tap operation, on the invitation button 423. In response to the transmission of the voting request, the display control unit 234 changes the display of the invitation button 423 to the invitation completed display 422. The example in FIG. 8 shows a state in which voting requests have already been transmitted to player B and player C.

[0090] Then, in response to the transmission of the voting request, the notification unit 235 notifies other players associated with the player, such as friends or guild members, of the request from the player. In this manner, the player can inform his or her friends or members of the same guild about the candidate event for which he or she voted, and can invite his or her friends to participate in the event. This allows players to share the experience of playing the same event with their friends, making the game more enjoyable.

[0091] <Request display screen> In a first reception step, the reception unit 231 receives a designation for a first event in response to the consumption of an item by another player. Specifically, for example, the reception unit 231 receives a vote for one of a plurality of candidate events in response to the consumption of a ticket by another player.

[0092] Meanwhile, other players can also vote for candidate events for which they have been asked to vote in response to a voting request from the player. FIG. 9 is an image diagram showing an example of a request display screen 500 visible to other players. For example, the display control unit 234 causes the request display screen 500 to be displayed on the display 4a of the game device 3 of the other player. Specifically, the request display screen 500 is displayed in response to the reception unit 231 receiving an input such as a tap operation from the player in response to a display indicating that a notification has been received.

[0093] 9, the request display screen 500 includes a candidate event banner 501, a voting button 502, a vote count display 504, and a required number display 505. These are similar to the candidate event banner 402, the voting button 404, the vote count display 405, and the required number display 406 on the voting screen 400 shown in FIG. 5, and therefore a description thereof will be omitted.

[0094] When a designation based on a voting request is accepted, the ticket consumption conditions are more favorable than when a designation not based on a voting request is accepted. For example, by voting using the voting button 502 on the request display screen 500, fewer tickets are consumed than in a normal vote. In the example of FIG. 9, the display control unit 234 displays a preferential treatment indication 503 on the voting button 502 to indicate that ticket consumption conditions will be more favorable. This type of arrangement creates an incentive for friends and guild members to vote for the same candidate event, preventing the event from losing momentum.

[0095] <Event list screen> 10 is an image diagram showing an example of an event list screen 430 visually recognized by a player. For example, in activity A014, the event list screen 430 is displayed on the display 4a of the player's game device 3. FIG. 10 shows an example of a screen in which the player has voted for "Resurrected Ancient Dragon, Red Dragon" and this event has been executed for the player. For example, by receiving an input such as a tap operation on the event banner 431 by the player, the player's participation in the executed event is accepted.

[0096] In the example of Fig. 10, the remaining time until the end of the execution event is displayed in remaining time display 432. Note that in the example of Fig. 10, remaining time display 432 is not displayed for the "Character Acquisition Quest," indicating that it is a permanent event that is held on a permanent basis.

[0097] Furthermore, for example, the event banner 431 includes an event type display 433 that indicates the type of event. In the example of FIG. 10, a raid event, which is an execution event, and a story event, a team battle event, and a permanent event, which are current events, are being held. In this way, past events to be replayed are selected that are different in type from the current events. This eliminates bias in the types of events and prevents players from getting bored.

[0098] <Quest Results Screen> 11 is an image diagram showing an example of a quest result screen 440 visually recognized by the player. For example, in step S106, the display control unit 234 displays the quest result screen 440 on the display 4a of the player's game device 3. The example in FIG. 11 shows the quest result screen 440 when the raid boss is successfully defeated.

[0099] The quest result screen 440 includes an enemy character name 441, a result display area 442, and a ranking display button 443. The name of the enemy character that was defeated is displayed in the enemy character name 441. In the example of FIG. 11, it is displayed that the raid boss "Red Dragon (Level 2)" has been successfully defeated.

[0100] The condition for successful defeat is that the total damage dealt to the raid boss exceeds its stamina. Typically, the stamina of a raid boss is set to a value far greater than the stamina of a normal enemy character in a normal quest, which a single user defeats in a single battle. Even if the defeat fails, the raid boss's stamina is carried over to other users when they battle after the battle ends, so multiple players can repeatedly challenge the same raid boss in raid battles, aiming to defeat it. In response to the determination of successful defeat by the identification determination unit 236, a reward is awarded to the player who has battled the defeated raid boss.

[0101] The result display area 442 displays information about the results of the quest, such as the total damage dealt to the raid boss, the bonus or penalty awarded by the player character used, the defeat points and rewards earned, the success or failure of the quest, and the cumulative number of defeat points earned to date. For example, as a reward for successfully defeating a raid boss, each player is awarded defeat points based on the total amount of damage dealt to the raid boss, i.e., their contribution to the raid battle. In the example of Figure 11, the display shows that the total damage dealt by the player is 8,000, which is equivalent to 6,000 defeat points. The display also shows that the cumulative defeat points earned by the player up to this point are 10,000 points.

[0102] Bonuses or penalties are added to the subjugation points depending on factors such as the use of specific player characters. The example in Figure 11 shows that the subjugation points have been adjusted because the player used the event special character "Ice Devil" and the new character "Siren." Specifically, a coefficient of 1.5 applies to the damage inflicted by "Ice Devil," and a coefficient of 0.5 applies to the damage inflicted by "Siren." As a result, the total damage of 8000 is multiplied by the coefficients above to calculate subjugation points of 6000, which are awarded to the player.

[0103] In this way, when a player plays a quest in an execution event using a specific player character, the difficulty information for the execution event may be adjusted so that the amount of damage to enemy characters is reduced. In games that have been released for some time, newer player characters are often set with higher abilities than older player characters that appeared in the past. For example, by favoring newer player characters, the difficulty of the revived past event can be adapted, and the game balance can be adjusted.

[0104] <Ranking screen> There are no particular restrictions on the rankings created after defeating a raid boss as long as they are related to the raid battle, but they may be rankings based on, for example, the cumulative number of defeat points, the cumulative amount of damage inflicted on the raid boss, the number of raid bosses defeated, etc. Then, after the event ends, players are given rewards based on their final ranking at the end of the execution event.

[0105] 12 is an image diagram showing an example of a ranking screen 450 visually recognized by a player. For example, in step S108, the display control unit 234 displays the ranking screen 450. Specifically, in response to the reception unit 231 receiving an input from the player, such as a tap operation on the ranking display button 443, the display control unit 234 displays the ranking screen 450 on the display 4a.

[0106] In a second display step, the display control unit 234 displays rewards given to players who participated in the game based on the game results as a current ranking 451 and a past ranking 453. Specifically, for example, the ranking screen 450 includes the current ranking 451 and the past ranking 453. The current ranking 451 and the past ranking 453 are rankings of the cumulative defeat points acquired by players during the event period. The current ranking 451 indicates the ranking as an executed event, and the past ranking 453 indicates the ranking corresponding to the time when the event was held as a past event. The ranking display 452 is displayed in a manner that emphasizes the player's ranking so that the player can easily see it.

[0107] In the example of Figure 12, a player with the username "Player A" has accumulated 10,000 points and is currently ranked 100th. On the other hand, if Player A had earned the same number of points during a past event, he or she would have been ranked 55th. For example, the current ranking 451 and past ranking 453 are displayed with the same elapsed time since the start of the event. In the example of Figure 12, both rankings are shown as of the third day after the start of the event.

[0108] Displaying the current ranking 451 allows the player to understand his / her ranking among other players, and motivates the player to aim for a higher ranking. Also, displaying the past ranking 453 allows even players who have not participated in a past event to know their ranking at the time of the past event, thereby realizing a mode in which the revived event can be more enjoyed.

[0109] [others] The information processing system 1 according to the above embodiment may be configured as follows.

[0110] In the above embodiment, an example was described in which each player is allowed one vote, but an embodiment may be such that each player is allowed two or more votes. In this case, a player may cast two or more votes for the same candidate event, or may vote for two or more candidate events.

[0111] In the above embodiment, an example in which a player invites another player has been described, but the player may voluntarily invite another player, in which case activity A004 and activity A006 may be omitted.

[0112] In the above embodiment, a case has been described in which other players are given preferential treatment in terms of the amount of item consumption when voting in response to a request from a player. However, the degree of preferential treatment may also be adjusted depending on the relationship between the player and the other players. Specifically, for example, responding to a request from a guild member may be given preferential treatment in terms of the amount of item consumption required for voting compared to responding to a request from a friend. Furthermore, responding to a request from a close friend, such as one with whom the player has played many times in multiplayer games, may be given preferential treatment in terms of the amount of item consumption required for voting compared to responding to a request from a regular friend.

[0113] In the above embodiment, the voting screen 400 is displayed to inform the player that a candidate event has been decided to be held. However, the notification unit 235 may also notify the player of the fact that an event has been decided to be held, the event schedule, and other information.

[0114] In the above embodiment, the reward information and difficulty level information of the re-run execution event are adjusted, but of course the execution event may be held without adjusting these. Also, the execution event may be held without adjusting either the reward information or the difficulty level information.

[0115] In the above embodiment, the difficulty information of the execution event is adjusted based on the difficulty information of the current event or a past event. However, preferably, the current event is an event held close to the execution event. In this case, the adjustment unit 233 adjusts the reward information and difficulty information of the execution event so that there is no significant difference in rewards or difficulty between the events held close to each other. This adjusts the game balance between the current event held close to the revived execution event, allowing players to enjoy both events. In another embodiment, the adjustment unit 233 may perform preferential treatment, such as increasing the rewards or lowering the difficulty of the current event, if the player participates in the execution event. This allows players who have already cleared the past event to receive additional benefits from participating in the revived execution event.

[0116] In the above embodiment, only players who voted for a candidate event can participate in the running event. However, players who did not vote may also be able to participate. In this case, players who did not vote may be able to participate in the running event by consuming in-game currency or items. Furthermore, participation in the running event without voting may require the consumption of more in-game currency or items than voting.

[0117] In the above embodiment, a case has been described in which the quest (e.g., normal battle or raid battle) is a turn-based fighting game, but the present invention is not limited to this. For example, the quest may be an action game in which a player character operated by a player fights enemy characters in a virtual space, or a shooting game (e.g., a first-person shooting game (FPS) or a third-person shooting game (TPS)). As another example, the quest may be a quiz game in which a player fights by answering questions posed by an enemy character, or a strategy simulation game in which a player fights against an enemy army.

[0118] In the above embodiment, the ranking results are displayed when the raid boss is successfully defeated. However, the ranking may also be displayed when the raid boss is unsuccessful. Also, the display control unit 234 may display the ranking in response to input from the player, for example, on the home screen or the top page of an event.

[0119] In this embodiment, the game control unit 230, the reception unit 231, the execution unit 232, the adjustment unit 233, the display control unit 234, the notification unit 235, and the specific determination unit 236 are described as functional units realized by the control unit 23 of the information processing device 2, but at least some of these may be implemented as functional units realized by the control unit 33 of the game device 3.

[0120] The above-described embodiments may be implemented as an information processing method. The information processing method includes the components of the information processing system 1. The above-described embodiments may be implemented as a program. The program causes a computer to execute the steps of the information processing system 1.

[0121] Furthermore, it may be provided in the following aspects. In the information processing system, the candidate events include past events that have been held in the past, where the past events are events that were executed without accepting the designation and have already ended, and in the execution step, the executed event is executed based on event information of the past events, where the event information is information regarding the elements that make up the event. In the information processing system, further, in the adjustment step, reward information or difficulty information of the executing event is adjusted based on the event information of the current event or the past event, wherein the current event is an event that is executed without accepting the designation and that has not yet ended, the reward information is event information regarding rewards to be granted to users who participate in the event, and the difficulty information is event information regarding the difficulty of the event. In the information processing system, further, in the adjustment step, reward information or difficulty information of the executed event is adjusted based on user information and the event information of the past event, wherein the user information includes information regarding the game medium owned by the user, the reward information is event information regarding rewards to be granted to users who participate in the event, and the difficulty information is event information regarding the difficulty of the event. In the information processing system, the first display step further displays the plurality of candidate events together with information indicating that the reward information or the difficulty level information will be adjusted. In the information processing system, further, in a second display step, rewards given to specific users who participated in the game based on the results of the game are displayed as current rankings and past rankings, wherein the current rankings indicate the rankings as the executed event, and the past rankings indicate the rankings corresponding to the time when the past event was held. In the game program, the game control step controls the progress of a fighting game included in the execution event, and the fighting game is a game in which multiple player characters, each operated by multiple specific users participating in the execution event, fight against a common enemy character. In the information processing system, the notification step further includes notifying other users associated with the specific user that a request has been made by the specific user, wherein the request includes content requesting the other users to make the designation for the first event. In the information processing system, in the first reception step, the designation for the first event is accepted in accordance with the consumption of an item by the other user, and when the designation based on the request is accepted, the conditions for the consumption amount of the item are more favorable than when the designation not based on the request is accepted. In the information processing system, in the first receiving step, the designation is received in response to consumption of an item by the specific user, and if the designation for the first event is received after the execution condition of the first event is met, the condition for the amount of item consumed becomes worse than if the designation is received before the execution condition is met. In the information processing system, further, in a second receiving step, a change of the designation to a second event included in the candidate events is received from the specific user before the execution event is executed. In the information processing system, in the second receiving step, a change in the designation is accepted in accordance with the consumption of an item by the specific user, and if the change in the designation is accepted here, the conditions for the consumption amount of the item become worse than if the designation was accepted. A program that causes a computer to execute each of the steps described above. Of course, this is not the case.

[0122] Finally, various embodiments of the present disclosure have been described, but these are presented as examples and are not intended to limit the scope of the disclosure. The novel embodiments can be implemented in various other forms, and various omissions, substitutions, and modifications can be made without departing from the spirit of the disclosure. The embodiments and their modifications are intended to be included within the scope and spirit of the disclosure, as well as within the scope of the disclosure and its equivalents as set forth in the claims. [Explanation of symbols]

[0123] 1: Information processing system 11: Communication Network 2: Information processing equipment 20: Communication bus 21: Communications Department 22: Storage section 23: Control section 230: Game control unit 231: Reception 232: Executive Department 233: Adjustment section 234: Display control unit 235: Notification Department 236:Specific judgment section 3: Game device 30: Communication bus 31: Communications Department 32: Storage section 33: Control section 34a: Graphics processing unit 34b: Audio processing section 34c: Operation section 4a: Display 4b: Speaker 4c: Input Device 400: Voting screen 401: Voting period display 402: Candidate Event Banner 403: Adjustment display 404: Voting button 405: Display number of votes 406: Display required number 407: Event confirmed 408: Solicitation screen display button 409: Change button 410: Event details screen 411: Candidate event name 412: Description display area 420: Recruitment screen 421: Player name display area 422: Solicited display 423: Recruitment button 424: Status display 430: Event list screen 431: Event banner 432: Display period 433: Event type display 440: Quest result screen 441: Enemy character name 442: Results display area 443: Ranking display button 450: Ranking screen 451: Current ranking 452: Ranking display 453: Past rankings 500: Request display screen 501: Candidate Event Banner 502: Voting button 503: Preferential treatment 504: Display number of votes 505: Required number display

Claims

1. An information processing system, A control unit is provided, The control unit is configured to perform the following steps: In the game control step, the progress of the game including the events to be held is controlled. In the first receiving step, a designation of at least one of a plurality of candidate events that are candidates for the event is received from each of a plurality of users in the game, wherein the candidate events are set by an administrator who manages progress of the game; In the execution step, if the execution conditions of a first event, which is at least one of the plurality of candidate events, are satisfied by the designation, the first event is executed as an execution event for a specific user of the plurality of users, wherein the specific user is the user who designated the first event among the candidate events in the first reception step.

2. 2. The information processing system according to claim 1, The candidate events include past events that have been held in the past, where the past events are events that were carried out without receiving the designation and have already ended; In the execution step, the execution event is executed based on event information of the past event, where the event information is information relating to elements that constitute the event.

3. An information processing system, A control unit is provided, The control unit is configured to perform the following steps: In the game control step, the progress of the game including the events to be held is controlled. In the first receiving step, a designation of at least one of a plurality of candidate events that are candidates for the event is received from each of a plurality of users in the game; in the execution step, when an execution condition of a first event, which is at least one of the plurality of candidate events, is satisfied by the designation, the first event is executed as an execution event for a specific user of the plurality of users, wherein the specific user is a user who designated the first event among the candidate events in the first reception step; The candidate events include past events that have been held in the past, where the past events are events that were carried out without receiving the designation and have already ended; the executing step executes the execution event based on event information of the past event, wherein the event information is information relating to elements that constitute the event; the game control step controls progress of a fighting game included in the execution event, wherein the fighting game is a game in which a plurality of player characters, each operated by a plurality of specific users participating in the execution event, fight against a common enemy character; In the game control step, reward information or difficulty level information of the execution event is set based on user information and the event information of the past event, The user information includes information about a game medium owned by the user who plays the game, The reward information is event information regarding rewards to be given to users who participate in the event, and the difficulty level information is event information regarding the difficulty level of the event.

4. An information processing system, A control unit is provided, The control unit is configured to perform the following steps: In the game control step, the progress of the game including the events to be held is controlled. In the first receiving step, a designation of at least one of a plurality of candidate events that are candidates for the event is received from each of a plurality of users in the game; in the execution step, when an execution condition of a first event, which is at least one of the plurality of candidate events, is satisfied by the designation, the first event is executed as an execution event for a specific user of the plurality of users, wherein the specific user is a user who designated the first event among the candidate events in the first reception step; The candidate events include past events that have been held in the past, where the past events are events that were carried out without receiving the designation and have already ended; the executing step executes the execution event based on event information of the past event, wherein the event information is information relating to elements that constitute the event; Furthermore, in the second display step, rewards given to specific users who participated in the game based on the results of the game are displayed as current rankings and past rankings, where the current rankings indicate the rankings as the executed event, and the past rankings indicate the rankings corresponding to the time when the past event was held.

5. An information processing system, A control unit is provided, The control unit is configured to perform the following steps: In the game control step, the progress of the game including the events to be held is controlled. In the first receiving step, a designation of at least one of a plurality of candidate events that are candidates for the event is received from each of a plurality of users in the game; in the execution step, when an execution condition of a first event, which is at least one of the plurality of candidate events, is satisfied by the designation, the first event is executed as an execution event for a specific user of the plurality of users, wherein the specific user is a user who designated the first event among the candidate events in the first reception step; In the notification step, other users associated with the specific user are notified that there has been a request from the specific user, and the request includes content requesting the other users to make the designation for the first event.

6. An information processing system, A control unit is provided, The control unit is configured to perform the following steps: In the game control step, the progress of the game including the events to be held is controlled. In the first receiving step, a designation of at least one of a plurality of candidate events that are candidates for the event is received from each of a plurality of users in the game; in the execution step, when an execution condition of a first event, which is at least one of the plurality of candidate events, is satisfied by the designation, the first event is executed as an execution event for a specific user of the plurality of users, wherein the specific user is a user who designated the first event among the candidate events in the first reception step; In the first receiving step, the designation is received in response to consumption of an item by the specific user, and if the designation for the first event is received after the execution condition for the first event has been met, the condition for the amount of item consumed becomes worse than if the designation is received before the execution condition is met.

7. An information processing system, A control unit is provided, The control unit is configured to perform the following steps: In the game control step, the progress of the game including the events to be held is controlled. In the first receiving step, a designation of at least one of a plurality of candidate events that are candidates for the event is received from each of a plurality of users in the game; in the execution step, when an execution condition of a first event, which is at least one of the plurality of candidate events, is satisfied by the designation, the first event is executed as an execution event for a specific user of the plurality of users, wherein the specific user is a user who designated the first event among the candidate events in the first reception step; Furthermore, in the second accepting step, a change of the designation to a second event included in the candidate events is accepted from the specific user before the execution event is executed; In the second receiving step, a change in the designation is accepted in accordance with the consumption of the item by the specific user, and if the change in the designation is accepted here, the conditions for the consumption amount of the item become worse than when the designation is accepted.

8. In the information processing system according to any one of claims 2 to 4, the game control step controls progress of a fighting game included in the execution event, wherein the fighting game is a game in which a plurality of player characters, each operated by a plurality of specific users participating in the execution event, fight against a common enemy character; In the game control step, reward information or difficulty level information of the execution event is set based on the event information of the current event or the past event, The current event is an event that is executed without receiving the designation and has not yet ended, The reward information is event information regarding rewards to be given to users who participate in the event, and the difficulty level information is event information regarding the difficulty level of the event.

9. In the information processing system according to claim 3 or claim 8, Furthermore, in the first display step, the candidate events are displayed together with information indicating that the reward information or the difficulty level information is set for a plurality of the candidate events.

10. In the game program according to any one of claims 1, 2, and 4 to 7, The game control step controls the progress of a fighting game included in the execution event, wherein the fighting game is a game in which multiple player characters, each operated by multiple specific users participating in the execution event, fight against a common enemy character.

11. 6. The information processing system according to claim 5, In the first receiving step, the designation for the first event is accepted in accordance with the consumption of an item by the other user, and when the designation based on the request is accepted, the conditions for the consumption amount of the item are more favorable than when the designation not based on the request is accepted.

12. A program, A method for causing a computer to execute each step according to any one of claims 1 to 11.

Images