JP2023091468A - Information processing system and program - Google Patents

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

The present disclosure relates to an information processing system and program.

2. Description of the Related Art Conventionally, in an information processing apparatus that executes a game, there is known a mode in which users participate in various events. For example, Patent Literature 1 discloses a game in which a player can participate in a quest event, a lottery event, a raid battle event, etc. by using virtual items possessed by the player.

JP 2020-130843 A

However, in the conventional mode, the user could not select the event to be held in advance, and there was a lack of interest.

In view of the circumstances described above, the present disclosure provides an information processing system and a program that make it possible to realize a highly interesting game.

According to one aspect of the present disclosure, an information processing system is provided. This information processing system includes a control unit. The controller is configured to perform the following steps. The game control step controls the progress of the game including the events to be held. In the first receiving step, a specification of at least one of a plurality of candidate events, which are event candidates, is received from each of the plurality of users in the game. In the execution step, when the execution condition of the first event, which is at least one of the plurality of candidate events, is satisfied by the designation, the first event is set as the execution event for a specific user among the plurality of users. Execute. The specific user is the user who designated the first event among the candidate events in the first receiving step.

According to the present disclosure, a highly entertaining game can be realized.

1 is a block diagram showing the hardware configuration of an information processing system 1 according to this embodiment; FIG. 2 is a block diagram showing the functional configuration of an information processing device 2 according to this embodiment; FIG. 3 is an activity diagram showing the flow of information processing executed by the information processing system 1; FIG. 4 is a flowchart showing the flow of a raid event; FIG. 4 is an image diagram showing an example of a voting screen 400 visually recognized by a player; FIG. 4 is an image diagram showing an example of a voting screen 400 visually recognized by a player; FIG. 11 is an image diagram showing an example of an event details screen 410 visually recognized by a player; FIG. 10 is an image diagram showing an example of an invitation screen 420 visually recognized by a player. FIG. 10 is an image diagram showing an example of a request display screen 500 visually recognized by another player; FIG. 11 is an image diagram showing an example of an event list screen 430 visually recognized by a player; FIG. 11 is an image diagram showing an example of a quest result screen 440 visually recognized by a player. FIG. 11 is an image diagram showing an example of a ranking screen 450 visually recognized by a player;

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

By the way, the program for realizing the software appearing in this embodiment may be provided as a non-transitory computer-readable medium (Non-Transitory Computer-Readable Medium), or may be downloaded from an external server. It may be provided as possible, or may be provided so that the program is activated on an external computer and the function is realized on the client terminal (so-called cloud computing).

Further, in the present embodiment, the term “unit” may include, for example, a combination of hardware resources implemented by circuits in a broad sense and software information processing that can be specifically realized by these hardware resources. . In addition, various information is handled in this embodiment, and these information are, for example, physical values of signal values representing voltage and current, and signal values as binary bit aggregates composed of 0 or 1. Expressed by high and low, or quantum superposition (so-called quantum bits), communication and operations can be performed on circuits in a broad sense.

