JP2023133619A - Program, information processor, and control method - Google Patents

Abstract

To provide a program, an information processor, and a control method for improving convenience of a game.SOLUTION: A program allows a user's information processor to execute a step of storing information regarding a game part that a user is allowed to play, a determination step that determines a mode of a game part as a first mode or a second mode on the basis of a user's operation, and disables continuation or enables continuation in the first mode but enables continuation in the second mode for continuation of play when a game part ends, and an execution stop of executing a game part in a mode determined by the determination step, and continues a game part according to a user's operation when the mode of the game part is the first mode and can continue, and continues the game part automatically when the mode of the game part is the second mode when the game part ends in the execution step.SELECTED DRAWING: Figure 10

Description

Application for Article 30, Paragraph 2 of the Patent Act has been filed. As of February 26, 2016, GREE Co., Ltd. has announced the "WRIGHT FLYER STUDIOS official Nico live channel 'WRIGHT FLYER TV'" (http://live.nicovideo.jp/ watch/lv250524941), the invention related to this application was published. [Publications, etc.] As of April 2, 2016, GREE Co., Ltd. posted https://play. google. com/store/apps/details? id=net. wrightflyer. shoumetsu and https://itunes. apple. The invention related to this application is disclosed in the "Disappearing City" game distributed at com/jp/app/id858357080.

The present invention relates to a program, an information processing device, and a control method.

Conventionally, games that are executed by information processing devices are known. For example, Patent Document 1 discloses a configuration in which a user executes a game part such as a quest or a mini-game by consuming points owned in the game.

Patent No. 5833789

Conventional games may not always be very convenient for users. For example, if the user does not have enough points, the user may not be able to freely play the game part depending on the settings of the game part. Therefore, there was room for improvement in the usability of the game.

An object of the present invention, made in view of such circumstances, is to provide a program, an information processing device, and a control method that improve the convenience of the game.

In order to solve the above problems, the program according to the present invention includes:
to the user's information processing device,
a communication step of communicating with a server device that stores predetermined information regarding the user;
a storing step of storing information regarding game parts to be played by the user;
a determining step of determining the mode of the game part to be a first mode or a second mode when a first user operation is detected;
an execution step of executing the game part so that the requirements according to the mode determined in the determination step are satisfied;
The executing step is capable of reading a group of game media stored in the storing step and used when playing the game part in the second mode in the past when executing the game part in the first mode. It is.

Furthermore, the information processing device according to the present invention includes:
A storage unit that stores information regarding a game part to be played by a user, and a control unit,
The control unit includes:
a communication process for communicating with a server device that stores predetermined information regarding the user;
a storage process for storing information regarding a game part to be played by the user in the storage unit;
a determination process of determining the mode of the game part to be a first mode or a second mode when a first user operation is detected;
executing an execution process of executing the game part so that requirements according to the mode determined in the determination process are satisfied;
The execution process is capable of reading a group of game media stored in the storage unit and used when playing the game part in the second mode in the past when executing the game part in the first mode. It is.

Furthermore, the control method according to the present invention includes:
A method for controlling a game executed by a user's information processing device, the method comprising:
a communication step of communicating with a server device that stores predetermined information regarding the user;
a storing step of storing information regarding game parts to be played by the user;
a determining step of determining the mode of the game part to be a first mode or a second mode when a first user operation is detected;
an execution step of executing the game part so that the requirements according to the mode determined in the determination step are satisfied;
The executing step is capable of reading a group of game media stored in the storing step and used when playing the game part in the second mode in the past when executing the game part in the first mode. It is.

ADVANTAGE OF THE INVENTION According to the program, information processing apparatus, and control method which concern on this invention, the convenience of a game improves.

1 is a block diagram of a game system according to a first embodiment of the present invention. FIG. 3 is a diagram showing information regarding users. It is a diagram showing information regarding the first game content. FIG. 3 is a diagram showing information regarding game parts. It is a figure showing a game part selection screen. It is a figure showing an assistant selection screen. It is a figure which shows the preparation screen in normal mode. FIG. 3 is a diagram showing a preparation screen in a practice mode. It is a flowchart which shows the processing of a terminal device until displaying a preparation screen. It is a flowchart which shows the process of a terminal device after displaying a preparation screen. It is a figure which shows the information regarding a user based on 2nd Embodiment of this invention. It is a figure which shows the preparation screen in the practice mode based on 2nd Embodiment. It is a figure which shows the preparation screen in the normal mode based on 2nd Embodiment. It is a figure which shows an opponent selection screen. It is a figure showing one aspect of a game part selection screen concerning a 2nd embodiment. It is a flowchart which shows the process of a terminal device after displaying the preparation screen based on 2nd Embodiment.

Embodiments of the present invention will be described below.

(First embodiment)
First, a game system including a server device and a terminal device according to a first embodiment of the present invention will be described. As shown in FIG. 1, the game system 10 according to the present embodiment includes a server device 11 and one or more terminal devices 12. Although only two terminal devices 12 are shown in FIG. 1 for simplicity, any number of terminal devices 12 may be provided.

The server device 11 is an information processing device such as a server managed by a game operator, and provides games (game data) to terminal devices 12 owned by individual users. Further, the terminal device 12 is an information processing device such as a mobile phone, a smartphone, a PC, or a game device, and executes a game provided from the server device 11. In this way, the server device 11 and the terminal device 12 cooperate to control the game provided to the user of the terminal device 12.

Here, an overview of the game according to this embodiment will be explained. The game according to this embodiment is a game in which a user can play game parts using, for example, game media.

Game media is electronic data used in games, and includes any media such as cards, items, tickets, characters, avatars, and virtual currency. In addition, game media is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, enhanced, sold, discarded, or gifted within a game by a user, but the usage mode of game media is described in this specification. It is not limited to what is clearly stated.

Hereinafter, unless otherwise specified, "game media owned by the user" refers to game media associated with the user's user ID. Moreover, "giving game content to a user" indicates that game content is associated with a user ID. Further, "to discard the game content owned by the user" indicates to cancel the association between the user ID and the game content. Furthermore, "consuming game media owned by the user" indicates that some effect or influence may be generated within the game in response to the cancellation of the association between the user ID and the game media. Furthermore, "selling the game media owned by the user" means dissolving the association between the user ID and the game media, and also associating the user ID with other game media (for example, virtual currency or items). Show that. Furthermore, "transferring game media owned by user A to user B" refers to dissolving the association between user A's user ID and game media, and associating the game media with user B's user ID. shows.

The game part is content that the user can play within the game, such as quests, missions, mini-games, item acquisition events, dungeon exploration events, and opponents (for example, other users, enemy characters, and enemy characters). (buildings, etc.). For example, if it is determined that a predetermined condition (for example, a game task) set for each game part has been successfully achieved, the user may receive predetermined rewards, such as game media such as items and virtual currency, and experience points. Points such as the following may be awarded. The game task may be any task depending on the content of the game part, such as winning a battle against an enemy character or reaching the goal of a dungeon. In the following description, the achievement of a specific task (clear task) among the game tasks set in the game part is also referred to as clearing the game part. In other words, when it is determined that the clear task has been successfully achieved in the game part, it is determined that the game part has been cleared, and the game part ends.

The game part according to this embodiment is a one-person game part played by the user alone. Specifically, as described below, a user who plays a game part plays one or more first game media (e.g., characters) owned by the user, and second game media (e.g., characters) owned by another user. ) to compete against enemy characters such as NPCs (Non Player Characters).

Further, the game part according to the present embodiment is, for example, a side-scrolling action game. The user operates a moving character, such as a motorbike, to acquire predetermined items while avoiding obstacles and the like. The first game medium and the second game medium attack the enemy character according to the number of predetermined items acquired. When the enemy character's HP (Hit Point) is reduced to zero by the attack, it is determined that the battle against the enemy character is won and the game part is cleared. On the other hand, when the total HP of the first game medium and the second game medium decreases to zero due to an attack from the enemy character, a state occurs in which the play of the game part cannot be continued (for example, a game over state). The game part is not limited to the above-mentioned action game, but may be any genre of game, such as a puzzle game, a quiz game, a fighting game, or a simulation game for constructing a virtual space such as a town or a garden.

Further, in the game according to the present embodiment, a plurality of modes are provided for one game part, for example, two modes, a "normal mode" and a "practice mode", which will be described later. The user can decide the mode of the game part to be "normal mode" or "practice mode." Then, according to the determined mode, the game part settings, such as the conditions necessary for executing the game part, are changed. With this configuration, the user can play one game part with a plurality of different settings, thereby improving the convenience of the game.

