JP7620432B2 - Program, information processing device, and game start timing display method - Google Patents

Description

This disclosure relates to a program, an information processing device, and a method for displaying game start timing.

For example, there is a system in which a portable game device is connected to a stationary game device, allowing multiple players to play a game in the same virtual space. In such a system, a technology has been known in the past in which a lobby image for multiple players to exchange information is displayed on the portable game device, players are allowed to enter a room, and the game begins when a predetermined number of participants in the room are reached (see, for example, Patent Document 1).

JP 2010-92304 A

In conventional multiplayer games, a host player would create a room and invite other players to join the game, and the host player would play the same game with one or more other players who responded to the invitation.

For example, in conventional multiplayer games, a host player wants to gather multiple players, such as four people, in a room to start the game, but it can be difficult to gather four players. To deal with such cases, conventional multiplayer games allow the game to start after a certain amount of time has passed or through the host player's operation, even if four players do not gather.

However, in conventional multiplayer games, other players who gather in response to a host player's invitation cannot know the host player's policy, such as a policy to wait until four players gather before starting the game, or to start the game after a certain amount of time has passed even if four players cannot gather.

The objective of the present disclosure is to provide a new mechanism for a first player who has invited players to participate in a game and second players who have responded to the invitation and wish to participate to share information indicating the timing to start the game.

According to one aspect of the present disclosure, a program is provided for causing an information processing device in which a first player invites participants to a game and the first player and one or more second players who have responded to the invitation play the same game to function as: a setting acceptance means for accepting a setting of information indicating a timing for starting the game from the first player; and a screen control means for displaying the information indicating the timing for starting the game, the setting of which has been accepted from the first player, on a screen in which the first player invites participants to the game and accepts a participation request from the second player.

According to one aspect of the present disclosure, a new mechanism can be provided in which a first player who has invited participants to a game and second players who have responded to the invitation and wish to participate share information indicating the timing to start the game.

FIG. 1 is a diagram illustrating an example of a game system according to an embodiment. FIG. 2 is a diagram illustrating an example of a hardware configuration of a client according to an embodiment. FIG. 2 is a diagram illustrating an example of a hardware configuration of a server according to an embodiment. FIG. 2 is a diagram illustrating an example of a functional configuration of a client according to an embodiment. FIG. 2 is a diagram illustrating an example of a functional configuration of a server according to an embodiment. 10 is a flowchart illustrating an example of a processing procedure of the game system according to the present embodiment. FIG. 13 is an image diagram of an example of a host room setting screen. FIG. 13 is an image diagram of an example of a room screen. 13 is a flowchart illustrating an example of a procedure for updating a waiting time until a game is started. FIG. 13 is an image diagram of an example of a room screen.

Below, an embodiment for implementing the present disclosure will be described with reference to the drawings. Note that in this embodiment, an example will be described in which a host player (an example of a first player) creates a room in a lobby, for example, and recruits other players (an example of a second player) to play the game together using that room, but the present invention is not limited to this.

In this disclosure, a "lobby" is a virtual space (game space) where multiple players gather. A "room" is a virtual space created within a lobby, and players gathered in the lobby can enter the room.

The host player (hereafter referred to as the host player) creates a room to invite players to participate in the game. Players who respond to the host player's invitation (hereafter referred to as participating players) can enter the room and perform operations to respond to the invitation. The host player who created the room and one or more participating players who have performed operations to respond to the invitation can play the game together (play the same game). Note that "playing a game together" may mean a game in which players cooperate with each other, or a game in which players compete against each other.

[Game System]
First, a game system 10 according to an embodiment will be described with reference to Fig. 1. The game system 10 according to an embodiment has a configuration in which a client 20 and a server 30 are connected to each other via a network 40 so as to be able to communicate with each other.

The client 20 is an example of an information processing device on which a player plays a game. The information processing device may be a mobile phone such as a smartphone, a portable game console, a personal computer, a tablet terminal, a home game device, an arcade game device, etc. The client 20 accepts operations from the player via a touch panel, controller, mouse, keyboard, etc., and allows the player to play the game. Note that the number of clients 20 is not limited to three, and may be other than three.

The server 30 is an example of an information processing device that provides the client 20 with functions necessary for the game by transmitting and receiving data between the server 30 and the client 20. The server 30 may be realized by a cloud computer. Note that the number of servers 30 shown in FIG. 1 is not limited to one, and there may be two or more servers for distributed processing. For example, the server 30 is used for downloading game programs (applications) to the client 20, logging in players, managing various tables, and synchronizing rooms and games between the clients 20.