A circuit in a broad sense is a circuit realized by at least appropriately combining circuits, circuits, processors, memories, and the like. Application Specific Integrated Circuits (ASICs); Programmable Logic Devices (e.g., Simple Programmable Logic Devices (SPLDs); Complex Programmable Logic Devices (CPLDs); and field It includes a programmable gate array (Field Programmable Gate Array: FPGA).

1. Description of Game FIG. 1 is a block diagram showing the hardware configuration of an information processing system 1 according to the present embodiment. In an 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. FIG.

A game according to the present embodiment is an online game executed by the information processing system 1 . In this game, the user of the game device 3 activates one or more player characters in a virtual game space, or pits the player characters against enemy characters that are non-player characters. Also, a character is an example of an object.

Games such as those described above are home game machines such as PlayStation (registered trademark), portable game machines such as Nintendo Switch (registered trademark), or game devices 3 that are electronic devices such as personal computers, smartphones, and tablet terminals. is executed using

2. Overview of Information Processing System 1 As shown in FIG. 1 , an information processing system 1 includes an information processing device 2 and a plurality of game devices 3 . The information processing device 2 stores game programs and game data, and manages the game data (for each account information described below) of the game device 3 . The information processing device 2 is configured by, for example, a server. Each of the plurality of game devices 3 has the same configuration as each other. It should be noted that, in this embodiment, a system consists of one or more devices or components. Therefore, for example, even an information processing device 2 or a game device 3 alone, which will be described later, can be an example of the information processing system 1 .

The game device 3 executes a predetermined game based on user's operation. For this purpose, the game device 3 receives (more specifically, downloads and installs) a game program and game data from the information processing device 2 via the communication network 11 . Account information including identification information and a password is assigned to each user 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 in the information processing device 2 .

Mutual communication between the information processing device 2 and the game device 3 becomes possible after the user authentication. After logging in, when the game device 3 receives data necessary for progressing the game (data relating to the progress of the game) from the information processing device 2, the game device 3 outputs game images and sounds to the display 4a and the speaker 4b based on the user's operation. , to advance the game.

2.1 Hardware Configuration Each hardware configuration of the information processing system 1 will be described below with reference to FIG.

<Information processing device 2>
As shown in FIG. 1 , the information processing device 2 has a communication section 21 , a storage section 22 and a control section 23 . Communication unit 21 and storage unit 22 are electrically connected to control unit 23 via communication bus 20 .

The communication unit 21 is a so-called network interface that is communicably connected to each game device 3 via the communication network 11 such as the Internet and LAN. The main information received by the information processing device 2 via the communication unit 21 includes game program download request information, gacha lottery request in response to the user's operation, quest execution request, auto-play execution/end request, Examples include account information and game data. The main information that the information processing device 2 transmits via the communication unit 21 includes information for confirming that the game device 3 has received the game program, information related to the game content obtained by the gacha, and the like. .

The storage unit 22 includes a HDD (Hard Disk Drive), a RAM (Random Access Memory), a ROM (Read Only Memory), an SSD (Solid State Drive), and the like. The storage unit 22 stores various programs including part of the game program according to the present embodiment, various data related to the game, and the like.

Specifically, for example, the storage unit 22 stores a user DB, a lottery list, and the like. In the user DB, information such as the user name, user rank, status related to the player character operated by the user, the amount of consumable media that can be used in the virtual game space, parameters related to each user identification number who plays the game Information and the like are associated and stored. The lottery list is used for a lottery process generally called gacha, and includes a plurality of pieces of information about game media to be selected. In the lottery list, information (name, ability parameter, rarity, level, etc.) related to game media is associated with the selection ratio by lottery. The ability parameters include, for example, strength, HP, attack power, defense power, intelligence, speed, etc. when the game medium is a player character.

The control unit 23 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of the information processing apparatus 2 itself. In particular, the control unit 23 reads out a predetermined program stored in the storage unit 22 to implement various functions related to the information processing device 2 as its own device. 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, so that each function unit described later can be executed. Note that the control unit 23 is not limited to a single unit, and may be implemented to have a plurality of control units 23 for each function. A combination thereof may also be used.

The information processing executed by the control unit 23 includes, for example, billing settlement processing, user account authentication processing, gacha lottery selection processing, and the like. The billing settlement process is executed, for example, based on a billing request necessary for recovering a predetermined amount of game parameters. The user account authentication process is performed using the user identification information received from the game device 3, for example. The gacha lottery selection process is a process of selecting one or more game media from a lottery list by lottery based on the selection probability of each game media in response to a gacha lottery request. According to the gacha lottery selection process, the information about the selected game content and the identification information of the user who performed the operation that is the source of the lottery request are associated in the user DB. Game media won as a result of drawing gacha by yourself are given.

Here, to further supplement the above, "game media" is electronic data representing elements related to a game, including the name of a character used as a player character, items used by the player character in the virtual game space ( Weapons, armor, tools, etc.). Users can acquire game media directly by charging, by clearing quests, or by a lottery method called gacha. The acquired game media are stored and managed in the user DB in association with the identification information of the user who owns the game media. Furthermore, "gacha" is a method of selecting arbitrary game media from a lottery list by lottery in the information processing device 2 based on a predetermined selection ratio. Any selected game content is provided to the user's game device 3 . "A game medium selected by a gacha is given to the user/owned by the user" is synonymous with "the game medium selected by the lottery process is associated with/associated with identification information indicating the user." be.

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

The communication unit 31 is a so-called network interface that is communicably 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 . The main information received by the game device 3 via the communication unit 31 includes account information, download request information for new game data, a gacha execution request, a quest execution request, and the like. The 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 about game media selected by lottery processing, and the like. mentioned.

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 part of the game program, account information of the game device 3 as the own device, user information, and the like. Note that the user information is at least part of the user DB stored in the storage unit 22 of the information processing device 2 . The user DB manages a master of user information, and the storage unit 32 of the game device 3 stores at least part of the information of this master distributed from the information processing device 2 .

The control unit 33 is composed of a microcomputer including a CPU and a semiconductor memory, and controls the operation of the game device 3 itself. In particular, the control unit 33 reads out a predetermined program stored in the storage unit 32 to implement various functions related to the game device 3 as its own device. 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, so that each function unit described later can be executed. Note that the control unit 33 is not limited to a single unit, and may be implemented to have a plurality of control units 33 for each function. A combination thereof may also be used.

In particular, the control unit 33 is configured to execute the game according to 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 uses the data received from the information processing device 2 to perform two-dimensional or three-dimensional processing. game image information. As the game image information is processed by the graphics processing unit 34a, 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 according to the operation of the user of the game device 3, which is the own device, when executing the game.

The graphics processing unit 34a draws game images including characters and various objects related to the virtual game space in a moving image format according to the game image information output from the control unit 33. FIG. The graphics processing unit 34a is connected to, for example, a liquid crystal display 4a, and a game image drawn in a moving image format is displayed on the display 4a as a game screen. The audio processing unit 34b is connected to the speaker 4b, reproduces and synthesizes the game sound according to the instruction of the control unit 33, and outputs it from the speaker 4b. The operation unit 34c is connected to the input device 4c, and transmits/receives data regarding operation input to/from the input device 4c. The user inputs an operation signal 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, and the like.

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

FIG. 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 to control a game control unit 230, a reception unit 231, an execution unit 232, an adjustment unit 233, a display control unit 234, It functions as a notification unit 235 and a specific determination unit 236 . 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 can be executed as each function unit included in the control unit 23 .

The game control unit 230 is configured to control the progress of the game. As an example, the game control unit 230 controls progress of a game including events to be held. As another example, the game control unit 230 controls progress of a battle game in which a player character operated by a user fights an enemy character. In one aspect, the battle game may be executed as a quest with a specific achievement condition such as "defeat a specific enemy character".

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, various information received by the receiving unit 231 is described as being stored in the storage unit 22 .

The execution unit 232 is configured to execute multiple game categories (eg, event, item shop, gacha, etc.) for the user. An event may be, for example, an entertainment that is held permanently or for a limited time by a game maker or the like that sponsors the game. In the following description, unless otherwise specified, the event is assumed to be a limited-time event. The event may be executed for all users or may be executed for some users. Also, the event may include, for example, a plurality of quests and stories, and only the user who has executed the event can play these. The execution unit 232 may execute, in parallel with the event for a limited time, an item shop selling special game media associated with the event, or a gacha where special game media can be won. In the following description, the terms "executing an event" and "holding an event" are used synonymously.

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

The display control unit 234 causes the display 4a of the game device 3 to display various information stored in the storage unit 32 or a screen including the information in a visible manner. Specifically, the display control unit 234 may generate visual information itself generated in a manner that can be visually recognized by humans, such as screens, images (for example, still images or moving images), icons, texts, etc. For example, rendering information for displaying visual information on the display 4a may be generated and transmitted.

Notification unit 235 is configured to perform various notifications to the user. The notification method is not particularly limited. For example, the notification unit 235 may cause the display control unit 234 to display the notification on the display 4a of the game device 3, may emit a sound from the speaker 4b, or may use the input device 4c. You can vibrate. The notification by the notification unit 235 may be continuously given to some users, or may be canceled by the user's input via the input device 4c.

The identification determination unit 236 is configured to identify various information in the game whose progress is controlled by the game control unit 230, determine various states in the game, and the like. In particular, the specific determination unit 236 determines whether the candidate event execution condition is satisfied.

3. Flow of Operation of Information Processing System 1 In this section, the flow of operation of the information processing system 1 described above will be described. By the way, the game provided in the information processing system 1 includes an in-game, which is the main part played by the player, and an out-game, which is the part responsible for preparing and waiting for playing the in-game. In the following, a competitive game will be taken up as an example of an in-game, and a game part other than a competitive game will be taken up as an example of an out-game. The player can use the in-game currency to make purchases and train the player character in the out-game. Also, the player operates the trained player character to fight against enemy characters in the in-game, aiming to complete the quest.

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

3.1 Overview of Information Processing First, regarding an overview of information processing executed by the information processing system 1, there will be mainly a flow until an execution event is held (see FIG. 3) and a flow mainly until the end of an execution event (see FIG. 3). 4) will be explained separately.