Next, each component of the game system 10 will be explained.

(Configuration of server device)
First, the server device 11 will be explained. The server device 11 includes a server communication section 13, a server storage section 14, and a server control section 15.

The server communication unit 13 is an interface that communicates with an external device wirelessly or by wire to send and receive information. In this embodiment, the server communication unit 13 is capable of transmitting and receiving information to and from the terminal device 12 via a network 16 such as the Internet, for example.

The server storage unit 14 includes, for example, a primary storage device and a secondary storage device, and stores various information and programs necessary for providing and controlling the game. For example, the server storage unit 14 stores information regarding users and information regarding game parts.

(Information about the user)
Information regarding a user includes any information specific to the user. In this embodiment, the information regarding the user includes, for example, as shown in FIG. 2, login information, user experience value, user rank, stamina, and information regarding game content in association with the user ID.

The user ID is information that can uniquely identify a user.

The login information indicates the date and time when the user last logged in to the game system 10 (hereinafter also referred to as the last login date and time).

The user experience value is a parameter that can increase as the game is played. For example, the user's experience value increases as the game part is cleared.

The user rank is a parameter that increases according to the user experience value. For example, when the user experience value reaches a predetermined upper limit, the user experience value decreases to zero and the user rank is incremented. Thus, a user rank may indicate a user's proficiency with a game, for example.

Stamina is a parameter consumed when performing game parts. As will be described later, a "stamina consumption" parameter is set for each game part, and the game part is executed with the requirement that stamina be consumed (reduced) by the amount of stamina consumed. When the stamina is less than the stamina consumption amount, the game part is controlled to be impossible to execute. The stamina also increases up to a predetermined maximum value, such as over time or with the use of a predetermined game medium. The maximum value of stamina is determined, for example, according to the user rank, and as the user rank increases, the maximum value of stamina also increases.

Information regarding game media includes any information regarding game media owned by the user within the game. For example, the information regarding the game content includes the number of virtual currencies owned by the user within the game. The information regarding the game medium also includes information regarding the first game medium (for example, a character) that can be used to play the game part.

In this embodiment, the information regarding the first game medium includes, for example, as shown in FIG. 3, the state, cost, experience value, level, HP, and attack power in association with the first game medium ID. , including resilience and skills.

The first game medium ID is information that can uniquely identify the first game medium.

The status is information that can identify the first game media included in a game media group (hereinafter also referred to as a deck) among the first game media owned by the user. A first game medium included in the game medium group is used to execute the game part.

In this embodiment, the status can be "leader", "support", or "null". “Leader” is a first game medium included in the game medium group, and indicates a first game medium in which a leader skill, which will be described later, is enabled. Further, "support" indicates a first game medium included in the game medium group, and a first game medium in which a leader skill described below is disabled. Further, "null" indicates a first game medium that is not included in the game medium group. Here, the game media group is allowed to include one first game media that is a "leader" and up to a predetermined number (for example, four) of first game media that are "support".

The cost is a parameter used to determine whether the first game content can be added to the game content group. Specifically, addition of the first game content is allowed until the total cost of the first game content included in the game content group reaches a predetermined upper limit. The cost value may be determined according to information regarding the first game content (eg, level), or may be a constant. Further, the predetermined upper limit value may be determined according to information regarding the user (for example, user rank), or may be a constant value.

Alternatively, the cost may be a parameter used to execute a predetermined command on the first game medium. The predetermined command includes, for example, a command that causes the first game medium to be placed (appears) on the game field, a command that causes the first game medium to attack an opponent, or a command that causes the first game medium to activate a command skill described below. etc., any commands for the first game content may be included. If there are multiple commands corresponding to one first game medium, a cost may be determined for each command. When the cost value is less than or equal to the predetermined upper limit, the command for the first game content can be executed. The predetermined upper limit value is, for example, a predetermined point associated with a user. Depending on the execution of the command, points will be reduced by the cost. Points may be increased (recovered) depending on, for example, the passage of time, the use of a predetermined game medium (eg, an item), or the activation of a predetermined command skill.

Experience points are parameters that can increase as the game is played. For example, experience points increase as game parts are cleared.

Level is a parameter that increases according to experience points. For example, when the experience value reaches a predetermined upper limit, the experience value decreases to zero and the level is incremented.

HP (Hit Point) is a parameter used to execute a game part. For example, if the total HP of the first game media included in the game media group decreases to zero while the game part is being executed, the game part cannot continue to be played. The total HP is reduced by, for example, the amount of damage received from the enemy character.

Attack power is a parameter used to execute a game part. For example, the greater the attack power, the greater the amount of damage that the first game medium inflicts on the enemy character during execution of the game part.

Resilience is a parameter used in the execution of game parts. For example, the greater the total recovery power of the first game media included in the game media group, the higher the recovery power when a predetermined event (for example, acquisition of a recovery item) that causes the total HP to be recovered (increased) occurs during the execution of the game part. The amount of recovery (increase amount) increases.

A skill is a function (ability) of the game medium that causes a predetermined effect to occur during the execution of a game part. For example, the skills may include a leader skill that is automatically displayed and a command skill that is displayed in response to a user's operation. A leader skill generates an effect that increases or decreases a parameter (eg, total attack power, etc.) of a group of game media. Also, command skills generate effects that damage enemy characters, for example. Effects generated by skills are not limited to those described above, and may include a variety of effects.

(Information about the game part)
Contains any information specific to the game part. In this embodiment, the information regarding the game part includes a mode and a game part setting in association with the game part ID, as shown in FIG. 4, for example.

The game part ID is information that can uniquely identify a game part.

The mode is information indicating the mode of the game part. In this embodiment, there are two modes: "normal mode (first mode)" and "practice mode (second mode)." For one game part, at least one mode is provided among a normal mode and a practice mode. In this embodiment, each game part is provided with at least a normal mode. For example, in FIG. 4, the game part "gp001" is provided with a normal mode and a practice mode. On the other hand, the game part "gp002" is provided with only a normal mode. Furthermore, for example, there may be a game part in which only a practice mode is provided.

Game part settings are provided for each mode and include information indicating various settings regarding game parts. When a game part is executed, game part settings corresponding to the determined mode are used as described below. In this embodiment, the game part settings include stamina consumption, time limit, reward information, and information regarding continuation of play.

The stamina consumption amount is a parameter indicating the amount of stamina required to execute a game part. As described above, the game part is executed with the requirement that the user's stamina be consumed (subtracted) by the stamina consumption amount. Here, the value of stamina consumption may differ depending on the mode of the game part. Preferably, the stamina consumption corresponding to the practice mode is smaller than the stamina consumption corresponding to the normal mode, for example set to zero. With this configuration, the requirements for executing the game part in the practice mode are relaxed compared to the normal mode, so the convenience of the game is improved.

In the present embodiment, in the game part settings corresponding to the normal mode, the stamina consumption amount is set to a value greater than zero. On the other hand, in the game part settings corresponding to the practice mode, the stamina consumption amount is set to zero. For example, in FIG. 4, the stamina consumption amount corresponding to the normal mode of the game part "gp001" is 25 points, and the stamina consumption amount corresponding to the practice mode is 0 points.

The time limit is used for comparison with the elapsed time from the start of the game part while the game part is being played. For example, if the elapsed time reaches the time limit before the game part is cleared, the game part becomes unable to continue playing (for example, a game over state). In such a case, when a continue described later is executed, for example, the elapsed time is reset, and it becomes possible to continue playing the game part. Here, the time limit may differ depending on the mode of the game part. Preferably, the time limit corresponding to the practice mode is longer than the time limit corresponding to the normal mode, for example, set to unlimited. With this configuration, the probability of being unable to continue playing the game part in the practice mode is reduced compared to the normal mode, so the convenience of the game is improved.

In the present embodiment, in the game part settings corresponding to the normal mode, the time limit is set to unlimited or a predetermined value. On the other hand, in the game part settings corresponding to the practice mode, the time limit is set to be unlimited. For example, in FIG. 4, the time limit corresponding to the normal mode of the game part "gp001" is 10 minutes, and the time limit corresponding to the practice mode is unlimited.

