JP2021112683A - Program, information processing device, and control method - Google Patents

Abstract

To provide a program, an information processing device, and a control method for improving the convenience of a game.SOLUTION: A program causes information processing devices 11, 12 to execute the steps for: storing the state and holding period of a game part; associating a specific game medium with the game part associated therewith with a user; determining the game part in a first state in the case of being outside the holding period; determining the game part in a second state in the case of being within the holding period; determining the game part in a third state in acquiring a holding request when the game part is in the first state or the second state; and a play step for allowing a user to play the game part on the basis of set information of the game part when the state of the game part is the second state or the third state. In the play step, different set information is used in accordance with the states of the game part.SELECTED DRAWING: Figure 1

Description

The present invention relates to programs, information processing devices, and control methods.

Conventionally, in a game executed by an information processing device, it is known that a game part such as an in-game event is held for a limited time. For example, Patent Document 1 discloses a configuration in which a team battle is implemented as a limited-time event in a battle game having two battle methods, a normal battle and a team battle.

Japanese Unexamined Patent Publication No. 2015-126808

Limited-time events held in conventional games are not always convenient for users. For example, in a conventional game, the holding period is predetermined in the game program, or the holding period is set by the game operator who distributes the data necessary for holding the event. Since the holding period defined in this way does not take into consideration the convenience of the user, the user may not be able to play the game during the holding period of the event. Therefore, there was room for improvement in the convenience of games that hold events for a limited time.

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 for improving the convenience of a game.

The program according to the present invention for solving the above problems
An information processing device that controls a game that includes a game part for the user to play
A step of storing the state of the game part and the holding period indicating a predetermined period in the storage unit in association with the game part.
A step of associating a specific game medium with which the game part is associated with the user,
When the current time is outside the holding period, the first step of defining the state of the game part as the first state in which play by the user is prohibited, and
When the current time is within the holding period, the second step of defining the state of the game part as the second state in which the user is allowed to play, and
When the state of the game part is the first state or the second state, when an holding request including the information indicating the specific game medium and the information indicating the game part is acquired, the state of the game part is set by the user. The third step defined in the third state where play is permitted, and
When the state of the game part is the second state or the third state, a play step of causing the user to play the game part based on the setting information of the game part is executed.
In the play step, the setting information that differs depending on whether the state of the game part is the second state or the third state is used.

Further, the information processing device according to the present invention is
It is an information processing device that controls the game including the game part for the user to play. Reference number: GPA0290JP Special application 2016-037269 (Proof)
Submission date: February 29, 2016 2
A storage unit that stores the state of the game part and the holding period indicating a predetermined period in association with the game part.
With a control unit
The control unit
The specific game medium to which the game part is associated is associated with the user,
When the current time is outside the holding period, the state of the game part is set to the first state in which play by the user is prohibited.
When the current time is within the holding period, the state of the game part is set to the second state in which the user is allowed to play.
When the state of the game part is the first state or the second state, when an holding request including the information indicating the specific game medium and the information indicating the game part is acquired, the state of the game part is set by the user. Set in the third state where play is allowed,
When the state of the game part is the second state or the third state, a play process for playing the game part is performed based on the setting information of the game part.
In the play process, the setting information that differs depending on whether the state of the game part is the second state or the third state is used.

Further, the control method according to the present invention is
A method of controlling a game including a game part for the user to play, which is performed using an information processing device.
The control unit of the information processing device
A step of storing the state of the game part and the holding period indicating a predetermined period in the storage unit in association with the game part.
A step of associating a specific game medium with which the game part is associated with the user,
When the current time is outside the holding period, the first step of defining the state of the game part as the first state in which play by the user is prohibited, and
When the current time is within the holding period, the second step of defining the state of the game part as the second state in which the user is allowed to play, and
When the state of the game part is the first state or the second state, when an holding request including the information indicating the specific game medium and the information indicating the game part is acquired, the state of the game part is set by the user. The third step defined in the third state where play is permitted, and
Includes a play step in which the game part is played based on the setting information of the game part when the state of the game part is the second state or the third state.
In the play step, the setting information that differs depending on whether the state of the game part is the second state or the third state is used.

According to the program, the information processing device, and the control method according to the present invention, the convenience of the game is improved.

It is a block diagram of the game system which concerns on one Embodiment of this invention. It is a figure which shows the information about a game part. It is a figure which shows the information about a specific game medium. It is a figure which shows the setting information of a game part. It is a figure which shows the example of the 1st screen displayed on the terminal apparatus. It is a figure which shows the example of the 2nd screen displayed on the terminal apparatus. It is a figure which shows the example of the 3rd screen displayed on the terminal apparatus. It is a figure which shows the example of the 4th screen displayed on the terminal apparatus. It is a flowchart which shows the process about the 1st screen and the 2nd screen. It is a flowchart which shows the process about the 3rd screen and the 4th screen. It is a flowchart which shows the process of determining the state of a game part. It is a flowchart which shows the process which reads the setting information and executes a game part.

Hereinafter, embodiments of the present invention will be described.

First, a game system including a server device and a terminal device according to an 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 a plurality of terminal devices 12. In FIG. 1, for convenience, only one terminal device 12 is shown.

The server device 11 is, for example, an information processing device such as a server managed by a game operator, and provides a game (game data) to a terminal device 12 owned by an individual user. 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 by 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, the outline of the game according to the present embodiment will be described. The game according to the present embodiment is a game in which a user can play various game parts by using, for example, a game medium.

The game medium is electronic data used in the game and includes any medium such as cards, items, tickets, characters, and avatars. Further, the game medium is electronic data that can be acquired, owned, used, managed, exchanged, synthesized, strengthened, sold, discarded, or donated by the user in the game. It is not limited to what is specified.

Hereinafter, unless otherwise specified, the "game medium owned by the user" refers to a game medium associated with the user ID of the user. Further, "giving the game medium to the user" means that the game medium is associated with the user ID. Further, "discarding the game medium owned by the user" means canceling the association between the user ID and the game medium. Further, "consuming the game medium owned by the user" means that some effect or influence can be generated in the game depending on the cancellation of the association between the user ID and the game medium. Further, "selling a game medium owned by a user" means to eliminate the association between the user ID and the game medium, and to associate the user ID with another game medium (for example, virtual currency or item). Show that. Further, "transferring the game medium owned by the user A to the user B" means that the association between the user ID of the user A and the game medium is canceled and the game medium is associated with the user ID of the user B. Is shown.

The game part is content that can be played by the user in the game, such as a quest, a mission, a mini game, an item acquisition event, a dungeon crawl event, and an opponent (for example, another user, an enemy character, and an enemy). Includes battle events with buildings, etc.). For example, when it is determined that a predetermined condition (for example, a game task) set for each game part has been successfully achieved, a predetermined reward such as a game medium and a virtual currency may be given to the user. .. As the game task, any task can be adopted according to the content of the game part, such as a task of winning a battle with an enemy character or a task of reaching the goal of the dungeon. In the following description, defining a state in which the user is allowed to play the game part (second state or third state described later) is also referred to as holding a game part. Further, among the game tasks set in the game part, the achievement of a specific task (clear task) is also referred to as clearing the game part. In other words, if 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.

In the present embodiment, the game part is a game part that is always held (that is, play is always permitted) and a game part that is held for a limited time (that is, play is permitted only within a predetermined holding period). And, including. Hereinafter, the game part held for a limited time will be described, and the game part held for a limited time is also simply referred to as a game part.

As a general rule, in the game according to the present embodiment, the user can obtain a specific game medium, and in the present embodiment, a ticket. One or more game parts are associated with the ticket. By consuming the ticket owned in the game, the user can forcibly hold the game part associated with the ticket even outside the holding period.

(Configuration of server device)
Next, the configuration of the configuration of the server device 11 will be described. The server device 11 includes a server communication unit 13, a server storage unit 14, and a server control unit 15.

The server communication unit 13 is an interface that communicates with an external device wirelessly or by wire to transmit and receive information. The server communication unit 13 can send and receive information to and from the terminal device 12 via a network 16 such as the Internet.

The server storage unit 14 includes, for example, a primary storage device and a secondary storage device, and can store various information and programs necessary for providing and controlling a game. For example, the server storage unit 14 contains information about each user, such as a user's ID and name, a user's game parameters (for example, parameters used in the game such as a level and stamina described later), and a game medium and a game medium associated with the user. Memorize virtual currency etc. Hereinafter, the user's ID or name is also simply referred to as a user. Further, the server storage unit 14 stores information about the game part, information about the specific game medium, and setting information of the game part.

(Information about the game part)
First, information about the game part will be described. As shown in FIG. 2, for example, the information regarding the game part includes information indicating a play condition, a holding period, a state, and playability in association with the ID or name of the game part.