Figure 2 is a diagram showing an example of the hardware configuration of client 20. Client 20 has a CPU (Central Processing Unit) 121, a storage device 122, a communication device 123, an input device 124, and a display device 125. CPU 121 controls client 20. Storage device 122 is, for example, a memory such as ROM (Read Only Memory) or RAM (Random Access Memory), or a storage such as HDD (Hard Disk Drive) or SSD (Solid State Drive).

The communication device 123 is a communication device such as a network circuit that controls communication. The input device 124 is an input device such as a touchpad, controller, mouse, keyboard, camera, and microphone. The display device 125 is an output device such as a display and speaker. A touch panel is realized by combining a touchpad and a display.

Figure 3 is a diagram showing an example of the hardware configuration of server 30. Server 30 has a CPU 131, a storage device 132, and a communication device 133. CPU 131 controls server 30. Storage device 132 is, for example, a memory such as ROM or RAM, or a storage such as an HDD or SSD. Communication device 133 is a communication device such as a network card that controls communication.

Figure 4 is a diagram showing an example of the functional configuration of the client 20. The client 20 has a client control unit 200, an operation reception unit 202, an output control unit 204, a communication unit 206, and a memory unit 210.

The storage unit 210 stores a program 212 such as a game program, data used by the program 212, player information 214, and room setting information 216. The storage unit 210 may be realized by the storage device 122, or may be realized by a storage device connected via the network 40. The room setting information 216 is information about a room created by the host player, and includes information set by the host player from a host room setting screen described below.

The client control unit 200 controls the entire client 20. The client control unit 200 is realized by the CPU 121 executing the processing described in a program 212 such as a game program. The client control unit 200 has a configuration including a room setting reception unit 222, a room creation reception unit 224, a room screen control unit 226, a room participation reception unit 228, and a game control unit 230.

The room setting reception unit 222 receives the settings of the room setting information 216 based on the host player's operation on a host room setting screen (described below) displayed on the display device 125, and stores the information in the storage unit 210. When the room creation reception unit 224 receives an operation from the host player to create a room according to the room setting information 216, it requests the server 30 to create a room.

The room screen control unit 226 controls the room screen (described below) displayed on the display device 125. The room participation acceptance unit 228 accepts requests from participating players to participate in the game based on the operations of the participating players on the room screen (described below) displayed on the display device 125. The game control unit 230 controls the overall game played by the host player and participating players together.

The operation reception unit 202 receives various operations by the player on the input device 124. The output control unit 204 displays various screens on the display device 125 according to the control of the client control unit 200. The operation reception unit 202 is realized by the CPU 121 controlling the input device 124 according to the program 212. The output control unit 204 is realized by the CPU 121 controlling the display device 125 according to the program 212. Various operations by the player on the input device 124 refer to operations by the player manipulating the operation reception unit 202 to cause the CPU 121 to execute processing. The output control unit 204 displays various screens and outputs sounds according to the control of the client control unit 200.

The communication unit 206 communicates via the network 40, etc. The communication unit 206 is realized by the CPU 121 executing the program 212 and controlling the communication device 123 in accordance with the program 212.

Figure 5 is a diagram showing an example of the functional configuration of the server 30. The server 30 has a server control unit 300, a communication unit 302, and a memory unit 310. The memory unit 310 stores a program 312 such as a server program, data used by the program 312, and room information 314. The memory unit 51 may be realized by the memory device 132, or may be realized by a memory device connected via the network 40. The room information 314 is room information (described below) of a room created by the host player, and includes information necessary for displaying a room screen (described below).

The server control unit 300 controls the entire server 30. The server control unit 300 is realized by the CPU 131 executing the processes described in a program 312 such as a server program.

The server control unit 300 has a configuration including a room creation unit 322, a room management unit 324, a room synchronization control unit 326, and a game synchronization control unit 328. The room creation unit 322 creates a room in response to a request from the client 20, and stores room information 314 of the created room in the memory unit 310. The room management unit 324 manages the room information 314 stored in the memory unit 310. For example, the room management unit 324 uses the room information 314 stored in the memory unit 310 to manage the host player, one or more players wishing to participate, and the waiting time until the game starts for each room created by one or more host players.