The reward information includes any information regarding the reward that can be given to the user when a predetermined condition is achieved in the game part. The predetermined conditions include, for example, a condition that a game task set for a game part is achieved, but may be any condition related to a game part. In the present embodiment, the reward information includes, for example, information indicating the type and quantity of the reward, and the probability that the reward will be given when a predetermined condition is achieved. The types of rewards may include, for example, game media such as characters or virtual currency, and points that increase parameters such as user experience values or experience values of the first game media. The granting of rewards is performed by changing (updating) corresponding information or parameters among the information regarding the user.

Here, the reward information may differ depending on the mode of the game part. Preferably, the quantity or probability of rewards corresponding to the practice mode is smaller than the quantity or probability of rewards corresponding to the normal mode, for example set to zero. With such a configuration, for example, when the requirements for executing the game part in the practice mode are relaxed compared to the normal mode as described above, the amount or probability of rewards is reduced in the practice mode, so that the game balance is properly maintained. is adjusted to Furthermore, if the quantity or probability of rewards corresponding to the practice mode is set to zero, there is no need to update information regarding the user by executing the game part in the practice mode. Therefore, for example, the game part in the practice mode can be executed by the terminal device 12 alone without communication between the server device 11 and the terminal device 12, and the communication frequency and amount of communication can be suppressed.

In the present embodiment, in the game part settings corresponding to the normal mode, the reward information is determined so that some kind of reward can be given. On the other hand, in the game part settings corresponding to the practice mode, the reward information is determined so that no reward is given. For example, in FIG. 4, the reward information corresponding to the normal mode of the game part "gp001" is "virtual currency x 5 pieces, 10%", indicating that 5 pieces of virtual currency will be awarded with a probability of 10%. On the other hand, the reward information corresponding to the practice mode is "null", indicating that no reward is given.

Information regarding the continuation of play includes processing for continuing the play (e.g., continue processing) that may be executed when the game part becomes unable to continue playing (e.g., game over state) while the game part is being played. Contains any information used in the process. For example, if a condition such as the total HP of a group of game media decreases to zero while playing a game part is achieved and the game is over, if Continue is executed, the total HP increases to, for example, the maximum value, It becomes possible to continue playing the game part. On the other hand, if the game is over while playing the game part and the continue is not executed, the game over is confirmed and the game part ends.

In this embodiment, the information regarding the continuation of play includes information indicating whether or not to continue in the event of a game over, and the user's resources consumed to continue (for example, the game media associated with the user or (virtual currency, etc.), but the information included in the information regarding the continuation of play is not limited to these. For example, the information regarding the continuation of the play may further include information indicating a limit number of times that the continuation can be executed.

Here, the information regarding the continuation of play may differ depending on the mode of the game part. Preferably, the information regarding the continuation of play corresponding to the practice mode is determined such that the play can be continued many times with fewer resources (for example, without resources) than in the normal mode. With this configuration, it is easier to continue in the practice mode than in the normal mode, thereby improving the usability of the game.

In the present embodiment, in the game part settings corresponding to the normal mode, the information regarding continuation of play is determined so that it is not possible to continue, or is determined so that it is possible to continue by consuming some kind of resource. On the other hand, in the game part settings corresponding to the practice mode, information regarding continuation of play is determined so that the game can be continued without consuming any resources. For example, in FIG. 4, the information regarding the continuation of the play corresponding to the normal mode of the game part "gp001" indicates that it is possible to continue the play by consuming five pieces of virtual currency. Further, the information regarding the continuation of the play corresponding to the practice mode of the game part "gp001" indicates that it is possible to continue the play without consuming any resources. Further, the information regarding the continuation of the play corresponding to the normal mode of the game part "gp002" indicates that continuation is not possible.

Information regarding game parts is not limited to what is described above. For example, the information regarding the game part may further include any information necessary for executing the game part, such as image data to be displayed on the terminal device 12 during execution of the game part, and information regarding enemy characters.

The server control unit 15 (see FIG. 1) includes a dedicated or general-purpose processor. The server control unit 15 controls the operation of the server device 11 as a whole. For example, the server control unit 15 sends and receives information via the server communication unit 13. Further, the server control unit 15 causes the server storage unit 14 to store the above-mentioned information regarding the game part, information regarding the specific game medium, and setting information of the game part.

The server control unit 15 also performs various processes related to game parts. This will be explained in detail below.

The server control unit 15 transmits information regarding at least some of the users (see FIGS. 2 and 3) to the terminal device 12. Here, the server control unit 15 sets a condition that among a plurality of users other than the user of the terminal device 12, the elapsed time from the last login date and time shown in the login information to the current time is less than a predetermined value ( Information regarding other users who satisfy (selectable conditions) may be transmitted to the terminal device 12. The information regarding other users transmitted to the terminal device 12 is used, for example, for displaying an assistant selection screen on the terminal device 12, executing a game part, and the like. The processing in the terminal device 12 will be described later. In this embodiment, the information regarding the user is transmitted, for example, when the user of the terminal device 12 logs into the game system 10, but it may be transmitted at any timing.

The server control unit 15 also transmits information regarding one or more game parts (see FIG. 4) to the terminal device 12. The information regarding the game part transmitted to the terminal device 12 is used, for example, for execution processing of the game part in the terminal device 12. The processing in the terminal device 12 will be described later. In this embodiment, the information regarding the game part is transmitted, for example, when the user plays the game part for the first time, but it may be transmitted at any timing. Here, the information regarding the game part transmitted to the terminal device 12 is stored in the terminal device 12 as described later. Therefore, when the user plays the game part again, the server control unit 15 may omit sending information regarding the game part.

(Configuration of terminal device)
Next, the terminal device 12 will be explained. As shown in FIG. 1, the terminal device 12 includes a terminal communication section 17, a terminal storage section 18, a display section 19, an input section 20, and a terminal control section 21.

The terminal communication unit 17 is an interface that communicates with an external device wirelessly or by wire, and sends and receives information. In this embodiment, the terminal communication unit 17 sends and receives information to and from the server device 11 via the network 16.

The terminal storage unit 18 includes, for example, a primary storage device and a secondary storage device, and stores various information and programs necessary for processing the game provided from the server device 11. For example, the terminal storage unit 18 stores a dedicated application for running a game (hereinafter also referred to as a game application). The game application is obtained from a predetermined application distribution server via the network 16, for example. With the game application being executed (activated), the operations of the terminal device 12 related to the game are realized.

The terminal storage unit 18 also stores information regarding the user and information regarding the game part received from the server device 11.

Further, the terminal storage unit 18 stores a mode determined as described later among a plurality of modes provided in the game part. Specifically, the terminal storage unit 18 stores the normal mode or practice mode as the determined mode. As will be described later, the game part is executed using the game part settings corresponding to the determined mode preferentially. In this embodiment, the mode stored in the terminal storage unit 18 is used in common for all game parts, but the mode may be stored for each game part.

The display unit 19 is a display device such as a liquid crystal display or an organic EL display, and is capable of displaying various screens.

The input unit 20 is an input interface including, for example, a touch panel provided integrally with the display unit 19, and is capable of accepting user operations on the terminal device 12.

The terminal control unit 21 includes a dedicated or general-purpose processor. The terminal control unit 21 controls the overall operation of the terminal device 12 . For example, the terminal control unit 21 transmits and receives information via the terminal communication unit 17. The terminal control unit 21 also executes (starts) a game application in response to a user's operation.

The terminal control unit 21 also performs various processes related to game parts. This will be explained in detail below.

The terminal control unit 21 acquires information regarding one or more users from the server device 11 and stores it in the terminal storage unit 18 . Specifically, the terminal control unit 21 stores information regarding one or more users including the user of the terminal device 12 among the plurality of users. The terminal control unit 21 also acquires information regarding one or more game parts from the server device 11 and stores it in the terminal storage unit 18 .

The terminal control unit 21 also automatically or in response to a user's operation determines a game media group that includes one or more first game media. Specifically, the terminal control unit 21 changes the status of one or more first game media selected automatically or in response to a user operation from among the first game media owned by the user to "leader" or "support". ”, the information regarding the user stored in the terminal storage unit 18 is updated. Then, the terminal control unit 21 transmits the updated information regarding the user to the server device 11. In this way, the updated information regarding the user is stored in each of the server device 11 and the terminal device 12.

Further, the terminal control unit 21 causes the display unit 19 to display a game part selection screen, for example, in response to a predetermined user operation. The game part selection screen is a screen on which a graphic user interface that can detect a user operation for selecting one game part out of one or more game parts is displayed. Hereinafter, the graphic user interface will also be simply referred to as an interface. The game part selection screen is displayed using information regarding one or more game parts stored in the terminal storage unit 18. Then, the terminal control unit 21 selects one game part from the one or more game parts in response to a user operation on the game part selection screen.

For example, on the game part selection screen shown in FIG. 5, two interfaces 22 (22a, 22b) are displayed that can detect user operations to select game parts "gp001" and "gp002", respectively. Preferably, information regarding each game part, such as stamina consumption, is displayed on the game part selection screen. For example, when the terminal control unit 21 detects a user operation on the interface 22a corresponding to the game part "gp0001", the terminal control unit 21 selects the game part "gp0001".

Subsequently, the terminal control unit 21 causes the display unit 19 to display an assistant selection screen. The helper selection screen is a screen on which an interface capable of detecting a user operation for selecting one of the one or more second game contents satisfying the selectable condition is displayed. Here, the second game medium is a first game medium whose status is set to "leader" among first game contents owned by users other than the user of the terminal device 12, but other users may be any first game medium owned by. Further, the second game medium that satisfies the selectable condition is the second game medium of another user that satisfies the selectable condition that the elapsed time from the last login date and time to the current time is less than a predetermined value, as described above. The helper selection screen is displayed using information regarding other users stored in the terminal storage unit 18. Then, the terminal control unit 21 selects one second game medium from among the one or more second game contents in response to the user's operation on the helper selection screen. The selected second game content is used together with the first game content included in the game content group to execute the game part.

For example, on the helper selection screen shown in FIG. 6, two interfaces 23 (23a, 23b) capable of detecting user operations to select the second game medium of the user "user002" and the second game medium of the user "user004" are displayed. Displayed. Preferably, on the helper selection screen, an image of each second game medium and the remaining time until the selectable condition is no longer satisfied are displayed. For example, when the terminal control unit 21 detects a user operation on the interface 23a corresponding to the second game medium of the user "user002", the terminal control unit 21 selects the second game medium of the user "user0002".

Subsequently, the terminal control unit 21 causes the display unit 19 to display a preparation screen. The preparation screen is a screen on which an interface (first interface) capable of detecting a user operation (first user operation) for determining the mode of the game part is displayed. The terminal control unit 21 determines the mode of the game part to be the normal mode or the practice mode in response to the first user's operation on the first interface. Specifically, the terminal control unit 21 switches the mode of the game part between the normal mode and the practice mode every time the first user operation is detected.

The terminal control unit 21 also changes at least a portion of the preparation screen depending on the mode of the game part. With this configuration, the user can easily recognize the mode of the game part, thereby improving the convenience of the game. This will be explained in detail below.

In addition to the first interface described above, the preparation screen according to the present embodiment includes an interface (second user operation) that can detect a user operation (second user operation) for executing (starting) the game part in the determined mode. interface) and information regarding the mode of the game part are also displayed. The terminal control unit 21 changes, for example, the display mode of at least one of the first interface and the second interface, such as the shape, color, image, or text, depending on the mode of the game part. The terminal control unit 21 also changes information regarding the mode of the game part displayed on the preparation screen (for example, an explanatory text of the mode, etc.).