The ID or name of the game part is information that can uniquely identify the game part. Hereinafter, the ID or name of the game part is also simply referred to as a game part. Although the four game parts of GP001-GP004 are shown in FIG. 2, the number of game parts may be arbitrarily determined.

The play condition is information used for determining whether or not to allow the play of the game part. In the present embodiment, in order to permit the play of the game part, it is necessary that the play conditions are satisfied and that the current time is within the holding period as described later. The play condition is a condition that can be determined based on arbitrary information unique to the user, such as a predetermined parameter such as the user's level or stamina, the degree of achievement of the game, the play history of the game part, the total play time, and the login history. Is. In FIG. 2, for example, the game part GP001 defines a play condition of "level 50 or higher". In such a case, in order to allow the play of the game part GP001, the level of the user must be at least 50 or higher. Since the game part GP002-GP004 is the same as GP001, the description thereof will be omitted.

Further, as will be described later, a parameter of "cost" is set for each game part, and the above-mentioned play condition further includes a condition that "the current value or the maximum value of stamina is equal to or more than the cost". Here, the current value of the user's stamina increases (recovers) with, for example, the passage of time or the use of a predetermined game medium (for example, an item). Also, the maximum value of the user's stamina increases, for example, as the user's level increases.

The holding period is information used for determining whether or not to allow the play of the game part, in addition to the above-mentioned play conditions. In the present embodiment, the holding period is, for example, a period arbitrarily determined by the game operator. In FIG. 2, for example, the holding period of the game part GP001 is “2016/02/29 12: 00-13: 00”. In such a case, in order to permit the play of the game part GP001, the current time must be at least between 12:00 and 13:00 on February 29, 2016. Since the game part GP002-GP004 is the same as GP001, the description thereof will be omitted.

The state is determined based on the above-mentioned play conditions, the holding period, and the use of the specific game medium (ticket in this embodiment) described later, and is stored for each user, for example. In this embodiment, there are four states, a first state-a fourth state. In addition, playability indicates permission or prohibition of play determined according to the first state-fourth state.

Specifically, the first state indicates a state in which the current time is outside the holding period. The game part in the first state is defined as "play prohibited (outside the holding period)". The second state indicates that the play conditions have been achieved and the current time is within the holding period. The game part in the second state is defined as "play permission". The third state indicates that the play conditions have been achieved and the ticket corresponding to the game part has been used. The third state takes precedence over the first and second states described above. The game part in the third state is defined as "play permission (use of ticket)". Further, the fourth state indicates a state in which the play condition is not achieved. The game part in the fourth state is defined as "play prohibited (play condition not achieved)".

(Information about specific game media)
Next, information on the specific game medium will be described. Information about the specific game medium is stored for each user, for example. As shown in FIG. 3, for example, the information regarding the specific game medium includes one or more game parts and restriction settings in association with the specific game medium owned by the user, that is, the specific game medium associated with the user. include.

In the present embodiment, when the specific game medium is used (for example, when the server device 11 acquires the game part holding request from the terminal device 12 and cancels the association between the specific game medium and the user as described later). , The state of at least one game part among one or more game parts associated with the specific game medium is defined as a state in which play is permitted (third state). The specific processing of the server device 11 that defines at least one game part in the third state will be described later.

The restriction setting is information set for the game part that has been in the third state due to the use of the specific game medium, and indicates a condition for canceling the third state. In the present embodiment, the limit setting is information indicating the limit number of times that the game part is allowed to play or clear, or the time limit that the game part is allowed to play. Specifically, when the game part defined in the third state is played or cleared a limited number of times, the game part changes from the third state to another state. Alternatively, when the time limit elapses after the game part is set to the third state, the game part changes from the third state to another state. In the following description, the specific game medium for determining the limit number of times that play or clear is permitted is referred to as the first specific game medium or "ticket A", and the specific game medium for determining the time limit for which play is permitted. Is also referred to as a second specific game medium or "ticket B".

For example, in FIG. 3, the game part GP001 is associated with the ticket A1 which is the first specific game medium, and the limit number of times is "2 times". Further, the ticket A2, which is the first specific game medium, is associated with four game parts of the game parts GP001-GP004, and the limited number of times is "1 time". Further, the game part GP003 is associated with the ticket B1 which is the second specific game part, and the time limit is "30 minutes".

In the information regarding the specific game medium of the present embodiment, as described above, one specific game medium is associated with one limited number of times or one time limit, but the structure of the information regarding the specific game medium is not limited to this. For example, in the information about a specific game medium, when a plurality of game parts are associated with one specific game medium, a plurality of time limits or a plurality of time limits may be associated with each of the plurality of game parts.

(Game part setting information)
Next, the setting information of the game part will be described. The setting information is information indicating various settings related to the game part, and is stored for each game part. In the present embodiment, each game part is associated with the setting information corresponding to the second state and the setting information corresponding to the third state. When executing the game part (for example, when the server device 11 acquires the execution request of the game part from the terminal device 12 as described later), the setting information corresponding to the state (second state or third state) of the game part. Is read. Then, the game part is executed based on the read setting information.

The setting information includes, for example, as shown in FIG. 4, information on cost, continuation of play, difficulty, and reward.

The cost is information used to determine the play conditions described above. For example, as described above, the play condition of each game part includes the condition that "the current value or the maximum value of stamina is equal to or more than the cost". As will be described later, when the game part is executed (for example, when the server device 11 acquires the execution request of the game part from the terminal device 12 as described later), the cost of the game part is subtracted from the user's stamina. NS.

For example, in FIG. 4, the cost corresponding to the second state is "10", and the cost corresponding to the third state is "1". As described above, the cost corresponding to the second state and the cost corresponding to the third state may be different or the same.

Preferably, the cost corresponding to the third state is smaller than the cost corresponding to the second state. With this configuration, for example, when the game part is in the third state due to the use of the second specific game medium, the time limit elapses without the game part being able to be executed because the current value of the user's stamina is less than the cost. As a result, the occurrence of situations that may be disadvantageous to the user, such as the elimination of the third state, is suppressed.

Further, a condition may be set in which the state in which the cost corresponding to the third state is smaller than the cost corresponding to the second state is eliminated. Specifically, the cost corresponding to the third state is smaller than the cost corresponding to the second state only until the number of plays or the number of clears reaches a predetermined number, and the number of plays or the number of clears is a predetermined number of times. When it exceeds, it may increase to the same value as the cost corresponding to the second state, for example. Alternatively, the cost corresponding to the third state is smaller than the cost corresponding to the second state only until the elapsed time from the game part being set to the third state reaches the predetermined time, and the elapsed time May increase after a predetermined time, for example, to be the same value as the cost corresponding to the second state. With such a configuration, it is possible to suppress the occurrence of a situation in which the game balance may be lost, such as a situation in which the cost corresponding to the third state continues to be set to zero or an extremely small value.

The information regarding the continuation of play can be executed when the play cannot be continued (for example, the game is over) during the play of the game part, and is a process for continuing the play (for example, for continuing). Information used for processing). For example, if the continue is executed when the game is over during the play of the game part, the user can continue the game part. On the other hand, if the game is over during the play of the game part and the continue is not executed, the game over is confirmed and the game part ends.

In the present embodiment, the information regarding the continuation of play includes information indicating whether or not to continue when the game is over, and the user's resources consumed for performing the continuation (for example, the game medium associated with the user or the game medium associated with the user). Information indicating virtual currency, etc.) and information including, 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 play may further include information indicating the limit number of times that the continuation can be executed.

For example, in FIG. 4, the information regarding the continuation of play corresponding to the second state is "continue possible (virtual currency x 5 consumption)". In such a case, by consuming five virtual currencies, the user can execute the continue even if the game is over during the play of the game part, which is the second state. On the other hand, the information regarding the continuation of play corresponding to the third state is "continue impossible". In such a case, the user cannot execute the continue even if the game is over, for example, during the play of the game part in the third state. As described above, the information regarding the continuation of play corresponding to the second state and the information regarding the continuation of play corresponding to the third state may be different or the same.

Difficulty indicates the difficulty of the game task to be achieved by the user in the game part. For example, in FIG. 4, the difficulty level corresponding to the second state is "high". In such a case, the difficulty of the game task in the game part, which is the second state, becomes high. As the difficulty of the game task increases, for example, the number or strength of enemy characters increases, or the distance to the goal of the dungeon increases. The difficulty level is not limited to "high" and "low", and may include arbitrary information regarding the difficulty level of the game task, such as information about the enemy character or map data of the dungeon.

The information about the reward is the information about the reward that can be given to the user when a predetermined condition is achieved in the game part. The predetermined condition includes, for example, a game task set for the game part, but may be an arbitrary condition for the game part. In the present embodiment, the information regarding the reward includes information indicating the type, quantity, and probability.