<From voting to execution event>
FIG. 3 is an activity diagram mainly showing the flow up to holding an execution event in the information processing executed by the information processing system 1. As shown in FIG.

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). The candidate events include past events that have been held in the past. A past event is an event that has been 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 held for all users.

Next, the display control unit 234 causes the display 4a of the game device 3 to display a plurality of candidate events in a manner that can be visually recognized by the player (activity A002). Specifically, the display control unit 234 causes the display 4a to display a voting screen for the candidate event in accordance with the player's input via the input device 4c of the game device 3 .

Next, the player inputs a specification 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 has voted for the first event as a specific candidate event.

Next, an invitation from the player to other players is entered (activity A004). Specifically, for example, a request requesting a vote for the same candidate event as the candidate event voted for by the player (hereinafter referred to as a vote request) is transmitted to the other players. That is, the request includes the content of requesting the other player to designate the first event. For example, the notification unit 235 transmits a voting request according to the player's input via the input device 4c. Here, the other player is, for example, at least one friend of the player, or at least one member belonging to the same guild or team.

Next, as a first receiving step, the receiving unit 231 receives a designation of at least one of the plurality of candidate events from the player. Specifically, the accepting unit 231 accepts votes from players input in activity A003 via communication network 11 and communication unit 21 (activity A005).

In parallel with activity A005, the notification unit 235 notifies other players of the request from the player via the communication network 11 and communication unit 21 (activity A006).

Next, the identification determination unit 236 determines whether or not the execution condition of the candidate event is satisfied (activity A007). In the following, the processing when the execution condition is not satisfied will be described first.

When the specific determination unit 236 determines that the execution condition is not satisfied, the specific determination unit 236 further determines whether or not the voting period has ended (activity A008). When the specific determination unit 236 determines that the voting period has not ended, the process returns to activities A005 and A006. In other words, the receiving unit 231 receives votes and voting requests from various players at any time during the voting period. On the other hand, when the specific determination unit 236 determines that the voting period has ended, the information processing ends. In other words, in this case, it is determined that none of the candidate events will be executed because the execution condition is not satisfied and the voting period has ended.

On the other hand, if the specific determination unit 236 determines in activity A007 that the candidate event execution condition is satisfied, one of the candidate events is determined as the execution event (activity A009). For example, when the first event voted by the player in activity A005 satisfies the execution condition, the identification determination unit 236 identifies information that the first event among the candidate events has been determined as the execution event. Note that if the first event is a past event, the past event that was previously held is determined as the execution event. An event related to such re-opening is referred to as a reprint of a past event.

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

Next, the game control unit 230 terminates the voting period for multiple candidate events (activity A011).

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 media, in-game currency, etc. given to the player as the game progresses, and reward information is the content of rewards such as event rewards and quest rewards, and the rewards given to the player. They are conditions etc. to give. The difficulty level information is information regarding the difficulty level of the event. Specifically, for example, difficulty information includes information about enemy characters (for example, physical strength, attack power, defense power, techniques used, attributes, weaknesses, etc.), conditions for achieving quests included in the event (for example, battle time , conditions for the number of turns, conditions for usable player characters and techniques, etc.). In this way, by adjusting the execution event determined by voting so as to be different from the event that is normally held, it is possible to realize a mode in which the player can enjoy the game more.

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. Especially when 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 elements that constitute an event. Specifically, for example, event information includes story content, still image and video data, information about appearing characters (e.g., enemy characters, boss characters, friendly non-player characters, player characters, etc.), and virtual space. data, reward information, difficulty level information, and the like. By reproducing the past event based on the event information of the past event, the execution event can be held without increasing the burden on the event organizer such as the game maker.