For example, FIG. 7 shows an example of a preparation screen when the mode of the game part is the normal mode. In the preparation screen shown in FIG. 7, the first interface 24 displays the text "Normal Mode" indicating the mode of the game part. Further, the second interface 25 displays the text "Start game part". Further, the shape of the second interface 25 is approximately rectangular. Further, in the area 26, a text "This team will execute the game part" is displayed as information regarding the normal mode.

When the mode of the game part is the normal mode, the terminal control unit 21 determines the mode of the game part from the normal mode to the practice mode when detecting the first user operation on the first interface 24. On the other hand, when the terminal control unit 21 detects the second user operation on the second interface 25, the terminal control unit 21 performs a game part execution process in the normal mode. Specifically, the terminal control unit 21 reads the game part settings corresponding to the normal mode of the game part from the information regarding the game parts stored in the terminal storage unit 18, and controls the game part based on the game part settings. Execute.

Here, in the game part settings corresponding to the normal mode in this embodiment, as described above, the stamina consumption amount is set to a value larger than zero, and the reward information is set so that some kind of reward can be given. Therefore, information about the user needs to be updated. Therefore, when executing the game part in the normal mode, the terminal control unit 21 updates, for example, information regarding stamina and game content among the information regarding the user. The terminal control unit 21 also transmits updated information regarding the user to the server device 11. In other words, when the mode of the game part is the normal mode, the terminal control unit 21 updates the information regarding the user stored in the terminal storage unit 18 and communicates with the server device 11 to update the information stored in the server device 11. update information about the user. The terminal control unit 21 may communicate with the server device 11 to update information regarding the user, for example, at the start and end of the game part. In such a case, at the start of the game part, stamina is reduced by, for example, the amount of stamina consumed. Furthermore, at the end of the game part, a reward is given to the user, for example.

On the other hand, for example, FIG. 8 shows an example of a preparation screen when the mode of the game part is the practice mode. In the preparation screen shown in FIG. 8, the text displayed on the first interface 24 has changed to "practice mode" indicating the mode of the game part. Furthermore, the text displayed on the second interface 25 has changed to the text "Start practice." Further, the shape of the second interface 25 has changed to an ellipse. Furthermore, the text displayed in area 26 has changed to the text "In practice mode, the reward and stamina consumption are zero" as information regarding the practice mode.

When the mode of the game part is the practice mode, the terminal control unit 21 determines the mode of the game part from the practice mode to the normal mode upon detecting the first user operation on the first interface 24. On the other hand, when the terminal control unit 21 detects the second user operation on the second interface 25, the terminal control unit 21 performs a game part execution process in the practice mode. Specifically, the terminal control unit 21 reads the game part settings corresponding to the practice mode of the game part from the information regarding the game parts stored in the terminal storage unit 18, and controls the game part based on the game part settings. Execute.

In this embodiment, in the game part settings corresponding to the practice mode, as described above, the stamina consumption amount is set to zero, and the reward information is set so that no reward is given. Therefore, unlike the case where the game part is executed in the normal mode, there is no need to update information regarding the user. Therefore, when the mode of the game part is the practice mode, the terminal control unit 21 does not update the information about the user stored in the terminal storage unit 18, and the terminal control unit 21 does not update the information about the user stored in the terminal storage unit 18. There is no communication. Therefore, the information regarding the user stored in the server device 11 is also not updated.

In addition, when the mode of the game part is the normal mode, if the game part becomes unable to continue playing while the game part is being executed, the terminal control unit 21 automatically controls the The game part is ended or the play of the game part is continued according to a predetermined user operation. Specifically, the terminal control unit 21 automatically ends the game part when it is determined that the game part cannot be continued, and automatically ends the game part when the game part is determined to be able to be continued. Continue is executed according to the operation to continue playing the game part.

Here, in the game part settings corresponding to the normal mode in this embodiment, the information regarding the continuation of play is determined so that it is impossible to continue as described above, or it is determined that it is possible to continue by consuming some kind of resource. stipulated by. Therefore, when continuing is executed by consuming resources in the normal mode, information regarding the user needs to be updated. Therefore, when executing continue in the normal mode, the terminal control unit 21 updates information regarding the user so as to consume the resource. The terminal control unit 21 also transmits updated information regarding the user to the server device 11. In other words, when the mode of the game part is the normal mode, when the terminal control unit 21 executes continue, the terminal control unit 21 updates the information regarding the user stored in the terminal storage unit 18, and also communicates with the server device 11 to update the information about the user stored in the terminal storage unit 18. The information regarding the user stored in the device 11 is updated.

On the other hand, when the mode of the game part is the practice mode, if the game part becomes unable to continue playing while the game part is being executed, the terminal control unit 21 automatically executes continue and stops playing the game part. Make it continue. With this configuration, the user who plays the game part in the practice mode does not need to perform a user operation to continue, thereby improving the usability of the game.

Here, in the game part settings corresponding to the practice mode in this embodiment, information regarding continuation of play is determined so that it is possible to continue without consuming any resources as described above. Therefore, unlike when continuing is executed in normal mode, there is no need to update information regarding the user. Therefore, when continuing in the practice mode, the terminal control unit 21 does not update the information regarding the user stored in the terminal storage unit 18 and does not communicate with the server device 11. Therefore, the information regarding the user stored in the server device 11 is also not updated.