The type is information indicating the content of the reward, and indicates, for example, a game medium, a virtual currency, or the like. For example, in FIG. 4, the type of reward corresponding to the second state is "item A", and the type of reward corresponding to the third state is "item B". The reward may be one or more types of game media, virtual currency, or a combination thereof. The reward may also include a specific game medium. The reward corresponding to the second state and the reward corresponding to the third state may be different or the same.

The quantity is information indicating the number or amount of rewards. For example, in FIG. 4, the quantity of the reward (item A) corresponding to the second state is "5", and the quantity of the reward (item B) corresponding to the third state is "10". The quantity corresponding to the second state and the quantity corresponding to the third state may be different or the same.

The probability is information indicating the probability that a reward will be given to a user when a predetermined condition, for example, a game task is successfully achieved. For example, in FIG. 4, the probability corresponding to the second state is "10%", and the probability corresponding to the third state is "100%". The probability corresponding to the second state and the probability corresponding to the third state may be different or the same.

Preferably, the setting information corresponding to the second state and the setting information corresponding to the third state are different. With such a configuration, the user can change the setting information of the game part, which is the second state in which play is permitted, by using the specific game medium. Therefore, the merit of using the specific game medium corresponding to the game part in the second state is formed, and the user can be encouraged to use the specific game medium. Further, since the user can play the same game part with different settings, the variation of the game part increases and the game balance can be easily adjusted.

The server control unit 15 (see FIG. 1) is a CPU that realizes a specific function by reading, for example, a specific program. The server control unit 15 controls the operation of the entire server device 11. For example, the server control unit 15 transmits and receives information via the server communication unit 13. Further, the server control unit 15 stores the above-mentioned information about the game part, information about the specific game medium, and setting information of the game part in the server storage unit 14.

Further, the server control unit 15 performs various processes related to the game part.

For example, the server control unit 15 cooperates with the terminal device 12 to perform a process for causing the user to play the game part in the second state.

Specifically, the server control unit 15 acquires from the terminal device 12 a display request for the first specific screen in which one or more game parts in the second state are selectively displayed. Subsequently, the terminal control unit 21 transmits a display instruction on the first specific screen to the terminal device 12. In other words, the server control unit 15 causes the terminal device 12 to display the first specific screen by transmitting the display instruction. Here, the display instruction of the first specific screen includes information necessary for displaying the first specific screen, for example, information of one or more game parts in the second state.

Subsequently, the server control unit 15 acquires the execution request of the game part in the second state selected according to the user operation for the first specific screen from the terminal device 12. Subsequently, the server control unit 15 reads the setting information corresponding to the second state of the game part. Subsequently, the server control unit 15 transmits an execution instruction of the game part including the read setting information to the terminal device 12. In other words, the server control unit 15 causes the terminal device 12 to execute the game part by transmitting the execution instruction, and causes the user to play the game part. The game part execution instruction may include arbitrary information necessary for executing the game part, in addition to the read setting information.

In addition to the above-mentioned processing, the details of the processing related to the game part executed by the server control unit 15 will be described later.

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

The terminal communication unit 17 is an interface that communicates with an external device wirelessly or by wire to transmit and receive information. The terminal communication unit 17 transmits / receives information to / 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 can store various information and programs necessary for processing a game provided by the server device 11. For example, the terminal storage unit 18 may store a part or all of the above-mentioned information about the game part, information about the specific game medium, and setting information of the game part. Part or all of this information is acquired from the server device 11 during the execution of the game, for example, by the terminal control unit 21.

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

The input unit 20 is, for example, an input interface including a touch panel provided integrally with the display unit 19, and can accept user input to the terminal device 12.

The terminal control unit 21 is a processor that realizes a specific function by reading, for example, a specific program, and controls the operation of the entire terminal device 12. For example, the terminal control unit 21 transmits and receives information via the terminal communication unit 17. In addition, the terminal control unit 21 executes (starts) a game application in response to a user operation. Further, when the terminal control unit 21 acquires a screen display instruction from the server device 11 via the terminal communication unit 17, the terminal control unit 21 causes the display unit 19 to display the screen or update the screen based on the instruction. Further, the terminal control unit 21 transmits information based on the user input received via the input unit 20 to the server device 11 via the terminal communication unit 17.

Further, the terminal control unit 21 performs various processes related to the game part.

For example, the terminal control unit 21 cooperates with the server device 11 as described above to perform a process for executing the game part in the second state.

Specifically, the terminal control unit 21 transmits to the server device 11 a display request for the above-mentioned first specific screen in which one or more game parts in the second state are selectively displayed. Subsequently, when the terminal control unit 21 acquires the display instruction of the first specific screen from the server device 11, the terminal control unit 21 causes the display unit 19 to display the first specific screen. Subsequently, the terminal control unit 21 acquires an execution request for the selected second state game part in response to a user operation on the first specific screen. Subsequently, the terminal control unit 21 transmits an execution request for the game part to the server device 11. Then, when the terminal control unit 21 acquires the execution instruction of the game part from the server device 11, the terminal control unit 21 executes the game part based on the setting information included in the execution instruction. In other words, the terminal control unit 21 causes the user to play the game part by executing the game part.

In addition to the above-mentioned processing, the details of the processing related to the game part executed by the terminal control unit 21 will be described later.

Next, various screens displayed on the terminal device 12, and the operations of the server device 11 and the terminal device 12 will be described with reference to FIGS. 5 to 9.

First, the operations of the server device 11 and the terminal device 12 for displaying various screens will be described. In the present embodiment, the terminal control unit 21 of the terminal device 12 transmits a desired screen display request to the server device 11. Next, the server control unit 15 of the server device 11 transmits a display instruction of the screen to the terminal device 12 in response to the acquisition of the display request. Then, the terminal control unit 21 causes the display unit 19 to display the screen in response to the acquisition of the display instruction. Here, the screen display instruction may include information necessary for displaying the screen.

(1st screen)
Next, the first screen will be described with reference to FIG. The first screen is a screen on which one or more specific game media can be selected and displayed. In the present embodiment, one or more selection buttons 22 are displayed on the first screen so as to be selectable.

The selection button 22 is provided corresponding to the specific game medium and functions as an interface for accepting a user operation for selecting the specific game medium. One selection button 22 may be provided corresponding to a plurality of specific game media.

In the present embodiment, when the terminal control unit 21 of the terminal device 12 receives the user operation for the selection button 22, the terminal control unit 21 selects (identifies) the specific game medium corresponding to the selection button 22. Then, the terminal control unit 21 transmits a display request for the second screen corresponding to the selected specific game medium to the server device 11. The second screen will be described later.

Further, the selection button 22 displays information about the corresponding specific game medium. Alternatively, information about the specific game medium may be displayed corresponding to the selection button 22 at an arbitrary position on the first screen instead of on the selection button 22. In the present embodiment, the selection button 22 has an icon 23, an ID or name of the specific game medium, an ID or name of the corresponding game part, and the number of possessions (that is, associated with the user) as information on the specific game medium. (Quantity of specific game media), resources required to acquire specific game media (that is, game media or virtual currency consumed to acquire specific game media, etc.), and until reacquisition becomes possible. Remaining time and can be displayed.

The appearance of the icon 23 differs depending on whether the corresponding specific game medium is the first specific game medium or the second specific game medium. Specifically, the icon 23 corresponding to the first specific game medium includes the first image (for example, a heart-shaped image), and the icon 23 corresponding to the second specific game medium is a second image different from the first image. (For example, an image of a clock) is included. With this configuration, the user who visually recognizes the icon 23 can see at a glance whether the specific game medium corresponding to each selection button 22 displayed on the first screen is the first specific game medium or the second specific game medium. It is possible to grasp.

Preferably, the icon 23 corresponding to the first specific game medium includes a first image and information indicating a limited number of times (see FIG. 3) set in the corresponding first specific game medium. Further, preferably, the icon 23 corresponding to the second specific game medium includes a second image and information indicating a time limit (see FIG. 3) set in the corresponding second specific game medium. With such a configuration, the user can at a glance grasp the limit number of times or the time limit set in the specific game medium corresponding to each selection button 22 displayed on the first screen.

The remaining time until reacquisition becomes possible is necessary from the time when the specific game medium is associated with the user according to the user operation for the second screen described later, until the operation for the selection button 22 can be accepted again. It's time. That is, in the present embodiment, acceptance of an operation on the selection button 22 is prohibited until the remaining time until reacquisition becomes zero. The details of the process of determining the remaining time until reacquisition becomes possible will be described later. Preferably, the selection button 22 is displayed in an unusual display mode such as gray out until the remaining time until the reacquisition becomes possible elapses. Alternatively, the selection button 22 may be hidden until the remaining time until it can be reacquired has elapsed.

For example, in FIG. 5, three selection buttons 22 (22a, 22b, 22c) are displayed on the first screen.

The selection button 22a corresponds to the ticket A1 which is the first specific game medium. The icon 23a corresponding to the selection button 22a includes the first image and information indicating the limited number of times (twice). Further, on the selection button 22a, as information on the specific game medium, the game part "GP001" corresponding to the ticket A1, the number of possessions "0", and the resource "virtual currency x 50" are displayed.