Next, the display control unit 234 causes the display 4a of the game device 3 to display the first event, which is an execution event, in a manner that the player can see it (activity A014). Specifically, the display control unit 234 causes the first event to be displayed on the event screen displayed in response to the player's input via the input device 4c of the game device 3 . The player can then play games relating to the first event.

<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. Here, as an example, it is assumed that the execution event is an event (raid event) related to a competitive game called a raid battle. A battle game called a raid battle is a game in which a plurality of player characters, each operated by a plurality of players participating in an execution event, fights against 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 the player can defeat the raid boss within the limited turn or within the limited time, the subjugation is successful. On the other hand, if the player is unable to defeat the raid boss within the limited number of turns, or if the raid boss's attack causes the player character's physical strength to become zero and the player's character is annihilated, the subjugation fails.

FIG. 4 is a flowchart mainly showing the flow of a raid event among the information processes executed by the information processing system 1. As shown in FIG. In raid battles, there are synchronous cooperation battles in which multiple matched players fight together at the same time, and asynchronous cooperation battles in which the damage inflicted by multiple players fighting the raid boss by themselves is added up. I will explain assuming that the battle is adopted.

A player who participates in the raid event can play a quest (hereinafter referred to as a normal quest) in which he or she battles a normal enemy character. The game control unit 230 starts a normal quest in response to the player's input via the input device 4c (step S101). Then, the game control section 230 advances the battle between the player character and the enemy character in response to the start of the normal quest. After each normal quest ends, the display control unit 234 displays the result of the quest (step S102), and the player is given a quest reward depending on the success or failure of the quest.

Next, the game control unit 230 makes the next normal quest appear (step S103), and then determines whether or not to make the raid battle appear (step S104). In normal quests, when one quest ends, the next quest can be challenged, and the flow is repeated. is determined. For example, after the normal quest ends, the game control unit 230 draws a lottery based on a predetermined probability to determine whether or not a raid battle will appear. The predetermined probability may be set based on the game play status such as the user's stamina consumption, game information such as the degree of game progress, and user information such as the user rank.

When 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 according to the player's input via the input device 4c (step S101). On the other hand, when a raid battle appears, the game control unit 230 starts the raid battle according to the player's input via the input device 4c (step S105). The flow of turn-based battles in raid battles is the same as in normal quests.

The specific determination unit 236 determines whether or not the player has succeeded in defeating the raid boss (step S107). If it is determined that the subjugation has failed, the next process returns to step S101. If it is determined that the subjugation is successful, the game control unit 230 creates a ranking, and the player is given a reward for successful subjugation. Then, the display control unit 234 causes the current ranking to be displayed according to the player's input through the input device 4c, and the information processing ends (step S108).

<Summary of information processing>
To summarize the above, the information processing system 1 according to this embodiment includes the following components. The game control section 230 controls the progress of the game including the held event. As a first receiving step, receiving unit 231 receives, in the game, designation of at least one of a plurality of candidate events, which are event candidates, from each of a plurality of users. The executing unit 232 executes the first event for a specific user among the plurality of users when the execution condition of the first event, which is at least one of the plurality of candidate events, is satisfied by the designation. Run as The specific user is a user who designates the first event among the candidate events in the first reception section.

According to such an aspect, it is possible to realize a highly interesting game. In particular, when a past event is reprinted, 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 the event. A friendly game can be realized. Furthermore, when the execution event is a raid event, it is preferable that the number of players is as large as possible because of the nature of multiple players fighting together to defeat the raid boss. It is possible to prevent a situation in which the number of players decreases and becomes sluggish.

3.2 Details of Information Processing Details of the information processing outlined above will be described with reference to the drawings.

<Voting screen>
5 and 6 are image diagrams showing an example of the voting screen 400 visually recognized by the player. Here, an example screen is shown in which the player has not yet voted for any candidate event. As shown in FIG. 5, the voting period display 401 displays the remaining period (for example, remaining days, remaining time, etc.) until the end of the voting period. The voting period here is the voting period started by the game control unit 230 in activity A001.

Also, in the example of FIG. 5, the voting screen 400 displays a plurality of candidate event banners 402 indicating candidate events. The plurality of candidate events displayed by the display control unit 234 in activity A002 are, for example, the plurality of candidate event banners 402 . When the receiving unit 231 receives an input such as a tap operation from the player on the candidate event banner 402, the display control unit 234 causes the event details screen 410 (see FIG. 7) to be displayed.

In the example of FIG. 5, in the adjustment display 403 of the candidate event "Emissary Basilisk from the Underground", if the holding of this event is decided, the player will be given a reward twice as much as that of the previous holding. It is shown that In other words, as the first display step, the display control unit 234 displays a plurality of candidate events together with information indicating that reward information or difficulty level information will be adjusted. Such an aspect can increase the player's motivation to participate in the past event. Players can also be encouraged to vote for candidate events recommended by event organizers.

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 events. A current event is an event that is executed without receiving a specification and that has not yet finished. That is, an event that is currently being held or an event that will be held in the future is included in the current event as long as the event has not ended yet. In addition, current events and past events typically do not require any special conditions for participation (except that the game has progressed to the minimum state, such as having completed the tutorial). This event is open to all users. In particular, when the execution event is a past event, the difficulty level of the event may be relatively different from that at the time of the past due to the appearance of new characters, new special attacks, and the like. Even in such a case, by adjusting the reward information and the difficulty level information, it is possible to realize a mode in which the game can be enjoyed even if the execution event is a past event that has been reprinted.

The candidate event execution condition is, for example, collecting a certain number or more of votes from the players. A required number display 406 on the voting screen 400 displays the number of votes required to determine a candidate event as an execution event. In this embodiment, each player can vote only once, and the number of votes is the same as the number of players who voted. The current number of votes for each candidate event is displayed in the number of votes display 405 . In the example of FIG. 5, the candidate event "Emissary Basilisk from the Underground" is decided to be held when 5000 votes are collected. It also shows that 3000 votes have been collected for this candidate event at this time.