Next, with reference to the flowchart of FIG. 9, a description will be given of the processing from displaying the game part selection screen to displaying the preparation screen among the processing related to game parts executed by the terminal device 12. Here, it is assumed that the terminal device 12 stores information regarding the user and information regarding the game part.

Step S100: First, the terminal control unit 21 causes the display unit 19 to display a game part selection screen, for example, in response to a predetermined user operation.

Step S101: Next, the terminal control unit 21 selects one game part from one or more game parts in response to a user operation on the game part selection screen. Hereinafter, one selected game part will be simply referred to as a game part.

Step S102: Next, the terminal control unit 21 causes the display unit 19 to display an assistant selection screen.

Step S103: Subsequently, the terminal control unit 21 selects one second game medium from among the one or more second game contents in response to the user's operation on the helper selection screen.

Step S104: Then, the terminal control unit 21 causes the display unit 19 to display a preparation screen.

Next, with reference to the flowchart of FIG. 10, a description will be given of the processing from the state in which the preparation screen is displayed to the execution of the game part among the processing related to the game part executed by the terminal device 12. This process is executed after step S104 described above.

Step S200: First, the terminal control unit 21 determines whether or not a first user operation on the first interface on the preparation screen is detected. If it is determined that the first user operation has been detected (step S200-Yes), the process advances to step S201. On the other hand, if it is determined that the first user operation has not been detected (step S200-No), the process advances to step S203.

Step S201: If it is determined in step S200 that the first user operation has been detected (step S200-Yes), the terminal control unit 21 determines the mode of the game part to be the normal mode or the practice mode. Specifically, the terminal control unit 21 switches the mode of the game part between the normal mode and the practice mode.

Step S202: Next, the terminal control unit 21 changes at least a portion of the preparation screen according to the mode determined in step S201.

Step S203: After step S202, or if it is determined that the first user operation is not detected in step S200 (step S200-No), the terminal control unit 21 controls the second user's operation for the second interface on the preparation screen. Determine whether or not an operation is detected. If it is determined that the second user operation has been detected (step S203-Yes), the process advances to step S204. On the other hand, if it is determined that the second user operation has not been detected (step S203-No), the process returns to step S200.

Step S204: If it is determined in step S203 that the second user operation has been detected (step S203-Yes), the terminal control unit 21 performs a game part execution process. Specifically, the terminal control unit 21 reads the game part settings corresponding to the mode determined in step S201 from the information regarding the game parts stored in the terminal storage unit 18, and selects the game part based on the game part settings. Execute.

In the game part execution process of step S204, if the mode of the game part is the normal mode, the terminal control unit 21 updates the information regarding the user stored in the terminal storage unit 18 as described above, and also updates the information regarding the user stored in the terminal storage unit 18 as described above. 11 to update the information regarding the user stored in the server device 11. On the other hand, when the mode of the game part is the practice mode, the terminal control unit 21 does not update the information regarding the user stored in the terminal storage unit 18 and does not communicate with the server device 11. Therefore, the information regarding the user stored in the server device 11 is also not updated.

As described above, when the first user operation on the first interface on the preparation screen is detected, the terminal device 12 according to the present embodiment determines the mode of the game part to be the normal mode or the practice mode. Run the game part in the selected mode. With this configuration, when playing the game part, the user can play the game part in a desired mode out of two different modes. Therefore, the convenience of the game is improved compared to, for example, a configuration in which the user cannot freely switch modes. Furthermore, the terminal device 12 changes part of the preparation screen depending on the mode of the game part. With this configuration, the user can easily recognize the mode of the game part on the preparation screen, further improving the usability of the game.

Preferably, the terminal device 12 changes the display mode of the second interface, which is capable of detecting a second user operation for executing the game part in the determined mode, on the preparation screen, depending on the mode of the game part. let With this configuration, the display mode of the second interface, which is likely to be noticed by a user who wants to start the game part, changes, so the certainty that the mode of the game part is recognized by the user is improved.

Further, in the game part execution process, if the game part mode is the normal mode, the information regarding the user stored in the server device 11 is updated. On the other hand, when the mode of the game part is the practice mode, the information regarding the user stored in the server device 11 is not updated. With this configuration, even if the game part is executed in the practice mode, for example, stamina, user experience values, etc. do not change. Therefore, the user can easily practice the game parts, further improving the usability of the game.

Further, in the game part execution process, the terminal device 12 communicates with the server device 11 when the game part mode is the normal mode. On the other hand, the terminal device 12 does not communicate with the server device 11 when the mode of the game part is the practice mode. In this way, the terminal device 12 can independently execute the game part in the practice mode, and the communication frequency and amount of communication can be suppressed.

Furthermore, when the game part becomes unable to continue while the game part is being executed, the terminal device 12 automatically ends the game part if the mode of the game part is the normal mode, or terminates the game part according to the user's operation. continue. On the other hand, when the mode of the game part is the practice mode, the terminal device 12 automatically continues the game part. With this configuration, it is easier to continue in the practice mode compared to the normal mode, which improves the usability of the game.

(Second embodiment)
Next, a game system 10 according to a second embodiment of the present invention will be described. In the following description, the same components as in the first embodiment are denoted by the same reference numerals, and the description thereof will be omitted. The game system 10 includes a server device 11 and a plurality of terminal devices 12. Generally speaking, the second embodiment differs from the first embodiment in that the game part is used for competition between users. This will be explained in detail below.

In the game according to the present embodiment, when the first user (the user who plays first) selects any second user among the plurality of users, the second user is determined as the opponent (user who plays second). Subsequently, the first user plays the game part (first game part). In the first game part, the first user plays against an enemy character. The result information of the first game part, for example, the score, is determined based on the result of the battle with the enemy character (for example, win or loss), the time required to defeat the enemy character, and the like. For example, defeating an enemy character results in a high score. Similarly, for example, the shorter the time required to defeat the enemy character, the higher the score.

When the first user finishes playing the first game part, the second user plays a game part (second game part) corresponding to the first game part. The second game part is, for example, a game part that is the same as or corresponds to the first game part, but is not limited thereto, and may be, for example, a game part that is completely different from the first game part. Similar to the first game part, in the second game part, the second player plays against the enemy character. Further, similarly to the first game part, the result information, for example, the score, of the second game part is determined based on the result of the battle with the enemy character, the time required to defeat the enemy character, and the like.

Then, when the second game part is played by the second player, the result of the asynchronous match is determined based on the result information of the first game part of the first player and the result information of the second game part of the second player. It is determined. Specifically, a user with a higher score is determined to be a winning user, and a user with a lower score is determined to be a defeated user. The competition between users in this embodiment is not limited to the asynchronous competition described above, but may be a synchronous competition in which the users play one game part at the same time, for example.

Next, regarding each component of the game system 10 according to this embodiment, differences from the first embodiment will be mainly explained.

(Configuration of server device 11)
First, the server device 11 will be explained. The server device 11 includes a server communication section 13, a server storage section 14, and a server control section 15. The server communication unit 13, server storage unit 14, and server control unit 15 are the same as in the first embodiment (see FIG. 1).

In this embodiment, the information regarding the user stored in the server storage unit 14 includes, for example, as shown in FIG. 11, login information, user experience value, user rank, stamina, game information, etc. Contains information about the medium and a lock flag. Information regarding login information, user experience value, user rank, stamina, and game content is the same as in the first embodiment.

The lock flag is a flag indicating whether the state of the corresponding user is locked or unlocked. As will be described later, when the first user and second user who play the battle are determined, the states of the first user and second user change from the locked state to the locked state. Furthermore, when the asynchronous match ends, the locked state of the first player and the second player is released and the users become unlocked. As will be described later, a user in a locked state cannot select a candidate user and start an asynchronous match, and cannot be selected as a candidate user by other users. That is, in this embodiment, control is performed so that two or more asynchronous matches are not pending for one user at the same time. In FIG. 11, a user whose lock flag is "1" indicates a locked state, and a user whose lock flag is "0" indicates a non-locked state.

In this way, since the lock flag is used to prevent one user from having two or more asynchronous matches pending at the same time, for example, a large number of asynchronous matches are suppressed from being pending for a specific user, and the game progresses. The delay or inhibition of is suppressed. Furthermore, compared to, for example, a configuration in which a large number of asynchronous battles are pending for a specific user, the success rate of asynchronous battles is improved. Further, since the number of asynchronous matches that the server device 11 should process in the entire game system 10 is suppressed, the processing load on the server device 11 is reduced.