The selection button 22b corresponds to the ticket B1 which is the second specific game medium. The icon 23b corresponding to the selection button 22b includes a second image and information indicating a time limit (30 minutes). Further, on the selection button 22b, as information on the specific game medium, the game part "GP001" corresponding to the ticket B1, the number of possessions "1", and the remaining time "57 minutes" until the ticket can be reacquired are displayed. ing. Further, the selection button 22b is displayed in grayed out because acceptance of an operation on the selection button 22b is prohibited until the remaining time until the selection button 22b can be reacquired elapses.

The selection button 22c corresponds to the ticket A2, which is the first specific game medium. The icon 23c corresponding to the selection button 22c includes the first image and information indicating the limited number of times (1 time). Further, on the selection button 22c, four game parts "GP001-GP004" corresponding to the ticket A2, the number of possessions "0", and the resource "virtual currency x 100" are displayed as information on the specific game medium. There is.

(Second screen)
Subsequently, the second screen will be described with reference to FIG. The second screen is displayed in response to an operation on the selection button 22 displayed on the first screen as described above. The second screen is a screen for transmitting a request for acquiring the specific game medium selected via the selection button 22 on the first screen, that is, a request for associating the specific game medium with the user, from the terminal device 12 to the server device 11. Is. In the present embodiment, the information display area 24, the back button 25, and the acquisition button 26 are displayed on the second screen.

The information display area 24 is an area in which information about a specific game medium is displayed. In the information display area 24, for example, an icon 23, an ID or name of a specific game medium, a restriction setting, a resource required for acquiring the specific game medium, an ID or name of a game part corresponding to the specific game medium, and the like. Is displayed. The information displayed in the information display area 24 and the information displayed on the selection button 22 on the first screen described above may be different or the same. Preferably, the information display area 24 displays a description of the specific game medium. The description of the specific game medium includes, for example, an explanation suggesting to the user a game part that does not satisfy the play conditions among the game parts corresponding to the specific game medium.

Preferably, when the game part displayed in the information display area 24 is in the fourth state, that is, the play condition is not achieved, the information indicating that the game part is in the fourth state is the information display area. It is further displayed on 24. With such a configuration, it is possible to suppress the occurrence of a situation that may be disadvantageous to the user, for example, the user acquires the specific game medium without noticing that the play condition of the game part has not been achieved.

The back button 25 functions as an interface for accepting a user operation requesting display of the first screen.

In the present embodiment, the terminal control unit 21 of the terminal device 12 acquires a display request for the first screen in response to a user operation on the back button 25. Then, the terminal control unit 21 transmits the display request of the first screen to the server device 11.

The acquisition button 26 functions as an interface for accepting a user operation requesting acquisition of a specific game medium.

In the present embodiment, the terminal control unit 21 of the terminal device 12 acquires an acquisition request for a specific game medium in response to a user operation on the acquisition button 26. Subsequently, the terminal control unit 21 transmits an acquisition request for the specific game medium to the server device 11. Next, when the server control unit 15 of the server device 11 acquires the acquisition request of the specific game medium, the server control unit 15 cancels the association between the resource (for example, the game medium or the virtual currency) corresponding to the specific game medium and the user. , The specific game medium is associated with the user. Subsequently, the server control unit 15 starts measuring the remaining time until the specific game medium can be reacquired. The initial value of the remaining time is, for example, 24 hours, but the game operator may arbitrarily set it for each specific game medium.

For example, FIG. 6 shows an example of a second screen corresponding to the ticket A2 which is the first specific game medium. In FIG. 6, the icon 23c, the name of the specific game medium "ticket A2", the limit setting "1 time", the resource "virtual currency x 100 sheets", and the game part "GP001-GP004" are displayed in the information display area 24. Has been done. Further, in the information display area 24, information "does not satisfy the play condition" indicating that the game part "GP004" is in the fourth state is displayed.

As described above, the specific game medium is given to the user by the processing related to the first screen and the second screen executed by the server device 11 and the terminal device 12.

(3rd screen)
Subsequently, the third screen will be described with reference to FIG. 7. The third screen is a screen on which a ticket owned by the user, that is, a specific game medium associated with the user and a game part in the third state can be selected and displayed. In the present embodiment, the execution request button 27 of the game part and the selection button 28 of the specific game medium may be displayed on the third screen.

The execution request button 27 is provided corresponding to the game part in the third state, and functions as an interface for receiving a user operation for executing the game part.

In the present embodiment, the terminal control unit 21 of the terminal device 12 acquires an execution request for the game part in the third state in response to a user operation on the execution request button 27. Subsequently, the terminal control unit 21 transmits an execution request for the game part in the third state to the server device 11. Next, when the server control unit 15 of the server device 11 acquires the execution request of the game part in the third state, for example, the cost of the game part is subtracted from the stamina of the user. Further, the server control unit 15 reads the setting information corresponding to the third state of the game part. Subsequently, the server control unit 15 transmits an execution instruction of the game part including the read setting information to the terminal device 12.

Here, for example, when the limit number of times that play is permitted is set in the game part, the server control unit 15 increments the number of times of play and stores it in the server storage unit 14. Then, when the number of plays and the limit number of times are equal, the server control unit 15 cancels the third state of the game part.

Subsequently, when the terminal control unit 21 acquires the execution instruction of the game part, the terminal control unit 21 executes the game part based on the setting information included in the execution instruction. Subsequently, when the game part ends due to, for example, clearing or game over of the game part, the terminal control unit 21 transmits information indicating the execution result of the game part to the server device 11. Information indicating the execution result of the game part can be any information obtained by executing the game part, such as success or failure of achievement of the game task, score, play time, number of continuations, and parameters of the game medium used for executing the game part. Information may be included. Then, the server control unit 15 acquires information indicating the execution result of the game part.

Here, for example, when the limit number of times that clearing is permitted is set in the game part, the server control unit 15 determines the number of times of clearing when the acquired information indicating the execution result of the game part indicates that the game part is cleared. It is incremented and stored in the server storage unit 14. Further, when the number of clears and the number of times of clearing are equal, the server control unit 15 cancels the third state of the game part.

Further, the execution request button 27 displays information about the game part. Alternatively, information about the game part may be displayed corresponding to the execution request button 27 at an arbitrary position on the third screen instead of on the execution request button 27. In the present embodiment, the execution request button 27 includes an icon 23, an ID or name of the specific game medium used to put the game part in the third state, and an ID or the ID of the game part as information about the game part. The name, the number of possession of the specific game medium, and information on the limit setting may be displayed.

The information regarding the limit setting includes, for example, information indicating the remaining time until the time limit elapses when the time limit is set in the game part. Further, the information regarding the limit setting includes, for example, information indicating the remaining number of times up to the limit number when the limit number of times is set in the game part.

The selection button 28 is provided corresponding to a ticket owned by the user, that is, a specific game medium associated with the user, and functions as an interface for receiving a user operation for selecting the specific game medium.

In the present embodiment, when the terminal control unit 21 of the terminal device 12 receives a user operation for the selection button 28, the terminal control unit 21 selects (identifies) a specific game medium corresponding to the selection button 28. Then, the terminal control unit 21 transmits a display request for the fourth screen corresponding to the selected specific game medium to the server device 11. The fourth screen will be described later.

Further, the selection button 28 displays information about the corresponding specific game medium. Alternatively, information about the specific game medium may be displayed corresponding to the selection button 22 at an arbitrary position on the first screen instead of on the selection button 22. In the present embodiment, the selection button 28 is associated with the icon 23, the ID or name of the specific game medium, the ID or name of the corresponding game part, and the number of possessions (that is, the user) as information on the specific game medium. (Quantity of specific game media) and is displayed.

For example, in FIG. 7, one execution request button 27 and one selection button 28 are displayed.

The execution request button 27 shown in FIG. 7 includes an icon 23b, a specific game medium "ticket B1" used to put the game part in the third state, a game part "GP003", a possession number "1", and a limitation. Information about the setting "Remaining time: 28 minutes" is displayed.

Further, the selection button 28 shown in FIG. 7 displays an icon 23c, a specific game medium "ticket A2", a game part "GP001-GP004", and the number of possessions "1".

(4th screen)
Subsequently, the fourth screen will be described with reference to FIG. The fourth screen is displayed in response to an operation on the selection button 28 displayed on the third screen as described above. The fourth screen is a request for holding a predetermined number of game parts among one or more game parts associated with the specific game medium selected via the selection button 28 on the third screen, that is, a predetermined number of game parts. This is a screen for transmitting a request for setting the state of to the third state from the terminal device 12 to the server device 11. The predetermined number is, for example, 1, but it may be any number of 2 or more. In the present embodiment, one or more holding buttons 29 are selectably displayed on the fourth screen.