The room synchronization control unit 326 performs room synchronization control to synchronize the room screens displayed by the clients 20. For example, when a host player creates a room in a lobby, the room synchronization control unit 326 performs synchronization control of the room information 314 so that the room screen can be displayed on the clients 20 of the players gathered in the lobby.

For example, when a player other than the host player enters the room and performs an operation to participate, the room synchronization control unit 326 controls the synchronization of the room information 314 so that a room screen in which the other player is additionally displayed as a player wishing to participate can be displayed on the clients 20 of the players gathered in the lobby.

The game synchronization control unit 328 performs game synchronization control to display a game screen for playing the game together on the client 20 of the host player who has created a room and invited players to participate in the game, and on the clients 20 of the participating players who have requested to participate in the game in response to the invitation from the host player in that room.

The host player who creates a room and invites players to participate in the game, and the players who wish to participate in the game in response to the invitation from the host player in that room, can play the game together, for example on a synchronized game screen displayed by the client 20.

The communication unit 302 communicates with the client 20 via the network 40 or the like. The communication unit 302 is realized by the CPU 131 executing the program 312 and controlling the communication device 133 in accordance with the program 312.

The functional configuration of the client 20 shown in FIG. 4 and the functional configuration of the server 30 shown in FIG. 5 are merely examples, and the functional configuration may be such that the server 30 has some of the functions of the client 20, or such that the client 20 has some of the functions of the server 30. Also, some of the functions of the client 20 and the server 30 may be possessed by information processing devices other than the client 20 and the server 30.

[process]
The following describes a process in which a host player creates a room, uses the room to gather players who wish to participate in a game, and plays a game together with the host player and one or more players who wish to participate.

Figure 6 is a flow chart showing an example of the processing procedure of the game system according to this embodiment. In step S10, the host player operates the client 20 to display, for example, the host room setting screen 1000 shown in Figure 7.

Figure 7 is an image diagram of an example of a host room setting screen. The host room setting screen 1000 shown in Figure 7 is an example of setting the room policy, waiting time, and timer as information indicating the timing to start a game with players who wish to participate and gather in a room created by a host player to invite players to participate in the game.

The room policy is information for setting the waiting time by selecting the timing to start the game from "Impatient," "Normal," "Take your time," or "Unlimited." The host player can set the waiting time preset for each room policy by selecting one of the room policies "Impatient," "Normal," "Take your time," or "Unlimited."

The preset waiting times for each room policy are "Impatient < Normal < Take your time". Additionally, the "Unlimited" room policy does not set a waiting time. For example, a host player who plans to start a game with a short waiting time, even if the ideal number of players wishing to participate does not gather, can set the room policy to "Impatient" to set a short waiting time.

The waiting time is information for setting the timing to start the game depending on the number of players who have gathered in the room and wish to participate. The host room setting screen 1000 shown in FIG. 7 shows an example in which the waiting time can be set in seconds depending on the number of players who have gathered in the room and wish to participate. If a waiting time that does not comply with the room policy is set, the room policy may be automatically changed to one that complies with the set waiting time, or a warning may be displayed to inform the user that a waiting time that does not comply with the room policy has been set.

Note that the number of players wishing to participate in a room may decrease, for example, due to players leaving the room before the game begins. Therefore, the host room setting screen 1000 shown in FIG. 7 allows you to set an increase in waiting time when the number of players wishing to participate decreases.

The timer setting is information about updating the waiting time if the number of players wishing to join increases. The host player can set the timer to either "reset" or "continue."

Reset means that if the number of players wishing to participate increases, the waiting time before the game can begin will be set to the same time that was set for the increased number of players.

For example, in the case of a reset, if the combined number of players, including the host player and those wishing to join (hereafter referred to as the number of waiting players) is two and after six minutes has elapsed the number of waiting players becomes three, the waiting time until the game starts will be set to "3:00".

Continuation represents a setting in which, if the number of players wishing to participate increases, and the waiting time set in association with the increased number of players is shorter than the waiting time to start the game that has decreased over time as displayed on the room screen described below, the waiting time set in association with the increased number of players is set as is. Note that, if the number of players wishing to participate increases, and the waiting time set in association with the increased number of players is longer than the waiting time to start the game that has decreased over time as displayed on the room screen described below, the waiting time set in association with the increased number of players is not set.

For example, in the case of continuation, if the number of waiting players increases to three after six minutes has elapsed when there are two waiting players, the waiting time "3:00" set in association with the increased number of waiting players "three" is longer than the waiting time "2:00" until the game starts that has decreased over time and is displayed on the room screen described below, so the waiting time displayed on the room screen described below will remain at "2:00".