In this embodiment, when the server control unit 15 receives an acquisition request for information indicating a candidate user from the terminal device 12 of the first user, as will be described later, the server control unit 15 selects one of the plurality of users who is in an unlocked state other than the first user. The above users are extracted as candidate users. Then, the server control unit 15 transmits information indicating one or more extracted candidate users to the terminal device 12 of the first user.

Subsequently, when the server control unit 15 receives information indicating a second user selected from one or more candidate users from the terminal device 12 of the first user, it locks the first user and the second user. stipulate. The server control unit 15 also transmits a notification indicating that the terminal device 12 of the user who plays first has been determined to be the user who plays second, that is, the opponent, to the terminal device 12 of the user who plays second.

Subsequently, upon detecting the end of the asynchronous match between the first user and the second user, the server control unit 15 determines the result (win or loss) of the asynchronous match.

For example, the server control unit 15 receives result information (e.g., score) of the first game part from the terminal device 12 of the user who plays first, and receives result information (e.g., score) of the second game part from the terminal device 12 of the user who plays second. , score), the end of the asynchronous match is detected. In such a case, the server control unit 15 determines the user with the higher score shown in the result information as the winning user, and determines the user with the lower score as the losing user, among the first user and the second user.

For example, the server control unit 15 may control the game part from at least one of the terminal device 12 of the first user and the terminal device 12 of the second user by the time a predetermined period of time has elapsed after setting the first user and second user to the locked state. If result information is not received, the end of the asynchronous match is detected. In such a case, the server control unit 15 determines the user associated with the terminal device 12 that has transmitted the result information as the winning user, and determines the user associated with the terminal device 12 that has not transmitted the result information as the defeated user. Alternatively, if the server control unit 15 does not receive the result of the game part from both the terminal device 12 of the user who plays first and the terminal device 12 of the user who plays second, the server control unit 15 determines that the game is a draw.

(Configuration of terminal device 12)
Next, the terminal device 12 will be explained. The terminal device 12 includes a terminal communication section 17, a terminal storage section 18, a display section 19, an input section 20, and a terminal control section 21. The terminal communication section 17, terminal storage section 18, display section 19, input section 20, and terminal control section 21 are the same as in the first embodiment (see FIG. 1).

The terminal control unit 21 performs different processing depending on whether the user is a second-attacking user or not. This will be explained in detail below.

(Processing when not the second attacking user)
First, a description will be given of a process when the user of the terminal device 12 is not the second player (that is, when the user is not determined to be an opponent in another user's terminal device 12). The terminal control unit 21 causes the display unit 19 to display a game part selection screen, an assistant selection screen, and a preparation screen, as in the first embodiment. The game part selection screen and the helper selection screen are the same as in the first embodiment.

The terminal control unit 21 also changes at least a portion of the preparation screen depending on the mode of the game part.

For example, when the mode of the game part is the practice mode, the first interface, the second interface, and information regarding the mode of the game part are displayed on the preparation screen. For example, FIG. 12 shows an example of the preparation screen when the mode of the game part is the practice mode. In the preparation screen shown in FIG. 12, the first interface 24 displays the text "Practice Mode" indicating the mode of the game part. Further, the second interface 25 displays the text "Start practice." Further, the shape of the second interface 25 is an ellipse. Further, in the area 26, the text "Competition is not held in the practice mode" is displayed as information regarding the practice mode.

On the other hand, when the mode of the game part is the normal mode, the first interface, the third interface, and information regarding the mode of the game part are displayed on the preparation screen. The third interface is an interface that can detect a user operation (third user operation) for acquiring information indicating one or more candidate users of the opponent. Further, the third interface is displayed in place of the second interface described above. For example, FIG. 13 shows an example of the preparation screen when the mode of the game part is the normal mode. In the preparation screen shown in FIG. 13, the text displayed on the first interface 24 has changed to "normal mode" indicating the mode of the game part. In addition, the third interface 27 displayed instead of the second interface 25 (see FIG. 12) displays the text "Obtain opponent candidate." Further, the shape of the third interface 27 is approximately rectangular. Further, in the area 26, a text "This team will execute the game part" is displayed as information regarding the normal mode.

When the terminal control unit 21 detects a third user operation on the third interface, the terminal control unit 21 transmits a request to obtain information indicating a candidate user to the server device 11. Subsequently, the terminal control unit 21 obtains information indicating one or more candidate users from the server device 11.

Subsequently, the terminal control unit 21 causes the display unit 19 to display an opponent selection screen using information indicating one or more candidate users. The opponent selection screen is a screen on which an interface capable of detecting a user operation for selecting one candidate user among the one or more candidate users and determining him as an opponent (second player) is displayed. When the terminal control unit 21 detects a user operation on the interface, it determines one candidate user among the one or more candidate users to be the opponent (second player user). Then, the terminal control unit 21 transmits information indicating the determined opponent (second player) to the server device 11. A second interface is also displayed on the opponent selection screen. The second interface is similar to the first embodiment.

For example, on the opponent selection screen shown in FIG. 14, two interfaces 28 (28a, 28b) from which candidate users "user002" and "user003" can be selected, respectively, and a second interface 25 are displayed. For example, when the terminal control unit 21 detects a user operation on the interface 28a corresponding to the candidate user "user002", the terminal control unit 21 determines the candidate user "user002" to be the opponent (second player). Further, the terminal control unit 21 transmits information indicating the second user to the server device 11. Subsequently, when the terminal control unit 21 detects the second user operation on the second interface 25, the terminal control unit 21 executes the game part execution process in the determined game part mode, here the normal mode.

When the game part ends, the terminal control unit 21 generates result information (for example, score) of the game part and transmits it to the server device 11.

In addition, the terminal control unit 21 temporarily controls the terminal control unit 21 from the time the opponent (the second user) is determined until the end of the asynchronous match (that is, until the locked state of the first user and the second user are released). Control game parts so that they are impossible to execute. Specifically, when displaying the game part selection screen, the terminal control unit 21 displays the interface 22a on the game part selection screen in a different manner than usual (for example, as shown in FIG. 15). dark). Furthermore, the terminal control unit 21 prohibits detection of user operations by the interface 22a. The control for making the game part unexecutable is not limited to the above-mentioned processing, and any processing can be adopted.

(Processing when the user is the second attacking user)
Next, processing when the user of the terminal device 12 is the second user will be described. When the terminal control unit 21 receives a notification from the server device 11 indicating that the user of the own device has been determined to be the opponent (the user who plays second) in the terminal device 12 of another user (the user who plays first), the terminal control unit 21 controls the other user's terminal device 12 A user is determined to be an opponent (first user).

Further, the terminal control unit 21 causes the display unit 19 to display a game part selection screen, an assistant selection screen, and a preparation screen, similar to the process when the user is the first player to play. The game part selection screen and the helper selection screen are the same as in the first embodiment.

Here, the terminal control unit 21 temporarily controls the user from the time the opponent (the first user) is determined until the end of the asynchronous match (that is, until the locked state of the first user and second user is released). To control a game part in a practice mode so that it cannot be executed. For example, when displaying the preparation screen, the terminal control section 21 displays a preparation screen corresponding to the normal mode even if the practice mode is stored in the terminal storage section 18 as the mode of the game part. Further, the terminal control unit 21 displays, for example, the first interface on the preparation screen in a different manner than usual (for example, darker than usual). The terminal control unit 21 also prohibits the first interface from detecting the first user's operation. This configuration prevents only the second player from being able to practice the game part in the practice mode after the asynchronous match starts. Therefore, fairness between the first user and the second user is improved.

Next, with reference to the flowchart of FIG. 16, among the processes related to the game part executed by the terminal device 12 of the user who is not the second player, the process from the state where the preparation screen is displayed to the execution of the game part will be explained. do. This process is executed, for example, after the same process as steps S100 to S104 in the first embodiment.

Step S300: First, the terminal control unit 21 determines whether or not a first user operation on the first interface on the preparation screen is detected. If it is determined that the first user operation has been detected (step S300-Yes), the process advances to step S301. On the other hand, if it is determined that the first user operation has not been detected (step S300-No), the process advances to step S303.