The hold button 29 is provided corresponding to each of one or more game parts associated with the specific game medium, and functions as an interface for receiving a user operation requesting the holding of the game part.

In the present embodiment, the terminal control unit 21 of the terminal device 12 acquires a request to hold the game part in response to a user operation on the hold button 29. Here, the holding request is on the fourth screen of the information indicating the specific game medium selected via the selection button 28 on the third screen and one or more game parts associated with the specific game medium. Includes information indicating a predetermined number of game parts selected based on user operation on the hold button 29. Subsequently, the terminal control unit 21 transmits a game part holding request to the server device 11. Next, when the server control unit 15 of the server device 11 acquires the request to hold the game part, the server control unit 15 cancels the association between the user and the specific game medium and sets the state of the game part in the third state. Here, when the server control unit 15 sets, for example, the time limit for which play is permitted in the game part, the server control unit 15 starts measuring the elapsed time since the game part is in the third state. Then, when the elapsed time and the time limit are equal, the server control unit 15 cancels the third state of the game part.

Information about the corresponding game part is displayed on the hold button 29. Alternatively, information about the game part may be displayed corresponding to the hold button 29 at an arbitrary position on the fourth screen instead of on the hold button 29. In the present embodiment, the hold button 29 may display the ID or name of the game part and the information regarding the state of the game part as information about the game part.

The information regarding the state of the game part includes information that differs depending on the state of the game part. In the present embodiment, the information regarding the state of the game part is the holding of the game part when the game part is in the first state (that is, when it is outside the holding period), for example, a message "to hold the game part". May include information that prompts.

The information regarding the state of the game part includes information indicating that the game part is in the second state (that is, when the play condition is satisfied within the holding period), for example, information indicating that the game part is in the second state. , Information indicating the remaining time until the end of the holding period may be included.

Further, the information regarding the state of the game part is that when the game part is in the third state (that is, when the play is permitted by using the specific game medium), for example, the game part is in the third state. Information indicating the above and information regarding the restriction setting may be included. The information regarding the limit setting is, for example, information indicating the remaining number of times until the limit number of times or the remaining time until the time limit elapses.

Further, the information regarding the state of the game part may include information indicating that the game part is in the fourth state (that is, when the play condition is not satisfied), for example, the fourth state.

Preferably, the hold button 29 corresponding to the game part in the third state or the fourth state is displayed in an unusual display mode such as gray out, and acceptance of an operation on the hold button 29 is prohibited. Alternatively, the selection button 22 may hide the hold button 29 corresponding to the game part in the fourth state. With such a configuration, for example, even though the game part is already in the third state, a specific game medium is used to bring the game part into the third state, or a game part for which the play conditions are not satisfied, for example, a user. It is possible to suppress the occurrence of situations that may be disadvantageous to the user, such as the use of a specific game medium to put a game part that is too difficult in light of the level into the third state.

For example, FIG. 8 shows an example of a fourth screen corresponding to the ticket A2 which is the first specific game medium. In FIG. 8, four holding buttons 29 (29a, 29b, 29c, 29d) corresponding to the four game parts “GP001-GP004” corresponding to the ticket A2 are displayed.

The game part “GP001” corresponding to the hold button 29a is in the first state (see FIG. 2). Therefore, the message "GP001 will be held" is displayed on the hold button 29a.

The game part "GP002" corresponding to the hold button 29b is in the second state (see FIG. 2). Therefore, on the holding button 29b, a message "holding" and the remaining time "48 hours" until the end of the holding period are displayed.

The game part "GP003" corresponding to the hold button 29c is in the third state (see FIG. 2). Therefore, on the holding button 29c, a message "holding" and the remaining time "28 minutes" until the time limit elapses are displayed.

Further, the game part "GP004" corresponding to the hold button 29d is in four states (see FIG. 2). Therefore, the message "The play condition is not satisfied" is displayed on the hold button 29d. Further, the holding button 29d is displayed in gray out because the acceptance of the operation for the holding button 29d is prohibited.

Next, with reference to the flowchart of FIG. 9, the above-described processes related to the first screen and the second screen executed by the server device 11 and the terminal device 12 will be specifically described.

Step S100: First, the terminal control unit 21 of the terminal device 12 transmits a display request for the first screen to the server device 11.

Step S101: Next, when the server control unit 15 of the server device 11 acquires the display request of the first screen from the terminal device 12, one or more specific game media can be selected and displayed on the terminal device 12. Specifically, the server control unit 15 transmits a display instruction on the first screen to the terminal device 12.

Step S102: Next, the terminal control unit 21 causes the display unit 19 to select the one or more specific game media based on the display instruction acquired from the server device 11. Specifically, the terminal control unit 21 causes the display unit 19 to display the first screen.

Step S103: Subsequently, the terminal control unit 21 transmits a display request for the second screen corresponding to the specific game medium selected on the first screen to the server device 11.

Step S104: Next, when the server control unit 15 receives the display request for the second screen from the terminal device 12, the server control unit 15 causes the terminal device 12 to display the second screen corresponding to the specific game medium. Specifically, the server control unit 15 transmits a display instruction on the second screen corresponding to the specific game medium to the terminal device 12.

Step S105: Next, the terminal control unit 21 causes the display unit 19 to display the second screen corresponding to the specific game medium based on the display instruction acquired from the server device 11.

Step S106: Subsequently, the terminal control unit 21 transmits the acquisition request of the specific game medium acquired in response to the operation on the second screen to the server device 11.

Step S107: Next, when the server control unit 15 acquires the acquisition request of the specific game medium, the server control unit 15 cancels the association between the resource (for example, the game medium or the virtual currency) corresponding to the specific game medium and the user. In this way, the user's resources are used (consumed).

Step S108: Subsequently, the server control unit 15 associates the specific game medium with the user. In this way, the user is given a specific game medium.

Step S109: Then, the server control unit 15 starts measuring the remaining time until the specific game medium can be reacquired.

Next, with reference to the flowchart of FIG. 10, the processes related to the above-mentioned third screen and the fourth screen executed by the server device 11 and the terminal device 12 will be specifically described. Here, among the processes related to the third screen and the fourth screen, the process of changing the state of the game part will be described later, and the description thereof will be omitted here.

Step S200: First, the terminal control unit 21 of the terminal device 12 transmits a display request for the third screen to the server device 11.

Step S201: Next, the server control unit 15 of the server device 11 sets the specific game medium associated with the user and the specific game medium associated with the user based on the information about the game part (see FIG. 2) and the information about the specific game medium (see FIG. 3). Identify the game part, which is the third state.

Step S202: Subsequently, the server control unit 15 causes the terminal device 12 to display the specific game medium and the game part identified in step S201 so as to be selectable. Specifically, the server control unit 15 transmits a display instruction on the third screen to the terminal device 12.

Step S203: Next, the terminal control unit 21 causes the display unit 19 to select the specific game medium and the game part identified in step S201 based on the display instruction acquired from the server device 11. Specifically, the terminal control unit 21 causes the display unit 19 to display the third screen.

Step S204: Subsequently, the terminal control unit 21 sends a request for holding the game part selected on the third screen or a request for displaying the fourth screen corresponding to the specific game medium selected on the third screen to the server device 11. Send. Here, it is assumed that the display request for the fourth screen is transmitted.

Step S205: Next, when the server control unit 15 acquires the display request of the fourth screen from the terminal device 12, the server control unit 15 can select the game part corresponding to the specific game medium selected in step S204 on the terminal device 12. Display it. Specifically, the server control unit 15 transmits a display instruction on the fourth screen to the terminal device 12.

Step S206: Next, the terminal control unit 21 causes the display unit 19 to select the game part corresponding to the specific game medium selected in step S204 based on the display instruction acquired from the server device 11. Specifically, the terminal control unit 21 causes the display unit 19 to display the fourth screen.

Step S207: Subsequently, the terminal control unit 21 transmits the game part holding request acquired in response to the operation on the fourth screen to the server device 11.

Step S208: Then, when the request for holding the game part is acquired from the terminal device 12, the server control unit 15 cancels the association between the specific game medium corresponding to the fourth screen and the user.

Next, the operation of the server device 11 that determines (changes) the state of the game part will be specifically described with reference to the flowchart of FIG. The operation is performed for each game part for each user.

Step S300: First, the server control unit 15 determines whether or not the play conditions (see FIG. 2) of the game part are satisfied. If it is determined that the play conditions are not satisfied (step S300-No), the process proceeds to step S301. On the other hand, if it is determined that the play condition is satisfied (step S300-Yes), the process proceeds to step S302.

Step S301: When it is determined in step S300 that the play condition is not satisfied (step S300-No), the server control unit 15 determines the state of the game part to the fourth state. Then, the process returns to step S300.