The receiving unit 231 receives a vote from the player in response to receiving an input such as a tap operation on the voting button 404 from the player (first receiving step). In the example of FIG. 5, the vote button 404 indicates that it is possible to vote by consuming tickets, which are items. For example, in order for a player to vote for a candidate event called "Emissary Basilisk from the Underground", it is necessary to consume two tickets. That is, the accepting unit 231 accepts the designation according to the player's consumption of the item as the first accepting step.

In one aspect, the display control unit 234 displays information indicating that holding of the candidate event has been decided. In the example of FIG. 5, the candidate event "Revived Ancient Red Dragon" satisfies the conditions for holding the event, so the holding determination display 407 is displayed.

If the specification for the first event is accepted after the execution condition of the first event is met, the item consumption condition will be worse than if the specification is accepted before the execution condition is met. . In the example of FIG. 5, the number of tickets required for voting is set larger for the candidate event "Revived Ancient Red Dragon", which has already been decided to be held, compared to other candidate events. In this manner, the players are motivated to cast their votes at an early stage, so that it is possible to avoid a state in which it is difficult to collect votes for the candidate event and the popularity vote itself does not become lively.

FIG. 6 shows an example of the screen after the player has voted for the candidate event "Emissary Basilisk from the Underground". It has become. According to the player's vote, the display control unit 234 changes the voting button 404 for "Basilisk, the messenger from the depths of the earth" in FIG. to display the change button 409 .

The accepting unit 231 accepts a change of the voting destination from the player in response to an input such as a tap operation on the change button 409 from the player. In other words, as the second receiving step, the receiving unit 231 receives from the player a change in designation to the second event included in the candidate event before the execution event is executed. With such an aspect, the player can change the destination of voting to a candidate event that is expected to be held with a high number of votes. Therefore, it is possible to gather more players who are likely to participate in the event before the event starts, and to prevent the number of participants in the execution event from decreasing.

As a second receiving step, the receiving unit 231 receives a designation change according to the player's consumption of the item. Specifically, for example, the reception unit 231 receives a change of the candidate event for the voting destination according to the consumption of the ticket by the player. When accepting a change in designation, the conditions for item consumption become worse than when accepting a designation. In the example of FIG. 5, it is indicated that three tickets must be consumed in order to vote for the candidate event "Revived Ancient Red Dragon". On the other hand, in the example of FIG. 6, in order for the player to change the voting destination to the same event, it is necessary to consume four tickets, and the amount of tickets consumed is greater than when voting for the first time. . This aspect increases the importance of selecting which candidate event to vote for first, and improves the strategic nature of the game.

<Event details screen>
FIG. 7 is an image diagram showing an example of an event details screen 410 visually recognized by the player. Event details screen 410 may include, for example, candidate event name 411 and description display area 412 . Candidate event name 411 displays the name of the event corresponding to candidate event banner 402 . In the explanation display area 412, a detailed explanation about the candidate event is displayed. For example, conditions for participating in this event, explanation of the rules, explanation of the special enemy character, the boss, and introduction of recommended player characters that can advance the event in an advantageous manner. , Introduction of gacha held at the same time as the event, explanation of rewards obtained by participating in the event, etc. are displayed. In addition, when the holding of the event has already been decided, the holding period is further displayed. If the event was held in the past, the ranking of the event held in the past is further displayed. As shown in the explanation display area 412 of FIG. 7, the condition for participation in the execution event is that voting for this event has been completed within the voting period.

The event detail screen 410 displays that the reward information and difficulty level information of the execution event are adjusted so that the use of a specific player character is preferentially treated. In the example of FIG. 7, it is shown that in the candidate event "Revived Ancient Red Dragon", the player characters "Ice Devil" and "Snow Fairy" are treated preferentially in terms of damage to enemy characters. A player character that is set in such a way that the game progresses in an event with an advantage is called an event special effect character.

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 the past event. User information is information that includes information about game media owned by the player. Specifically, for example, the user information is the player's registration information, level, game play history, login frequency, remaining stamina, game media possessed, in-game currency, or information related to subjugation points described later. .

The event special character is, for example, an old player character that appeared when the event was held in the past. As another example, the use of a player character available in a limited gacha held concurrently with the current event or execution event gives preferential treatment to the player so that the other event can be favorably advanced.

By adjusting the difficulty level information and the like of the execution event so that the event special effect character is given preferential treatment, the game can be made more strategic and more interesting. In addition, by adjusting the player characters available in either the current event or the execution event to have the event special effect of the other event, a synergistic effect is created between the current event and the execution event, and participation in both events is possible. Motivation can be given to the player.

Also, in the example of FIG. 7, it is shown that, as event rewards, the player can obtain a "red dragon egg of 5 stars" or the like when the player ranks within the top 200 in the ranking. Here, "star" is an index indicating the ability value of the player character. By showing the player that they can get a luxurious reward by entering the top ranking, it is possible to increase the motivation of the player to actively participate in the event.

<Solicitation screen>
FIG. 8 is an image diagram showing an example of an invitation screen 420 visually recognized by the player. For example, when the reception unit 231 receives an input such as a tap operation on the invitation screen display button 408 from the player, the display control unit 234 displays the invitation screen 420 on the display 4a.

The solicitation screen 420 includes multiple player name display areas 421 . In the player name display area 421, for example, other player's user name, status display 424, solicitation button 423 and the like are displayed. In the example of FIG. 8, the solicitation screen 420 displays the names of players B, C, and D who are friends of the players, and players E, F, and G who belong to the same guild as the players. there is