Note that the host room setting screen 1000 in FIG. 7 is just one example, and it may be a screen that omits the setting of the room policy and timer setting, and allows the host player to set the waiting time when the number of waiting players is two. In this case, when the number of waiting players changes from two to three, the waiting time that has decreased over time, as displayed on the room screen described below, is set to half, and when the number of waiting players changes from three to two, the waiting time that has decreased over time, as displayed on the room screen described below, is set to double.

For example, a player who joins a room and responds to a host player invitation will know that the game will start if they wait at most the waiting time for the game to start that was confirmed when they entered the room.

When the room policy "unlimited" is selected, the waiting time until the game can start, which decreases over time, is not displayed on the room screen, which will be described later. Therefore, for example, a player who enters a room and responds to a host player's invitation can determine whether the room is one in which the game may not start until the ideal number of players who wish to participate gather, or one in which the game will start if they wait until the waiting time displayed on the room screen, which will be described later, is reached.

Returning to FIG. 6, the client 20 accepts the setting of the room setting information 216 from the host room setting screen 1000 and stores it in the storage unit 210. Proceeding to step S12, the client 20 accepts an operation from the host player to create a room in accordance with the room setting information 216. The client 20 requests the server 30 to create a room in accordance with the room setting information 216. The server 30 creates the room in accordance with the request from the client 20, and stores the room information 314 of the created room in the storage unit 310.

By using the room information 314 stored in the memory unit 310, the server 30 performs synchronization control so that the information in the room information 314 of the room created by the host player can be displayed on the clients 20 of the players gathered in the lobby. By entering a room created by one or more host players, players other than the host player can display, for example, a room screen 2000 as shown in FIG. 8 on their clients 20.

Figure 8 is an image diagram of an example of a room screen. The room screen 2000 in Figure 8 is displayed on the clients 20 of the players gathered in the lobby. The room screen 2000 displays the following information: waiting time 2002 until the game starts, which decreases over time, information 2004 of the host player, information 2006 of players wishing to join, and information 2008 indicating the timing to start the game. The information 2008 indicating the timing to start the game in Figure 8 displays the room policy set on the host room setting screen 1000 in Figure 7 as text information 2009 indicating the policy for starting the game in that room.

The room screen 2000 is also provided with a join button 2010 and a leave button 2012. Players other than the host player can, for example, press the join button 2010 to request participation in response to the host player's invitation. A player who has requested participation can withdraw their request and leave the room created by the host player by pressing the leave button 2012. A player displaying the room screen 2000 on the client 20 can leave the room created by the host player by pressing the leave button 2012.

When the room screen 2000 in FIG. 8 is displayed on the host player's client 20, for example, a game start button may be provided. The host player can start the game by pressing the game start button even before the waiting time 2002 until the game starts has elapsed. The room screen 2000 in FIG. 8 is an example in which one player wishing to participate is displayed.

Players other than the host player can determine the policy for starting the game in that room by checking the waiting time 2002 until the game starts on the room screen 2000 in Figure 8 and the information 2008 indicating the timing to start the game.

Returning to step S14 in FIG. 6, the client 20 determines whether there has been an increase or decrease in the number of players wishing to participate displayed on the room screen 2000. If there has been no increase or decrease in the number of players wishing to participate displayed on the room screen 2000, the client 20 skips the processing of steps S16 and S18.

If there is an increase or decrease in the number of players wishing to participate displayed on the room screen 2000, the client 20 performs the processes of steps S16 and S18. In step S16, the client 20 performs an update process of the waiting time 2002 until the game starts, which is displayed on the room screen 2000. Also, in step S18, the client 20 notifies the server 30 of the contents of the update process so that the room screen 2000 after the update process can be displayed on the clients 20 of the players gathered in the lobby. In accordance with the contents of the update process received from the client 20, the server 30 performs synchronization control of the room information 314 so that the room screen 2000 reflecting the contents of the update process can be displayed on the clients 20 of the players gathered in the lobby.

In step S20, the client 20 determines whether or not the host player has issued an instruction to start the game, such as by pressing a game start button. If it is determined that there has been no instruction to start the game, the client 20 determines in step S22 whether or not the waiting time 2002 until the game starts has elapsed.