Step S302: When it is determined in step S300 that the play condition is satisfied (step S300-Yes), the server control unit 15 determines whether or not the current time is within the holding period (see FIG. 2). If it is determined that the event is within the holding period (step S302-Yes), the process proceeds to step S303. On the other hand, if it is determined that the event is outside the holding period (step S302-No), the process proceeds to step S304.

Step S303: When it is determined in step S302 that the holding period is within the holding period (step S302-Yes), the server control unit 15 determines the state of the game part to the first state. Then, the process proceeds to step S305.

Step S304: When it is determined in step S302 that it is out of the holding period (step S302-No), the server control unit 15 determines the state of the game part to the second state. Then, the process proceeds to step S305.

Step S305: After step S303 or step S304, the server control unit 15 determines whether or not a game part holding request has been acquired from the terminal device 12. If it is determined that the holding request has been acquired (step S305-Yes), the process proceeds to step S306. On the other hand, if it is determined that the holding request has not been acquired (step S305-No), the process returns to step S300.

Step S306: When it is determined in step S305 that the holding request has been acquired (step S305-Yes), the server control unit 15 determines the state of the game part to the third state. Here, the server control unit 15 sets the restriction setting included in the information about the specific game medium (see FIG. 3) for the game part. Specifically, the server control unit 15 sets a time limit or a time limit for the game part.

Step S307: Then, the server control unit 15 determines whether or not to cancel the third state of the game part. For example, when the limit number of times set in step S306 becomes equal to the number of plays or the number of clears, or when the time limit set in step S306 has elapsed, the server control unit 15 determines that the third state is resolved. do. When it is determined to eliminate the third state (step S307-Yes), the server control unit 15 cancels the third state. Then, the process returns to step S300. On the other hand, if it is determined that the third state is not resolved (step S307-No), step S307 is repeated.

Next, with reference to the flowchart of FIG. 12, the operations of the server device 11 and the terminal device 12 for causing the user to play the game part will be specifically described.

Step S400: First, the terminal control unit 21 of the terminal device 12 transmits an execution request of the game part in the second state or the third state to the server device 11. Specifically, the terminal control unit 21 transmits an execution request for the game part in the second state selected according to the user operation for the first specific screen described above. Alternatively, the terminal control unit 21 transmits an execution request for the game part in the third state selected according to the user operation for the third screen described above.

Step S401: Next, when the server control unit 15 of the server device 11 acquires the execution request from the terminal device 12, it determines whether the state of the game part related to the execution request is the second state or the third state. .. If it is determined that the state of the game part is the second state (step S401-Yes), the process proceeds to step S402. On the other hand, when it is determined that the state of the game part is the third state (step S401-No), the process proceeds to step S403.

Step S402: When it is determined in step S401 that the state of the game part is the second state (step S401-Yes), the server control unit 15 sets the setting information corresponding to the second state of the game part (see FIG. 4). ) Is read. Then, the process proceeds to step S404.

Step S403: When it is determined in step S401 that the state of the game part is the third state (step S401-No), the server control unit 15 sets the setting information corresponding to the third state of the game part (see FIG. 4). ) Is read.

Step S404: After step S402 or step S403, the server control unit 15 transmits an execution instruction of the game part including the setting information read in step S402 or step S403 to the terminal device 12.

Step S405: Then, when the terminal control unit 21 acquires the execution instruction of step S404, the terminal control unit 21 executes the game part based on the setting information included in the execution instruction.

In the present embodiment, the terminal device 12 may execute a part or all of the operations and processes executed by the server device 11. Similarly, the server device 11 may execute a part of the operations executed by the terminal device 12.

As described above, when the server device 11 (or the terminal device 12) according to the present embodiment acquires the holding request of the game part associated with the specific game medium, the user can play the state of the game part. Defined in the permitted third state. With such a configuration, the user can forcibly hold the game part at a desired timing, so that the convenience of the game is improved. Further, the server device 11 (or the terminal device 12) causes the user to play the game part based on different setting information depending on whether the state of the game part is the second state or the third state. With such a configuration, when playing the game part, the user can play the game part based on the desired setting information among the two setting information different from each other. Therefore, for example, the convenience of the game is further improved as compared with a configuration in which the setting information cannot be freely switched by the user.

Further, a plurality of game parts may be associated with one specific game medium, and the server device 11 (or terminal device 12) may set a predetermined number of game parts among the plurality of game parts in the third state. With such a configuration, the user can select a game part to be forcibly held from a plurality of game parts by using one specific game medium. Therefore, as compared with a configuration in which one game part is associated with one specific game medium, for example, the range of selection by the user is widened, so that the convenience of the game is further improved.

In addition, play conditions for permitting the play of the game part may be set for each of the plurality of game parts. With such a configuration, for example, a game part that is too difficult in light of the user's level is forcibly held, and a specific game medium is substantially wasted, which may be disadvantageous to the user. Is suppressed.

Further, when the first specific game medium is used, the limit number of times that the game part is allowed to play or clear is set, and when the second specific game medium is used, the time limit when the game part is allowed to play is set. May be defined. With such a configuration, the user can make the restriction setting set in the game part different according to the type of the specific game medium to be used, so that the convenience of the game is further improved.

Although the present invention has been described with reference to the drawings and examples, it should be noted that those skilled in the art can easily make various modifications and modifications based on the present disclosure. Therefore, it should be noted that these modifications and modifications are 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 inconsistent, and a plurality of means, steps, etc. can be combined or divided into one. ..

For example, in the above-described embodiment, two types of acquisition methods of the specific game medium have been described. Specifically, in the above-described embodiment, the first specific game medium or the second specific game medium is given to the user in response to the acquisition request of the specific game medium and in response to the achievement of the game task in the game part. .. However, the type of the specific game medium given to the user may be different depending on the acquisition method of the specific game medium.

For example, when the server control unit 15 of the server device 11 acquires the acquisition request of the specific game medium from the terminal device 12, the server control unit 15 associates the first specific game medium (or the second specific game medium) with the user. On the other hand, when the server control unit 15 succeeds in achieving the game task, the server control unit 15 associates the second specific game medium (or the first specific game medium) with the user (without acquiring the acquisition request for the game medium). Here, the game task may include, for example, a task of logging in to the game system 10 in addition to a task that can be achieved while playing the game part. With such a configuration, the user can acquire a specific game medium of a desired type according to the acquisition method of the specific game medium, and the convenience of the game is further improved.

Further, in the above-described embodiment, the configuration in which one or more specific game media are selectively displayed on the first screen has been described, but one or more specific game media satisfying a predetermined condition are displayed on the first screen. It may be displayed preferentially or selectively. Hereinafter, a specific description will be given.

First, the terminal control unit 21 of the terminal device 12 acquires a search request in response to a user operation. Here, the search request may include arbitrary information about the game medium, such as information indicating the game medium or information indicating the name, type, or attribute of the game medium. Specifically, the terminal control unit 21 acquires information about the game medium directly input by the user operation as a search request. Alternatively, the correspondence relationship between one game medium (for example, a character) and one or more other game media (for example, an item necessary for strengthening or evolving the character) is stored in the terminal storage unit 18. In the above configuration, the terminal control unit 21 may acquire information indicating one or more other game media associated with the game medium selected according to the user operation as a search request. Subsequently, the terminal control unit 21 transmits the search request to the server device 11.

Next, when the server control unit 15 of the server device 11 acquires the search request from the terminal device 12, it identifies the game part to which the game medium matching the search request is associated among the plurality of game parts. Here, the game medium that matches the search request may be, for example, a game medium indicated by the search request, or a game medium including the name, type, or attribute indicated by the search request. Specifically, in the server control unit 15, the game medium that matches the search request is defined as the reward in the setting information corresponding to the third state of each of the plurality of game parts among the plurality of game parts1. Identify the above game parts. For example, when the search request indicates the game medium "item A", one or more game parts in which "item A" is defined as a reward are identified in the setting information corresponding to the third state.

Subsequently, the server control unit 15 identifies one or more specific game media to which at least one game part identified as described above is associated with the plurality of specific game media. Subsequently, the server control unit 15 transmits to the terminal device 12 a display instruction on the first screen in which one or more identified specific game media are preferentially or selectively displayed. Then, the terminal control unit 21 preferentially or selectively displays the one or more specific game media on the display unit 19 based on the display instruction acquired from the server device 11. Specifically, the terminal control unit 21 causes the display unit 19 to display a first screen on which one or more identified specific game media are preferentially or selectively displayed.

In this way, with the configuration in which one or more specific game media satisfying a predetermined condition are preferentially or selectively displayed on the first screen, for example, the user wants to acquire the game medium (for example, item A). It is possible to easily find a specific game medium on the first screen for forcibly holding a game part that can be obtained as a reward. Therefore, the convenience of the game is further improved.