The status display 424 shows information about other players. For example, as shown in FIG. or other information is displayed. In the example of FIG. 8, it is displayed that player B has not yet cleared the candidate event "Basilisk, a messenger from the depths of the earth" and has the necessary tickets for voting.

The notification unit 235 transmits a voting request when the reception unit 231 receives an input such as a tap operation on the solicitation button 423 from the player. In response to the transmission of the voting request, the display control unit 234 changes the display of the solicitation button 423 to the solicitation completed display 422 . In the example of FIG. 8, a state in which voting requests have already been sent to player B and player C is shown.

Then, in response to the transmission of the voting request, the notification unit 235 notifies other players associated with the player, such as friends and guild members, of the request from the player. In this manner, the player can tell his/her friends and members belonging to the same guild about the candidate event that he/she has voted for, and invite his or her friends to the event. As a result, the players can share the experience of playing the same event together with their friends, making it possible to enjoy the game even more.

<Request display screen>
As a first reception step, the reception unit 231 receives designation of the first event according to consumption of items by other players. Specifically, for example, the accepting unit 231 accepts a vote for one of a plurality of candidate events according to ticket consumption by other players.

On the other hand, other players can also vote for candidate events for which they are asked to vote, in response to a vote request from a player. FIG. 9 is an image diagram showing an example of a request display screen 500 visually recognized by other players. For example, the display control unit 234 displays the request display screen 500 on the display 4a of the game device 3 of another player. Specifically, the request display screen 500 is displayed when the reception unit 231 receives an input such as a tap operation from the player in response to the display indicating that the notification has been received.

In the example of FIG. 9 , request display screen 500 includes candidate event banner 501 , vote button 502 , vote count display 504 , and required count display 505 . Since these are the same as the candidate event banner 402, voting button 404, vote number display 405, and required number display 406 on the voting screen 400 shown in FIG.

When the designation based on the voting request is accepted, the ticket consumption condition is treated preferentially compared to the case where the designation not based on the voting request is accepted. For example, by voting from the voting button 502 of the request display screen 500, the consumption of tickets is reduced compared to normal voting. In the example of FIG. 9, the display control unit 234 causes the preferential treatment display 503 in the voting button 502 to display that the ticket consumption amount is preferential. In this manner, friends and guild members are motivated to vote for the same candidate event, and it is possible to prevent execution events from becoming dull.

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

In the example of FIG. 10, the remaining period display 432 displays the remaining period until the end of the holding period of the execution event. Note that in the example of FIG. 10, the remaining period display 432 is not displayed in the "character acquisition quest", indicating that it is a permanent event that is constantly held.

Also, 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 event, and a permanent event, which are current events, are being held. In this way, the past event to be reprinted is selected to be of a different type from the current event. As a result, it is possible to prevent the player from becoming bored by eliminating the bias in the types of events.

<Quest result screen>
FIG. 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 game device 3 of the player. The example of FIG. 11 shows a quest result screen 440 when the raid boss has been successfully subjugated.

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

The condition for successful subjugation is that the total amount of damage dealt to the raid boss exceeds the physical strength of the raid boss. Normally, the physical strength of a raid boss is often set to a much larger value than the physical strength of normal enemy characters in normal quests in which one user subjugates in one battle. Even if the subjugation fails, the stamina of the raid boss will be taken over when other users battle after the battle is over, so multiple players can repeatedly challenge the common raid boss and aim to subdue it. becomes. In response to the successful determination of subjugation by the specific determination unit 236, a reward is given to the player who has fought against the subjugated raid boss.

The result display area 442 displays information about the results of the quest, such as the total amount of damage dealt to the raid boss, bonuses or penalties depending on the player character used, details of the acquired subjugation points and rewards, success or failure of the quest, current The cumulative value of the subjugation points acquired by is shown. For example, as a reward for successfully subjugating a raid boss, each player is given subjugation points corresponding to the total amount of damage dealt to the raid boss, that is, the degree of contribution to the raid battle. In the example of FIG. 11, it is displayed that the total damage dealt by the player is 8000, which corresponds to 6000 defeat points. In addition, it is displayed that the cumulative defeat points acquired by the player up to this point is 10000 points.

Bonuses or penalties are added to subjugation points by using a specific player character or the like. In the example of FIG. 11, it is shown that the subjugation points have been adjusted by the player using the event special effect character "Ice Devil" and the new character "Siren". Specifically, the damage dealt by "Ice Devil" is multiplied by 1.5, and the damage dealt by "Siren" is multiplied by 0.5. As a result, the total damage of 8000 is multiplied by the action coefficient to calculate 6000 subjugation points, which are given to the player.

In this way, when the player uses a specific player character to play the quest during the execution event, the difficulty level information of the execution event may be adjusted so that the amount of damage to the enemy character is reduced. In games that have been released for a certain period of time, new player characters are often set to have higher abilities than old player characters that have appeared in the past. For example, by treating a new player character coldly, it is possible to adapt to the difficulty level of the reprinted past event, and to adjust the game balance.

<Ranking screen>
Rankings created after subjugating a raid boss are not particularly limited as long as they are related to raid battles. Rewards according to final rankings at the end of the execution event are given to the players after the event ends.

FIG. 12 is an image diagram showing an example of a ranking screen 450 visually recognized by the player. For example, in step S108, the display control unit 234 causes the ranking screen 450 to be displayed. Specifically, when the reception unit 231 receives an input such as a tap operation from the player on the ranking display button 443, the display control unit 234 displays the ranking screen 450 on the display 4a.

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