Step S301: If it is determined in step S300 that the first user operation has been detected (step S300-Yes), the terminal control unit 21 determines the mode of the game part to be the normal mode or the practice mode. Specifically, the terminal control unit 21 switches the mode of the game part between the normal mode and the practice mode.

Step S302: Next, the terminal control unit 21 changes at least a portion of the preparation screen according to the mode determined in step S301.

Step S303: After step S302, or if it is determined that the first user operation is not detected in step S300 (step S300-No), the terminal control unit 21 controls the second user's operation for the second interface on the preparation screen. Determine whether or not an operation is detected. If it is determined that the second user operation has been detected (step S303-Yes), the process advances to step S308. On the other hand, if it is determined that the second user operation has not been detected (step S303-No), the process advances to step S304.

Step S304: If it is determined in step S303 that no second user operation has been detected (step S303-No), the terminal control unit 21 determines whether or not a third user operation on the third interface on the preparation screen has been detected. Determine whether If it is determined that the third user operation has been detected (step S304-Yes), the process advances to step S305. On the other hand, if it is determined that the third user operation has not been detected (step S304-No), the process returns to step S300.

Step S305: If it is determined that the third user has been detected in step S304 (step S304-Yes), the terminal control unit 21 transmits a request to obtain information indicating the candidate user to the server device 11, and selects one or more candidates. Information indicating the user is acquired from the server device 11.

Step S306: Next, the terminal control unit 21 causes the display unit 19 to display an opponent selection screen using the information indicating one or more candidate users acquired in step S305.

Step S307: Subsequently, the terminal control unit 21 determines one candidate user among the one or more candidate users to be the opponent (second user) in response to the user's operation on the opponent selection screen. The terminal control unit 21 also transmits information indicating the determined match (second player) to the server device 11.

Step S308: After step S307, or if it is determined in step S303 that the second user operation has been detected (step S303-Yes), the terminal control unit 21 performs a game part execution process. Specifically, the terminal control unit 21 reads the game part settings corresponding to the mode determined in step S301 from the information regarding the game parts stored in the terminal storage unit 18, and controls the game based on the game part settings. perform the part.

In the game part execution process of step S308, if the game part mode is the normal mode, the terminal control unit 21 updates the information regarding the user stored in the terminal storage unit 18, as in the first embodiment, Moreover, the information regarding the user stored in the server device 11 is updated by communicating with the server device 11. The terminal control unit 21 also determines the result information (for example, score) of the game part and transmits it to the server device 11. The transmitted result information is used by the server device 11 to determine the match result of the asynchronous match.

On the other hand, when the mode of the game part is the practice mode, the terminal control unit 21 does not update the information regarding the user stored in the terminal storage unit 18 and does not communicate with the server device 11, similarly to the first embodiment. . Also, asynchronous matches with opponents are not held.

Although the present invention has been described based on the drawings and examples, it should be noted that those skilled in the art will be able to easily make various changes and modifications based on the present disclosure. Therefore, it should be noted that these variations and modifications are included within the scope of the present invention. For example, the functions included in each means, each step, etc. can be rearranged so as not to be logically contradictory, and it is possible to combine or divide multiple means and steps into one. .

For example, in the embodiment described above, the terminal control unit 21 stores, in the terminal storage unit 18, first information indicating one or more first game media included in the game media group used when executing the game part in the practice mode. You may. Then, when executing a game part in the normal mode, for example, the terminal control unit 21 selects one or more first game media included in the game media group according to a user operation to select the first information. The information regarding the user stored in the terminal storage unit 18 is updated so that the first game content becomes the first game content. With this configuration, the user can read out a group of game media used when playing a game part in the practice mode in the past, for example, and the usability of the game is further improved.

Preferably, the terminal control unit 21 stores the first information in the terminal storage unit 18 when the execution result of the game part in the practice mode satisfies a predetermined condition. For example, the terminal control unit 21 determines result information (for example, score) of the game part in the practice mode, and satisfies the condition that the score exceeds a predetermined value (for example, the past maximum score of the game part in the practice mode). In this case, the first information is stored in the terminal storage unit 18. With this configuration, the first information is stored only when the execution result of the game part in the practice mode is, for example, good, thereby further improving the usability of the game.

Furthermore, predetermined restriction conditions regarding a group of game media that can be used to play the game part may be set for the game part. The restrictive conditions include, for example, the condition that the total value or average value of the cost or level of all the first game media included in the game media group is less than a predetermined threshold, but based on the information regarding the first game media, It may also include any conditions that can be determined. For example, when starting a game part in the normal mode, the terminal control unit 21 determines whether or not the restriction conditions of the game part are satisfied based on information regarding the first game medium included in the game medium group. Then, the terminal control unit 21 executes the game part when it is determined that the limiting condition is satisfied, and stops the execution of the game part when it is determined that the limiting condition is not satisfied.

In such a configuration, the terminal control unit 21 may store, in the terminal storage unit 18, a plurality of pieces of first information when a game part in the practice mode is executed a plurality of times, for example. Then, the terminal control unit 21 causes the display unit 19 to display a plurality of pieces of first information in a selectable manner, for example, when executing a game part in the normal mode.

Here, the terminal control unit 21 may cause the display unit 19 to display only the first information that satisfies the restriction conditions of the game part among the plurality of first information. Alternatively, the terminal control unit 21 may control such that among the plurality of first information displayed on the display unit 19, first information that does not satisfy the restriction conditions of the game part cannot be selected. Specifically, the terminal control unit 21 displays the first information that does not satisfy the restriction conditions in a different display mode than usual (for example, grayed out display), and performs a user operation to select the first information that does not satisfy the restriction conditions. will stop accepting applications. With this configuration, the user can easily read out a group of game media that satisfies the restriction conditions of the game part from among a plurality of game media groups used when playing the game part in the practice mode in the past, for example, and Convenience is further improved.

Furthermore, in the embodiment described above, the terminal control unit 21 may store, in the terminal storage unit 18, second information indicating the second game medium used when executing the game part in the practice mode. Then, the terminal control unit 21 notifies the user when the second game content indicated by the second information satisfies the selectable conditions. With this configuration, if the second game medium used when playing a game part in the practice mode in the past satisfies the selectable condition, the user can be notified of this through a notification. , the convenience of the game is further improved.

Preferably, when the second information is stored, the terminal control unit 21 causes the second game content indicated by the second information to be preferentially displayed on the helper selection screen. With this configuration, the user can easily find the second game content used in the practice mode in the past on the helper selection screen, further improving the usability of the game.

Preferably, the terminal control unit 21 stores the second information in the terminal storage unit 18 when the execution result of the game part in the practice mode satisfies a predetermined condition. For example, the terminal control unit 21 determines result information (for example, score) of the game part in the practice mode, and satisfies the condition that the score exceeds a predetermined value (for example, the past maximum score of the game part in the practice mode). In this case, the second information is stored in the terminal storage unit 18. With this configuration, the second information is stored only when the execution result of the game part in the practice mode is, for example, good, thereby further improving the usability of the game.

In the embodiment described above, when the game part is executed using the second game content, the terminal control unit 21 of the terminal device 12 owns the second game content if the mode of the game part is the normal mode. The information indicating the user ID of the other user and the date and time of execution of the game part is added to the information regarding the user stored in the terminal storage unit 18 and updated. Then, the terminal control unit 21 transmits the updated information regarding the user to the server device 11. In this way, the information regarding the user stored in the server storage unit 14 of the server device 11 is updated.

When transmitting information regarding at least some users among the plurality of users to the terminal device 12, the server control unit 15 selects the last login indicated in the login information among the plurality of other users other than the user of the terminal device 12. Information regarding another user who satisfies selectable conditions such that the elapsed time from the date and time to the current time is less than a predetermined value and the game part execution date and time is earlier than the last login date and time is transmitted. As described above, the transmitted information regarding other users is used, for example, in the process of displaying the helper selection screen on the terminal device 12, the process of executing the game part, and the like.

In this way, when the terminal control unit 21 of the terminal device 12 executes the game part in the normal mode using the second game medium, it communicates with the server device 11 to update information regarding the user. Then, until another user who owns the second game medium logs in again, the second game medium cannot be selected when starting the game part again on the terminal device 12. On the other hand, even if the game part in the practice mode is executed using the second game medium, the terminal control unit 21 does not update the information regarding the user stored in the terminal storage unit 18, and the terminal control unit 21 does not update the information regarding the user stored in the terminal storage unit 18. No communication is performed to update information about the user. Therefore, the information regarding the user stored in the server device 11 is also not updated.