Preferably, the server control unit 15 sets a priority for each of the one or more game parts identified in response to the acquisition of the search request. For example, the larger the quantity, probability, or expected value of the quantity (that is, the product of the quantity and the probability) given to the user as a reward for the game medium matching the search request, the higher the priority that can be set. Subsequently, the server control unit 15 issues a display instruction on the first screen in which the specific game medium associated with the high-priority game part is preferentially displayed among the identified one or more specific game media. It transmits to the device 12. With such a configuration, the user can easily find a specific game medium on the first screen for forcibly holding a game part having a high quantity, probability, or expected value obtained as a reward for the game medium matching the search request. can. Therefore, the convenience of the game is further improved.

In addition, the terminal control unit 21 may acquire a search request automatically determined based on information about the user. For example, the terminal control unit 21 identifies a game medium that the user does not own based on the information about the user, and automatically determines a search request indicating the identified game medium. Alternatively, the terminal control unit 21 obtains a predetermined condition (for example, the level of the game medium, the skill level, the number of times of synthesis, the number of possessions, or the total number) among the game media owned by the user based on the information about the user. Identify a game medium that satisfies the condition that the number of times is equal to or greater than a predetermined threshold value). Then, the terminal control unit 21 automatically determines a search request indicating a game medium other than the identified game medium. With such a configuration, the user can forcibly hold a specific game medium on the first screen, for example, a game medium that the user does not own, or a game medium that can acquire a game medium with a small total number of acquisitions as a reward. Easy to find. Therefore, the convenience of the game is further improved.

Further, in the above-described embodiment, for example, when both the first specific game medium and the second game medium to which the same game part is associated are used, the game part defined in the third state is restricted. Both the number of times and the time limit can be set. Here, when the server control unit 15 acquires the holding request of the game part from the terminal device 12, the server control unit 15 may stop incrementing the number of times the game part is played or the number of times the game part is cleared while the time limit has not elapsed. .. With such a configuration, it is possible to suppress the occurrence of a situation that may be disadvantageous to the user, such as a decrease in the number of times that the player can play compared to the time limit, even though the time is within the time limit.

Further, in the above-described embodiment, the holding button 29 corresponding to the game part in the third state or the fourth state displayed on the fourth screen is displayed in a display mode different from the usual one, and the holding button 29 is displayed. The configuration in which the acceptance of operations is prohibited has been explained. Here, the game part in the second state, that is, the hold button 29 corresponding to the game part in which the play condition is achieved within the holding period is also displayed in a display mode different from the usual one, and the holding is held. Acceptance of an operation on the button 29 may be prohibited. Alternatively, the hold button 29 corresponding to the game part in the second state may be hidden. With such a configuration, for example, a user who mistakenly recognizes that the game part is out of the holding period even though the desired game part is being held uses the specific game part for the purpose of holding the game part. The occurrence of situations that may be disadvantageous to the user is suppressed.

Here, for example, after the state of the desired game part is determined from the first state to the third state, that is, the game part is forcibly held by using the specific game medium outside the holding period of the game part. Later, when the current time falls within the holding period due to the passage of time, the state of the game part may be set to the second state in preference to the third state.

Specifically, when the server control unit 15 acquires the holding request including the information indicating the game part which is the first state from the terminal device 12, the server control unit 15 determines the state of the game part from the first state to the third state. Subsequently, when the current time is within the holding period of the game part, the server control unit 15 temporarily determines the state of the game part from the third state to the second state until the holding period ends. Then, when the holding period ends, the server control unit 15 determines the state of the game part from the second state to the third state.

Preferably, when the server control unit 15 temporarily determines the state of the game part from the third state to the second state, after being set to the number of plays or the number of clears in the third state, or the third state. The elapsed time of is stored in the server storage unit 14. Further, the server control unit 15 stops incrementing the number of plays or the number of clears while the state of the game part is temporarily set to the second state, or the elapsed time since the game part is set to the third state. Stop measuring time. Then, when the server control unit 15 determines the state of the game part to the third state according to the end of the holding period, the stop of incrementing the number of plays or the number of clears is released, or the game part is set to the third state. Unstop measuring the elapsed time from. Alternatively, when the time limit is set for the game part in the third state, the time limit may be extended by the holding period instead of stopping the measurement of the elapsed time.

With such a configuration, for example, the number of times the game part is played or the number of times the game is cleared is incremented, or the third state is set, even though it is within the holding period in which the game can be played without using a specific game medium. Occurrence of a situation that may be disadvantageous to the user, such as measurement of the elapsed time from the beginning, is suppressed.

Further, in the above-described embodiment, the terminal control unit 21 selects a specific game medium according to the user operation on the third screen, and sends a request for holding the selected game part according to the user operation on the fourth screen to the server device. Although the configuration for transmitting to 11 has been described, the configuration for transmitting the game part holding request is not limited to this. For example, the user may select a desired game part, further select a specific game medium to which the selected game part is associated, and use the selected specific game medium.

Specifically, the server control unit 15 of the server device 11 has one or more game parts, preferably one or more game parts associated with one or more specific game media associated with the user. The display instruction of the screen (fifth screen) to be displayed so as to be selectable is transmitted to the terminal device 12.

Next, the terminal control unit 21 identifies one or more specific game media associated with the game part selected according to the user operation on the fifth screen displayed on the display unit 19 and associated with the user. do. Subsequently, the terminal control unit 21 transmits a display request for a screen (sixth screen) for selectively displaying one or more identified specific game media to the server device 11.

Next, the server control unit 15 transmits a display instruction on the sixth screen to the terminal device 12 based on the display request acquired from the terminal device 12.

Next, the terminal control unit 21 acquires a request for holding a game part in response to a user operation on the sixth screen displayed on the display unit 19. Here, the holding request includes information indicating one or more specific game media selected according to the user operation on the sixth screen, and information indicating the game part selected according to the user operation on the fifth screen as described above. And, including. Then, the terminal control unit 21 transmits a game part holding request to the server device 11.

With such a configuration, the user can first select a desired game part on the fifth screen and then use the specific game medium selected on the sixth screen. In this way, since the user can select the desired game part first, for example, the user who owns a large number of specific game media does not need to search for the specific game medium corresponding to the desired game part, and the game Convenience is further improved.

Preferably, each game part displayed on the fifth screen is provided with an upper limit of the number of times that can be selected on the fifth screen. With such a configuration, the maximum number of times that the user can forcibly hold the game by using the specific game medium can be set for each game part, and the game balance can be easily adjusted. Here, the server control unit 15 may reduce or set the number of times the user selects the game part to zero according to the passage of time. With such a configuration, the user can re-hold the game part held up to the maximum number of times with the passage of time, and the convenience of the game is further improved.

Further, in the above-described embodiment, the specific game medium for holding the desired game part from one or more game parts has been described, but the desired game part is held from all the game parts held for a limited time. There may be a specific game medium that can be made to. Specifically, there may be a specific game medium associated with all game parts. By using the specific game medium, the user can hold a desired game part from all the game parts, and the convenience of the game is further improved. Alternatively, there may be a specific game medium that is not associated with any game part. The specific game medium not associated with any of the game parts functions in the same manner as the specific game medium associated with all the game parts described above.

Further, in the above-described embodiment, the configuration in which one specific game medium is required to define the game part in the third state has been described, but a plurality of specific game media may be required. Further, for each game part, the number of specific game media required to set the game part in the third state may be set. With such a configuration, it is possible to set the user's resources necessary for determining the third state for each game part, and it becomes easy to adjust the game balance.

Further, in the above-described embodiment, a part of various game screens is set as a web display to be displayed on the terminal device 12 based on the data generated by the server device 11, and a part of the game screen (for example, a menu button is arranged). The header area and footer area) may be displayed as a native display by a native application installed in the terminal device 12. As described above, the game according to the above-described embodiment may be a hybrid game in which the server device 11 and the terminal device 12 each play a part in the processing.