In the example of FIG. 12, the player with the user name Player A has 10,000 cumulative defeat points and is currently ranked 100th. On the other hand, if player A had obtained the same number of points when the past event was held, player A would have been ranked 55th. For example, the current ranking 451 and the past ranking 453 are displayed with the elapsed time from the start of the event aligned. In the example of FIG. 12, both show rankings as of the third day from the start of the event.

By displaying the current ranking 451, the player can grasp the ranking among other players, and the player can be motivated to aim for a higher ranking. Further, by displaying the past ranking 453, even a player who has not participated in the past event can know the ranking corresponding to the time when the past event was held, so that the reprinted event can be enjoyed more. be able to.

[others]
The following aspects may be adopted for the information processing system 1 according to the above-described embodiment.

In the above-described embodiment, the number of votes that can be cast by each player is one, but it is also possible to allow two or more votes per player. In that case, the player may cast two or more votes for the same candidate event, or may vote for two or more candidate events.

In the above embodiment, an example in which a player solicits another player has been described, but solicitation may be executed at the discretion of the player. In that case, activity A004 and activity A006 may be omitted.

In the above-described embodiment, by voting in response to a request from a player, the item consumption of other players has been given preferential treatment. A mode in which the degree is adjusted may be adopted. Specifically, for example, the amount of items required for voting may be preferentially treated when responding to a guild member's request rather than when responding to a friend's request. In addition, if you accept a request from a close friend, such as someone you have played with many times in multiplayer, the amount of items required for voting will be given more preferential treatment than if you accept a normal friend's request. good.

In the above embodiment, the manner in which the decision to hold the candidate event is displayed on the voting screen 400 has been described. , may be notified to the player.

In the above-described embodiment, a manner in which the reward information and the difficulty level information of the execution event to be reprinted is adjusted has been described, but of course, the execution event may be held without these being adjusted. Alternatively, either one of the reward information and the difficulty level information may be adjusted.

In the above embodiment, the mode in which the difficulty level information of the execution event or the like is adjusted based on the difficulty level information or the like of the current event or the past event has been described. It should be an upcoming event. In this case, the adjustment unit 233 adjusts the reward information and difficulty level information of the execution event so that there is no large difference in rewards and difficulty levels between events held close to each other. As a result, the game balance between the current event and the reprinted execution event is adjusted so that the player can enjoy both events. As another aspect, the adjustment unit 233 may execute preferential treatment such that the player's participation in the execution event increases the reward for the current event or lowers the difficulty level. As a result, even players who have cleared the past event can benefit from participating in the reprinted execution event.

In the above embodiment, only the players who voted for the candidate event are allowed to participate in the execution event, but players who have not voted may be allowed to participate. In that case, players who have not voted may participate in the execution event by consuming in-game currency or items. Furthermore, participating in an execution event without voting may require consumption of more in-game currency or items than voting.

In the above-described embodiment, the case where the quest (for example, normal battle or raid battle) is a turn-based battle game has been described, but the present invention is not limited to this. For example, a quest may be an action game or a shooting game (for example, FPS (First Person Shooting Game), TPS (Third Person Shooting Game), etc.) in which a player character operated by a player in a costume space fights an enemy character. good. As another example, the quest may be a quiz game in which the player fights by answering quizzes given by enemy characters, or a strategy simulation game in which the player fights against the enemy's army.

In the above embodiment, the manner in which the ranking result is displayed when the raid boss is successfully subjugated has been described, but the ranking may be displayed when the subjugation is unsuccessful. In addition, the display control unit 234 may display the ranking according to the player's input, for example, from the home screen or the top page of the event.

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 realized by the control unit 23 of the information processing device 2. Although described as a functional unit, at least part of this may be implemented as a functional unit realized by the control unit 33 of the game device 3 .

An aspect of the above embodiments may be an information processing method. The information processing method includes each part of the information processing system 1 . Also, the aspect of the above embodiments may be a program. The program causes the computer to execute each step of the information processing system 1 .

Furthermore, it may be provided in each aspect described below.
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 have been executed without accepting the designation and that have already ended. wherein, in the execution step, the execution event is executed based on event information of the past event, wherein the event information is information regarding elements constituting the event.
Further, in the information processing system, the adjusting step adjusts reward information or difficulty information of the execution event based on the event information of the current event or the past event, wherein the current event is the specified It is an event that is executed without acceptance and is an event that has not yet ended, the reward information is event information related to rewards given to users who participate in the event, and the difficulty level information is the The one that is event information about the difficulty of the event.
Further, in the information processing system, the adjustment step adjusts reward information or difficulty level information of the execution event based on user information and the event information of the past event, wherein the user information is: Information about game media owned by the user is included, the reward information is event information about rewards given to users participating in the event, and the difficulty level information is event information about the difficulty level of the event. some stuff.
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 the second display step, the reward given to the specific user who participated in the game based on the result of the game is displayed as a current ranking and a past ranking, wherein the current ranking is , indicating the ranking as the execution event, and the past ranking indicating the ranking corresponding to the time when the event was held as the past event.
In the game program, the game control step controls the progress of a competitive game included in the execution event, wherein the competitive game comprises a plurality of players operated by a plurality of specific users participating in the execution event. A game in which characters fight common enemy characters.
In the information processing system, the notifying step further includes notifying other users associated with the specific user that there is a request from the specific user, wherein the request is for the first event. A thing including the contents requesting the other user to specify.
In the information processing system, in the first accepting step, the specification for the first event is accepted in response to consumption of the item by the other user, and when accepting the specification based on the request, The condition of the amount of consumption of the item is treated preferentially as compared with the case of accepting the designation not based on the request.
In the information processing system, in the first receiving step, the designation is received according to consumption of the item by the specific user, and after the execution condition of the first event is satisfied, is accepted, the consumption condition of the item becomes worse than when the specification is accepted before the execution condition is satisfied.
In the information processing system, further, in the second receiving step, the change of the designation to the second event included in the candidate event is received from the specific user before the execution event is executed.
In the information processing system, the second accepting step accepts the change of the designation according to the consumption of the item by the specific user, and if the change of the designation is accepted, it is compared with the case of accepting the designation. Then, the condition of consumption of said item becomes worse.
A program that causes a computer to perform each of the above steps.
Of course, this is not the only case.