Further, in the embodiments described above, a portion of various game screens is displayed as a web display on the terminal device 12 based on data generated by the server device 11, and a portion of the game screen (for example, menu buttons are arranged). (header area and footer area) may be displayed as a native display using a native application installed on the terminal device 12. In this way, the game according to the embodiment described above can also be a hybrid game in which each of the server device 11 and the terminal device 12 plays a part of the processing.

Furthermore, an information processing device such as a computer or a mobile phone can be suitably used to function as the server device 11 or the terminal device 12 according to the embodiment described above. Such an information processing device stores a program that describes processing contents for realizing each function of the server device 11 or the terminal device 12 according to the embodiment in the storage unit of the information processing device, and executes the program by the CPU of the information processing device. This can be achieved by reading and executing a program.

Below, the invention described in the claims of the original application of this application at the time of filing will be added.
[1]
to the user's information processing device,
storing information about game parts that the user is allowed to play;
Displaying a screen including a first interface capable of detecting a first user operation;
a determining step of determining the mode of the game part to be a first mode or a second mode when the first user operation is detected;
a changing step of changing a part of the screen according to the mode of the game part;
and an execution step of executing the game part in the mode determined in the determination step.
[2]
The program described in [1],
The information processing device is capable of communicating with a server device that stores information regarding the user,
The game part is a game part used for a battle between the user and an opponent,
In the changing step,
when the mode of the game part is the second mode, displaying on the screen a second interface capable of detecting a second user operation for executing the execution step;
When the mode of the game part is the first mode, a third interface capable of detecting a third user operation for acquiring information indicating one or more candidates of opponents from the server device is displayed on the screen. A program to display.
[3]
The program described in [2],
The information processing device,
When the third user operation is detected, acquiring the information indicating the one or more candidates from the server device;
The program further executes the step of determining one candidate from among the one or more candidates as an opponent.
[4]
The program described in [2] or [3],
The information processing device,
A program that causes another user's information processing device to further execute a step of determining the other user as an opponent when the user receives a notification from a server device that the user is determined to be an opponent.
[5]
The program according to any one of [2] or [4],
The battle is an asynchronous battle between the user and the opponent,
In the execution step, the program controls the game part in the second mode so that it cannot be executed during a period from when an opponent for the asynchronous battle is determined until the end of the asynchronous battle.
[6]
The program described in [1],
The screen includes a second interface capable of detecting a second user operation for executing the execution step,
In the changing step, the program changes a display mode of the second interface according to a mode of the game part.
[7]
The program according to any one of [1] to [6],
The information processing device is capable of communicating with a server device that stores information regarding the user,
In the execution step,
When the mode of the game part is the first mode, the information regarding the user stored in the server device is updated;
When the mode of the game part is the second mode, the information regarding the user stored in the server device is not updated.
[8]
The program according to any one of [1] to [7],
The information processing device is capable of communicating with a server device that stores information regarding the user,
In the execution step,
when the mode of the game part is the first mode, communicating with the server device;
A program that does not communicate with the server device when the mode of the game part is the second mode.
[9]
The program according to any one of [1] to [8],
In the execution step, if the game part becomes unable to continue while the game part is being executed,
When the mode of the game part is the first mode, automatically ending the game part or continuing the game part in response to a user operation;
A program that automatically continues the game part when the mode of the game part is the second mode.
[10]
The program according to any one of [1] to [9],
The game part is executed using a group of game media including one or more first game media,
The information processing device,
determining a group of game media that includes one or more first game media;
a first storage step of storing first information indicating one or more first game media included in a group of game media used when executing the game part in the second mode;
The program further causes a step of updating a first game medium included in a game medium group to the one or more first game contents indicated by the first information.
[11]
[10] The program described in [10],
In the first storing step, the program stores the first information when an execution result of the game part in the second mode satisfies a predetermined condition.
[12]
The program according to any one of [1] to [11],
The game part is executed using a game media group including one or more first game media and a second game media,
The information processing device,
a display step of displaying one or more second game contents that satisfy selectable conditions in a selectable manner;
selecting a second game medium to be used for executing the game part from among the one or more second game contents;
a second storage step of storing second information indicating a second game medium used when executing the game part in the second mode;
The program further causes a step of notifying the user when the second game content indicated by the second information satisfies the selectable condition.
[13]
[12] The program described in [12],
In the displaying step, when the second information is stored, the program causes the second game content indicated by the second information to be displayed preferentially.
[14]
The program according to [12] or [13],
In the second storing step, the program stores the second information when an execution result of the game part in the second mode satisfies a predetermined condition.
[15]
A storage unit that stores information regarding a game part to be played by a user, a display unit, and a control unit,
The control unit includes:
Displaying on the display unit a screen including a first interface capable of detecting a first user operation;
When the first user operation is detected, executing a determination process for determining the mode of the game part to be a first mode or a second mode;
changing a part of the screen according to the mode of the game part;
An information processing device that executes the game part in the mode determined in the determination process.
[16]
A method for controlling a game executed by a user's information processing device, the method comprising:
storing information about game parts that the user is allowed to play;
Displaying a screen including a first interface capable of detecting a first user operation;
a determining step of determining the mode of the game part to be a first mode or a second mode when the first user operation is detected;
changing a part of the screen according to the mode of the game part;
A control method comprising: an execution step of executing the game part in the mode determined in the determination step.

10 Game system 11 Server device 12 Terminal device 13 Server communication unit 14 Server storage unit 15 Server control unit 16 Network 17 Terminal communication unit 18 Terminal storage unit 19 Display unit 20 Input unit 21 Terminal control unit 22, 22a, 22b Interface 23, 23a , 23b interface 24 first interface 25 second interface 26 area 27 third interface 28, 28a, 28b interface

Claims (9)

to the user's information processing device,
a communication step of communicating with a server device that stores predetermined information regarding the user;
a storing step of storing information regarding game parts to be played by the user;
a determining step of determining the mode of the game part to be a first mode or a second mode when a first user operation is detected;
an execution step of executing the game part so that the requirements according to the mode determined in the determination step are satisfied;
The executing step is capable of reading a group of game media stored in the storing step and used when playing the game part in the second mode in the past when executing the game part in the first mode. A program. 2. The program according to claim 1, wherein the storage step stores the game media group in a readable manner when a result of execution of the game part in the second mode satisfies a predetermined condition. 3. The program according to claim 2, wherein the predetermined condition is that the execution result is better than a past execution result of the game part in the second mode. The execution step includes executing the game part in the first mode when the game media group satisfies a predetermined restriction condition, and executing the game part in the first mode when the game media group does not satisfy the predetermined restriction condition. The program according to any one of claims 1 to 3, which stops execution of a game part. 5. The program according to claim 4, wherein the executing step notifies the user when a game medium owned by another user included in the game medium group satisfies a predetermined restriction condition. . The execution step includes:
If the mode determined in the determining step is the first mode, executing the game part via the communicating step between the user's information processing device and the server device;
The program according to any one of claims 1 to 5, wherein when the mode determined in the determining step is the second mode, the user's information processing device independently executes the game part. . In the execution step, the game part in the second mode is temporarily disabled for the second user until the first user and second user included in the users finish the asynchronous battle. The program according to any one of claims 1 to 6, which controls the program as follows. A user's information processing device,
A storage unit that stores information regarding a game part to be played by a user, and a control unit,
The control unit includes:
a communication process for communicating with a server device that stores predetermined information regarding the user;
a storage process for storing information regarding a game part to be played by the user in the storage unit;
a determination process of determining the mode of the game part to be a first mode or a second mode when a first user operation is detected;
executing an execution process of executing the game part so that requirements according to the mode determined in the determination process are satisfied;
The execution process is capable of reading a group of game media stored in the storage unit and used when playing the game part in the second mode in the past when executing the game part in the first mode. An information processing device. A method for controlling a game executed by a user's information processing device, the method comprising:
a communication step of communicating with a server device that stores predetermined information regarding the user;
a storing step of storing information regarding game parts to be played by the user;
a determining step of determining the mode of the game part to be a first mode or a second mode when a first user operation is detected;
an execution step of executing the game part so that the requirements according to the mode determined in the determination step are satisfied;
The executing step is capable of reading a group of game media stored in the storing step and used when playing the game part in the second mode in the past when executing the game part in the first mode. , the control method.