Further, in order to function as the server device 11 or the terminal device 12 according to the above-described embodiment, an information processing device such as a computer or a mobile phone can be preferably used. In such an information processing device, a program describing processing contents for realizing each function of the server device 11 or the terminal device 12 according to the embodiment is stored in the storage unit of the information processing device, and the CPU of the information processing device determines the program. This can be achieved by reading and executing the program.
[Additional notes]
Hereinafter, the inventions described in the claims according to the original application of the present application will be added.
[1] An information processing device that controls a game including a game part for the user to play.
A step of storing the state of the game part and the holding period indicating a predetermined period in the storage unit in association with the game part.
A step of associating a specific game medium with which the game part is associated with the user,
When the current time is outside the holding period, the first step of defining the state of the game part as the first state in which play by the user is prohibited, and
When the current time is within the holding period, the second step of defining the state of the game part as the second state in which the user is allowed to play, and
When the state of the game part is the first state or the second state, when an holding request including the information indicating the specific game medium and the information indicating the game part is acquired, the state of the game part is set by the user. The third step defined in the third state where play is permitted, and
When the state of the game part is the second state or the third state, a play step of causing the user to play the game part based on the setting information of the game part, and
To run,
A program in which, in the play step, the setting information used when the state of the game part is the second state and the setting information used when the state of the game part is the third state are different.
[2] The program according to claim 1.
The setting information of the game part includes information indicating the value of a predetermined parameter used when the game part is executed, information regarding continuation of play in the game part, and information indicating the difficulty level of the game part. , A program including at least one of information indicating the type and quantity of game media that can be associated with the user by executing the game part, or information indicating the probability that the game medium is associated with the user.
[3] The program according to claim 1 or 2.
A plurality of game parts are associated with the specific game medium, and the specific game medium is associated with a plurality of game parts.
The holding request includes the information indicating the specific game medium, information indicating a predetermined number of game parts in the first state or the second state among the plurality of game parts associated with the specific game medium, and the information. Including
A program in which, in the third step, the state of the predetermined number of game parts indicated by the acquired holding request is set as the third state.
[4] The program according to claim 3.
Each of the plurality of game parts associated with the specific game medium has a play condition for permitting the play of the game part.
The holding request is a predetermined state in which the information indicating the specific game medium and the plurality of game parts associated with the specific game medium are in the first state or the second state and the play conditions are satisfied. A program that contains information that indicates a number of game parts.
[5] The program according to any one of claims 1 to 4.
Each of the plurality of game parts is associated with a game medium that can be associated with the user according to the play of the game part.
In the information processing device
When the search request is acquired, the first identification step of identifying the game part associated with the game medium matching the search request among the plurality of game parts, and
A step of identifying a specific game medium associated with the game part identified in the first identification step among a plurality of specific game media, and a step of identifying the specific game medium associated with the game part.
A program that further executes.
[6] The program according to any one of claims 1 to 5.
The third step requests a holding request including information indicating the specific game medium and information indicating the game part when the current time is an arbitrary time outside the holding period and at least one of the holding periods. A program that, upon acquisition, sets the state of the game part to a third state in which play by the user is permitted.
[7] An information processing device that controls a game including a game part for the user to play.
A storage unit that stores the state of the game part and the holding period indicating a predetermined period in association with the game part.
With a control unit
The control unit
The specific game medium to which the game part is associated is associated with the user,
When the current time is outside the holding period, the state of the game part is set to the first state in which play by the user is prohibited.
When the current time is within the holding period, the state of the game part is set to the second state in which the user is allowed to play.
When the state of the game part is the first state or the second state, when an holding request including the information indicating the specific game medium and the information indicating the game part is acquired, the state of the game part is set by the user. Set in the third state where play is allowed,
When the state of the game part is the second state or the third state, a play process for playing the game part is performed based on the setting information of the game part.
An information processing device in which the setting information used when the state of the game part is in the second state and the setting information used when the state of the game part is in the third state are different in the play process.
[8] A method of controlling a game including a game part for a user to play, which is performed using an information processing device.
The control unit of the information processing device
A step of storing the state of the game part and the holding period indicating a predetermined period in the storage unit in association with the game part.
A step of associating a specific game medium with which the game part is associated with the user,
When the current time is outside the holding period, the first step of defining the state of the game part as the first state in which play by the user is prohibited, and
When the current time is within the holding period, the second step of defining the state of the game part as the second state in which the user is allowed to play, and
When the state of the game part is the first state or the second state, when an holding request including the information indicating the specific game medium and the information indicating the game part is acquired, the state of the game part is set by the user. The third step defined in the third state where play is permitted, and
A play step in which the game part is played based on the setting information of the game part when the state of the game part is the second state or the third state.
Including
A control method in which, in the play step, the setting information used when the state of the game part is the second state and the setting information used when the state of the game part is the third state are different.

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, 22c Select button 23, 23a, 23b, 23c Icon 24 Information display area 25 Back button 26 Acquisition button 27 Execution request button 28 Select button 29, 29a, 29b, 29c, 29d Hold button

Claims (14)

An information processing device that controls a game that includes a game part for the user to play
A step of associating a specific game medium with which the game part is associated with the user,
When the current time is outside the holding period of the game part, when the holding request including the information indicating the specific game medium to which the game part is associated and the information indicating the game part is acquired, the state of the game part is changed. , The steps to determine the state in which the user is allowed to play,
A program that causes the user to execute a step of playing the game part. In addition to the information processing device,
The program according to claim 1, wherein the user is made to execute a step of outputting a first screen in which a specific game medium associated with the user is displayed in a selectable manner. The program according to claim 2, wherein the first screen includes a selectable game part in a state in which play by the user is permitted. In addition to the information processing device,
On the first screen, a step of outputting a second screen in which the game part associated with the specific game medium selected by the user is displayed in a selectable manner is executed.
The program according to claim 2 or 3, wherein the holding request is acquired when the game part displayed on the second screen is selected by the user. When the current time is within the holding period from outside the holding period of the game part while the user is playing the game part, the value related to the play of the game part until the holding period of the game part ends. Steps to stop changing and
When the user is playing the game part and the current time changes from within the holding period of the game part to outside the holding period, the step of starting the change of the value related to the play of the game part is executed. The program according to any one of claims 1 to 4, wherein the program is characterized by. In addition to the information processing device,
When the current time is outside the holding period of the game part, a step of acquiring a holding request including information indicating another specific game medium to which the game part is associated and information indicating the game part, and
A step of stopping the change of the value related to the play of the game part based on the other specific game medium until the holding period of the game part based on the specific game medium ends.
The claim is characterized in that, when the holding period of the game part based on the specific game medium ends, a step of starting a change of a value relating to the play of the game part based on the other specific game medium is executed. The program according to any one of 1 to 5. The program according to claim 5 or 6, wherein the value relating to the play of the game part includes the number of times the game part is played, the number of times cleared, and / or the elapsed time. In addition to the information processing device,
When the current time is outside the holding period, the first step of defining the state of the game part as the first state in which play by the user is prohibited, and
When the current time is within the holding period, the second step of defining the state of the game part as the second state in which play by the user is permitted, and
To run,
The step of defining the state of the game part to the state in which the user is allowed to play is
When the state of the game part is the first state or the second state, when an holding request including the information indicating the specific game medium and the information indicating the game part is acquired, the state of the game part is set by the user. Performed as the third step in the third state where play is allowed,
The step in which the user plays the game part is
When the state of the game part is the second state or the third state, the game part is executed as a play step for the user to play the game part based on the setting information of the game part.
In the play step
It is used when playing the game part depending on whether the game part to be played by the user is the game part defined in the second state or the game part defined in the second to third states. The program according to any one of claims 1 to 7, which makes the setting information different. The setting information of the game part includes information indicating the value of a predetermined parameter used when the game part is executed, information regarding continuation of play in the game part, and information indicating the difficulty level of the game part. , The type and quantity of the game medium that can be associated with the user by executing the game part, or information indicating the probability that the game medium is associated with the user, and at least one of the information is included. The program according to claim 8. A plurality of game parts are associated with the specific game medium, and the specific game medium is associated with a plurality of game parts.
The holding request includes the information indicating the specific game medium, information indicating a predetermined number of game parts in the first state or the second state among the plurality of game parts associated with the specific game medium, and the information. Including
The program according to claim 8 or 9, wherein in the third step, the state of the predetermined number of game parts indicated by the acquired holding request is set to the third state. Each of the plurality of game parts associated with the specific game medium has a play condition for permitting the play of the game part.
The holding request is a predetermined state in which the information indicating the specific game medium and the plurality of game parts associated with the specific game medium are in the first state or the second state and the play conditions are satisfied. The program of claim 10, wherein the program comprises information indicating a number of game parts. Each of the plurality of game parts is associated with a game medium that can be associated with the user according to the play of the game part.
In the information processing device
When the search request is acquired, the first identification step of identifying the game part associated with the game medium matching the search request among the plurality of game parts, and
A step of identifying a specific game medium associated with the game part identified in the first identification step among a plurality of specific game media, and a step of identifying the specific game medium associated with the game part.
The program according to any one of claims 1 to 11, wherein the program is further executed. An information processing device including a control unit that controls a game including a game part for the user to play.
The control unit
The specific game medium to which the game part is associated is associated with the user,
When the current time is outside the holding period of the game part, when the holding request including the information indicating the specific game medium to which the game part is associated and the information indicating the game part is acquired, the state of the game part is changed. , Determined to be in a state where play by the user is permitted,
An information processing device that allows the user to play the game part. A method of controlling a game including a game part for the user to play, which is performed using an information processing device.
The control unit of the information processing device
A step of associating a specific game medium with which the game part is associated with the user,
When the current time is outside the holding period of the game part, when the holding request including the information indicating the specific game medium to which the game part is associated and the information indicating the game part is acquired, the state of the game part is changed. , The steps to determine the state in which the user is allowed to play,
A control method including a step of causing the user to play the game part.

Images