Finally, while various embodiments of the present disclosure have been described, these are provided by way of example and are not intended to limit the scope of the disclosure. The novel embodiments can be embodied in various other forms, and various omissions, replacements, and modifications can be made without departing from the gist of the disclosure. The embodiments and modifications thereof are included in the scope and gist of the disclosure, and are included in the disclosure described in the claims and the equivalent range thereof.

1: information processing system 11: communication network 2: information processing device 20: communication bus 21: communication unit 22: storage unit 23: control unit 230: game control unit 231: reception unit 232: execution unit 233: adjustment unit 234: display Control unit 235 : Notification unit 236 : Specific determination unit 3 : Game device 30 : Communication bus 31 : Communication unit 32 : Storage unit 33 : Control unit 34a : Graphics processing unit 34b : Audio processing unit 34c : Operation unit 4a : Display 4b : Speaker 4c : Input device 400 : Voting screen 401 : Voting period display 402 : Candidate event banner 403 : Adjustment display 404 : Vote button 405 : Number of votes display 406 : Required number display 407 : Holding decision display 408 : Invitation screen display button 409 : Change button 410 : Event details screen 411 : Candidate event name 412 : Description display area 420 : Invitation screen 421 : Player name display area 422 : Invited display 423 : Invitation button 424 : Status display 430 : Event list screen 431 : Event banner 432 : Period display 433 : Event type display 440 : Quest result screen 441 : Enemy character name 442 : Result display area 443 : Ranking display button 450 : Ranking screen 451 : Current ranking 452 : Rank display 453 : Past ranking 500 : Request display screen 501 : Candidate event banner 502 : Vote button 503 : Preference display 504 : Number of votes display 505 : Required number display

Claims (13)

An information processing system,
Equipped with a control unit,
The control unit is configured to perform the following steps,
The game control step controls the progress of the game including events to be held,
In a first receiving step, in the game, a specification for at least one of a plurality of candidate events, which are candidates for the event, is received from each of a plurality of users;
In the execution step, if the designation satisfies an execution condition of a first event that is at least one of the plurality of candidate events, the first event is executed for a specific user among the plurality of users. as an execution event, wherein the specific user is a user who designates the first event among the candidate events in the first receiving step. In the information processing system according to claim 1,
The candidate event includes a past event that has been held in the past, where the past event is an event that was executed without accepting the designation and that has already ended;
In the execution step, the execution event is executed based on event information of the past event, wherein the event information is information regarding elements constituting the event. In the information processing system according to claim 2,
Further, in the adjusting step, the reward information or difficulty level information of the execution event is adjusted based on the event information of the current event or the past event, wherein the current event is executed without receiving the designation. and is an event that has not yet ended, and
The reward information is event information relating to a reward given to users participating in the event, and the difficulty level information is event information relating to the difficulty level of the event. In the information processing system according to claim 2,
Further, in the adjusting step, the reward information or the difficulty level information of the execution event is adjusted based on the user information and the event information of the past event, wherein the user information is the game owned by the user. including information about the medium;
The reward information is event information relating to a reward given to users participating in the event, and the difficulty level information is event information relating to the difficulty level of the event. In the information processing system according to claim 3 or claim 4,
Furthermore, in the first display step, the plurality of candidate events are displayed together with information indicating that the reward information or the difficulty level information is adjusted. In the information processing system according to any one of claims 2 to 5,
Further, in the second display step, the reward given to the specific user who participated in the game based on the result of the game is displayed as a current ranking and a past ranking, wherein the current ranking is the execution event. The ranking is indicated, and the past ranking indicates the ranking corresponding to the time when the event was held as the past event. In the game program according to any one of claims 1 to 6,
In the game control step, the progress of a competitive game included in the execution event is controlled, wherein the competitive game includes a plurality of player characters each operated by a plurality of specific users participating in the execution event. The one that is a game in which you fight enemy characters. In the information processing system according to any one of claims 1 to 7,
Further, in the notifying step, other users associated with the specific user are notified that there has been a request from the specific user, wherein the request includes the designation for the first event and the other users associated with the specific user. Something that contains what you want the user to know. In the information processing system according to claim 8,
In the first receiving step, the designation for the first event is received according to consumption of the item by the other user, and when the designation based on the request is received, the event not based on the request is received. The conditions for the amount of consumption of the item are treated preferentially compared to the case of accepting designation. In the information processing system according to any one of claims 1 to 9,
In the first accepting step, the specification is accepted according to the consumption of the item by the specific user, and the specification for the first event is accepted after the execution condition of the first event is satisfied. , the consumption amount condition of the item becomes worse compared to the case where the specification is accepted before the execution condition is satisfied. In the information processing system according to any one of claims 1 to 10,
Furthermore, in the second receiving step, a change of the designation to the second event included in the candidate events is received from the specific user before the execution event is executed. In the information processing system according to claim 11,
In the second receiving step, the change of the designation is received according to the consumption of the item by the specific user, and when the change of the designation is received, the number of items of the item is higher than when the designation is received. Things that make consumption conditions worse. a program,
A computer that executes each step according to any one of claims 1 to 12.

Images