If it is determined that the waiting time 2002 until the game starts has not elapsed, the client 20 returns to the process of step S20. If it is determined that the waiting time 2002 until the game starts has elapsed, or if it is determined that an instruction to start the game has been given, the client 20 performs game synchronization processing of step S24.

If it is determined that the waiting time 2002 until the start of the game has elapsed, the game synchronization process of step S24 may be forcibly executed to start the game, or, rather than forcibly executing the game synchronization process of step S24, the waiting time 2002 may be used as a guide for accepting pressing of the game start button from the host player.

For example, in a game with a theory that the equipment suitable for three players is different from the equipment suitable for four players, it is desirable to change equipment (prepare for battle) depending on the number of players gathered. Therefore, in a game in which it is desired to change equipment (prepare for battle) depending on the number of players gathered, a time for preparing for battle may be set aside after the number of players is determined.

The time for preparing for battle after the number of players is determined may be, for example, 10 to 60 seconds between the lapse of the waiting time 2002 and the execution of the processing of step S24. In addition, in the case of a game in which the processing of step S24 does not proceed until the host player presses the game start button, the time for preparing for battle after the number of players is determined is the time from the lapse of the waiting time 2002 to the host player pressing the game start button.

In step S24, the client 20 makes a request to the server 30 to play the game together with the client 20 operated by the host player and the clients 20 operated by the players who have gathered in response to the host player's invitation.

The server 30 performs a game synchronization process that displays a game screen for playing the game together on the client 20 operated by the host player and the clients 20 operated by the players who wish to participate and have gathered in response to the host player's invitation. The flowchart in FIG. 6 is an example, and after it is determined in the process of step S22 that the waiting time 2002 until the start of the game has elapsed, the server 30 may wait for an instruction to start the game from the host player and then perform the process of step S24.

The process of updating the waiting time until the game starts in step S16 is executed, for example, according to the process procedure shown in FIG. 9. FIG. 9 is a flowchart showing an example of the process procedure for updating the waiting time until the game starts.

In step S30, the client 20 determines whether the number of participating players displayed on the room screen 2000 has increased. If the number of participating players displayed on the room screen 2000 has increased, the client 20 performs processing in step S32. In step S32, since the number of participating players is approaching the ideal number, the client 20 performs processing to reduce the waiting time until the game displayed on the room screen 2000 starts. If the number of participating players displayed on the room screen 2000 has not increased, the client 20 skips processing in step S32.

In step S34, the client 20 determines whether the number of participating players displayed on the room screen 2000 has decreased. If the number of participating players displayed on the room screen 2000 has decreased, the client 20 performs processing in step S36. In step S36, the client 20 performs processing to increase the waiting time displayed on the room screen 2000 until the game starts, because the number of participating players has fallen away from the ideal number. If the number of participating players displayed on the room screen 2000 has not decreased, the client 20 skips processing in step S36.

Note that the process of updating the waiting time until the game starts in FIG. 9 is one example. For example, in step S32 in FIG. 9, when the number of waiting players is two, if the number of waiting players becomes three after four minutes (50%) has elapsed from eight minutes, which is the waiting time set in association with the number of waiting players "three," the waiting time 2002 until the game starts and displayed on the room screen 2000 may be one minute and 30 seconds, which is 50% of the waiting time of three minutes, which is the waiting time set in association with the increased number of waiting players "three."

In this way, in step S32, the rate at which the waiting time 2002 until the start of the game displayed on the room screen 2000 has decreased over time is calculated, and the waiting time 2002 set in correspondence with the increased number of waiting players is changed to that rate, and this may be used as the waiting time 2002 until the start of the game displayed on the room screen 2000.

The room screen 2000 in FIG. 8 may have a configuration as shown in FIG. 10, for example. FIG. 10 is an image diagram of an example of a room screen. The room screen 2000 in FIG. 10 has a configuration in which a button 2014 for decreasing the waiting time and a button 2016 for increasing the waiting time are added to the information 2006 of players wishing to participate in the room screen 2000 in FIG. 8.

On the room screen 2000 in FIG. 10, a player wishing to participate can reduce the waiting time 2002 until the game starts, which is displayed on the room screen 2000, by pressing the button 2014 for reducing the waiting time.

In addition, on the room screen 2000 of FIG. 10, a player wishing to participate can increase the waiting time 2002 until the game starts, which is displayed on the room screen 2000, by pressing a button 2016 for increasing the waiting time.

In this way, the room screen 2000 in FIG. 10 not only allows other players to understand the host player's intentions for starting the game, but also allows players wishing to participate to communicate to the host player their wishes, such as wanting to start the game even if there are only a few waiting players, or wanting to wait until the ideal number of waiting players is reached before starting the game.

The disclosed embodiment of the game system 10, client 20, and server 30 should be considered as illustrative and not restrictive. The above embodiment can be modified and improved in various forms without departing from the spirit and scope of the appended claims. Furthermore, the matters described in the above-mentioned embodiments can be configured in other ways as long as they are not inconsistent, and can be combined as long as they are not inconsistent.

10 Game system 20 Client 30 Server 200 Client control unit 202 Operation reception unit 204 Output control unit 206 Communication unit 210 Memory unit 222 Room setting reception unit 224 Room creation reception unit 226 Room screen control unit 228 Room participation reception unit 230 Game control unit 300 Server control unit 302 Communication unit 310 Memory unit 322 Room creation unit 324 Room management unit 326 Room synchronization control unit 328 Game synchronization control unit 1000 Host room setting screen 2000 Room screen

Claims (8)

An information processing device in which a first player invites participants to a game, and the first player and one or more second players who have joined in response to the invitation play the same game;
a setting receiving means for receiving a setting of information indicating a timing for starting the game from the first player;
a screen control means for displaying information indicating a timing for starting the game set by the first player on a screen on which the first player invites players to participate in the game and accepts a request for participation from the second player;
Functioning as a
the information indicating the timing to start the game includes a waiting time until the game is started, the waiting time being changed based on the number of the second players whose participation requests have been accepted;
program. The program according to claim 1, characterized in that the screen control means updates the waiting time until the game is started, which is displayed on the screen, based on the number of the second players from whom the participation desire is accepted, based on information that is set to the first player as information indicating the timing to start the game and that associates the number of the second players from whom the participation desire is accepted with the waiting time until the game is started. The program according to claim 2, characterized in that, when the number of second players whose participation requests have been accepted increases, the screen control means displays on the screen the waiting time until the game is started that is shorter than the waiting time until the game is started that corresponds to the increased number of second players and the waiting time until the game is started that has decreased over time displayed on the screen. The program according to claim 2, characterized in that, when the number of second players whose participation requests have been accepted increases, the screen control means calculates a proportion of the waiting time until the start of the game that has decreased over the elapsed time displayed on the screen, changes the waiting time until the start of the game associated with the increased number of second players so that it becomes the proportion of the elapsed time, and displays it on the screen. An information processing device in which a first player invites participants to a game, and the first player and one or more second players who have joined in response to the invitation play the same game;
a setting receiving means for receiving a setting of information indicating a timing for starting the game from the first player;
a screen control means for displaying information indicating a timing for starting the game set by the first player on a screen on which the first player invites players to participate in the game and accepts a participation request from the second player;
Functioning as a
the information indicating the timing to start the game includes information indicating a policy for setting a waiting time until the game is started;
program . An information processing device in which a first player invites participants to a game, and the first player and one or more second players who have joined in response to the invitation play the same game;
a setting receiving means for receiving a setting of information indicating a timing for starting the game from the first player;
a screen control means for displaying information indicating a timing for starting the game set by the first player on a screen on which the first player invites players to participate in the game and accepts a participation request from the second player;
Functioning as a
The screen control means receives an operation for increasing or decreasing a waiting time until the start of the game displayed on the screen from the second player whose participation request has been received.
program . An information processing device in which a first player invites participants to a game, and the first player and one or more second players who have joined in response to the invitation play the same game,
a setting receiving means for receiving a setting of information indicating a timing for starting the game from the first player;
a screen control means for displaying information indicating a timing for starting the game set by the first player on a screen on which the first player invites participants to the game and accepts a participation request from the second player; and
having
the information indicating the timing to start the game includes a waiting time until the game is started, the waiting time being changed based on the number of the second players whose participation requests have been accepted;
Information processing device. A method for displaying game start timing of an information processing device in which a first player invites participants to a game, and the first player and one or more second players who have joined in response to the invitation play the same game, comprising:
a setting reception step of receiving a setting of information indicating a timing for starting the game from the first player;
a screen control step of displaying information indicating a timing for starting the game, the setting of which has been accepted from the first player, on a screen on which the first player invites participants to the game and accepts a participation request from the second player;
having
the information indicating the timing to start the game includes a waiting time until the game is started, the waiting time being changed based on the number of the second players whose participation requests have been accepted;
Game start timing display method.

Images