JP7583285B2 - Information processing device, information processing method, and program - Google Patents

Description

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

In video games and other games played using a computer, a player may repeatedly play a certain stage (quest) in order to improve the character he or she is controlling (see, for example, Patent Document 1). However, playing the same quest repeatedly takes time and effort, and there is a risk that the player will become bored.

JP 2000-254347 A

In addition, as part of a game plan that allows playable quests to be added or updated through version upgrades, etc., like in online games, certain quests may be made available for a limited time.

During the period of the above-mentioned project, it is desirable for players to play the specific quests repeatedly, but as mentioned above, there is a risk that players will become bored by having them play the same quests repeatedly, so it is necessary to maintain the players' desire to play the specific quests repeatedly. One solution to this is, for example, to provide multiple specific quests that can be played within a specified period of time and enrich the content of the quests by changing the characters that appear for each quest. After taking such measures, there is a demand for means and methods that can more effectively encourage players to play specific quests repeatedly.

The present invention aims to provide an information processing device, information processing method, and program that enable a player to repeatedly play multiple quests that are playable for a limited time.

An information processing device according to one embodiment of the present invention is characterized by having a first granting unit that grants to a target player an object corresponding to a specific quest that the target player has cleared, among a plurality of specific quests whose playable time periods are set within a predetermined period, each time the specific quest is cleared, and a second granting unit that grants a reward to the target player when the total value of a predetermined parameter of the object granted to the target player each time the specific quest is cleared reaches a condition value within the predetermined period.

According to one aspect of the present invention, it is possible to provide an information processing device, information processing method, and program that can effectively maintain a player's motivation to repeatedly play multiple specific quests that are available for a limited time.

FIG. 13 is a diagram showing an example of a screen in which a quest is being played within a game. FIG. 13 is an explanatory diagram of an object that is granted upon clearing a specific quest. This is a diagram showing the aggregated and total values of the object luck values granted by clearing a specific quest. A diagram showing the time periods during which each of a number of specific quests can be played during a day during the quest period. FIG. 13 is an explanatory diagram for adding and extending playable time periods. 1 is a conceptual diagram showing an information processing device and a peripheral device according to an embodiment of the present invention; FIG. 2 is an explanatory diagram of functions of an information processing device according to an embodiment of the present invention. FIG. 2 is a diagram showing a home screen as an example of a game screen. FIG. 13 is a diagram showing a specific quest progress screen as an example of a game screen. FIG. 13 is a diagram showing a special reward list screen as an example of a game screen. FIG. 11 is a diagram showing a portion of player information. FIG. 13 is a diagram showing a situation in which a predetermined parameter of a certain type of object has reached an upper limit value and then a new object of the same type is added. FIG. 1 is a diagram showing an example of an information processing flow according to an embodiment of the present invention (part 1). FIG. 2 is a diagram showing an example of an information processing flow according to an embodiment of the present invention (part 2). FIG. 13 is a diagram showing a flow of a determination flow.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS An information processing apparatus, an information processing method, and a program according to the present invention will be described below with reference to a preferred embodiment (hereinafter, referred to as the present embodiment) shown in the accompanying drawings.
The embodiment described below is merely one of the specific examples given to facilitate understanding of the present invention, and is not intended to limit the present invention. In other words, the present invention may be modified or improved from the embodiment described below without departing from the spirit of the present invention. In addition, the present invention naturally includes its equivalents.
In addition, the screen examples shown in the drawings referenced in the following description are merely examples, and the screen configuration examples, the content of the information displayed, and the GUI (Graphical User Interface), etc., can be freely designed according to the system design specifications and user preferences, and can be changed as appropriate.

[About the game according to this embodiment]
Prior to describing the information processing device according to this embodiment, a specific game (hereinafter simply referred to as a "game") that can be played through the information processing device will be described.

A game is content that a player plays by operating a gameplay terminal while viewing the game screen on the terminal, and in this embodiment, it is an online game that uses data communication. Here, online games can include, for example, social games that can be used with only a web browser and a SNS (Social Networking Service) account.

In this embodiment, a player can play the game alone, and can also play the game together with other players. In other words, the game is a cooperative play-compatible game (a so-called multiplayer game) in which multiple players can play together by operating their own terminals.

In the game, players play game units called quests. Quests are played with the objective of clearing them (satisfying the conditions for achievement). In this embodiment, multiple quests are set, and the content (e.g., difficulty level, enemy characters that appear, etc.) varies for each quest. In solo play, one player plays a quest, and in cooperative play, multiple players play the same quest together.

Players can also obtain and possess objects within the game, and can use the objects they possess. "Objects" are game media such as characters and items that appear within the game. "Characters" include living things such as people, animals, and plants, machines such as vehicles and robots, non-machine objects, fictional characters such as monsters, and other characters similar to these. "Items" are materials used by players within the game to help or hinder the player, and items also include those used as currency within the game that can be exchanged for other items or characters (in-game currency).

Objects that a player possesses (possessed objects) can be used by the player. Using possessed objects means playing quests using possessed objects, and consuming other possessed objects to improve the parameters of one possessed object, such as strengthening or evolving, which will be described later.

Characters as possessed objects (possessed characters) are used by the player when playing quests. Specifically, the player compiles a deck using possessed characters as shown in Figure 1, and plays each quest by manipulating the objects in the deck, specifically defeating enemy characters that appear in each quest. A "deck" is a character group formed by selecting a predetermined number of characters (three in the case shown in Figure 1) from the characters possessed by the player. In addition, the player can possess multiple possessed characters of the same type, in which case the player can select possessed characters of the same type when compiling the deck to play a quest.

Players can also sell characters they own within the game. Selling means that the player loses the right to use the character in exchange for obtaining in-game currency. The right to use is the right to use a character in the game, and only characters that the player has the right to use can be used in quests (i.e., added to a deck), and can also be used as material characters when strengthening, as described below.

In addition, each possessed character has parameters set that indicate abilities and attributes, such as level, skill value, power (stamina), and luck value. These parameters increase or decrease as the player progresses through the game, and can be changed, for example, by strengthening. Strengthening is an in-game effect in which multiple possessed characters are combined to increase the parameters of one possessed character (hereafter referred to as the "base character"), and is usually performed based on the player's instructions. Through strengthening, the parameters of the base character increase according to the parameters of the other possessed characters (hereafter referred to as the material characters) that have been combined with the base character.

In this embodiment, characters that can be combined for strengthening are characters that are associated with each other, for example, a base character and a character of the same type as the base character. Note that, of the multiple characters used for strengthening, the right to use a material character that is combined with a base character is lost after the strengthening is performed.

Some of the owned characters may be transformed into a different type of character through evolution or other effects. The transformed character, i.e., a character derived from the owned character before the transformation (hereafter referred to as a "derived character"), has different parameters from before the transformation, and its appearance also changes from its appearance before the transformation. The transformation of a owned character into a derived character (i.e., evolution or other effects) is usually carried out based on the player's instructions, and the derived character is added as a new character to the player's owned characters.

In this embodiment, the luck value of the parameters of the possessed character before the change is carried over to the derived character after the change. In other words, the luck value does not change due to the evolution of the possessed character, and the luck value of the derived character immediately after the change is the same as the luck value of the possessed character before the change. Also, when strengthening a derived character as a base character, a character of the same type as the derived character, or the character of the derived character before the change, is used as the material character.

Of the above parameters, the luck value corresponds to an example of the "predetermined parameter" of the present invention, and the higher the luck value of a possessed character, the easier it is to obtain benefits in the game. To be more specific, in the game, a reward is given to a player who clears a quest. Rewards are objects that the player can use in the game, such as characters and items. Note that items given as rewards include in-game currency, which includes in-game currency required to carry out specified events in the game, and events that can be carried out using in-game currency include lottery events in which characters and the like can be obtained.

In this embodiment, rewards include normal rewards and special rewards. The normal reward is a reward that is normally obtained by clearing a quest, and with a certain probability, a character corresponding to the cleared quest, specifically, an enemy character that appears in the quest (more specifically, a boss character that appears at the end of the quest, etc.) is included in the normal reward.
The number of regular rewards awarded is determined by the luck value of the characters that make up the deck used to clear the quest; normally it is a set number (for example, one), but the higher the luck value, the easier it is to obtain a number of regular rewards greater than the set number (for example, two).

The number of regular rewards may depend on factors other than the luck value of the characters owned that make up the deck. For example, the number of regular rewards may be determined based on whether an item that increases the number of regular rewards is used, the speed at which the quest is cleared (the amount of time it takes to clear the quest), and whether it is the first time the quest has been cleared. Furthermore, even for the same quest, the number of regular rewards may be different depending on whether the quest is cleared by a single player in solo play and by multiple players in cooperative play.

The special reward corresponds to an example of the "reward" of the present invention, and is, for example, a character or item that is set to have a lower probability of being obtained than the normal reward, and specifically, an item that is necessary to participate in the aforementioned lottery event and is of higher value than usual (for example, an item that is set to require fewer items than usual to participate in one lottery event).

In this embodiment, the special reward is obtained when the total value of the luck values of the specific characters reaches the condition value. The specific character is an object corresponding to the specific quest (for example, an enemy character that appears in the specific quest), and is given as a normal reward, for example, when the specific quest is cleared. The specific quest is a quest that can be played for a limited time, and is added as a quest in the game by updating the game version, for example, during a period set for the purpose of promoting the playing of the specific quest (hereinafter referred to as the "quest holding period"). In this embodiment, multiple specific quests are prepared, and the content differs for each quest, and in particular, the type of specific character given as a normal reward when cleared differs.

The number of specific quests is not particularly limited, but as an example, the following will explain a case where three specific quests (hereinafter referred to as "specific quests A, B, and C") are playable for a limited time. Incidentally, in the following explanation, characters that are granted when a quest other than a specific quest is cleared among the characters possessed by the player, in other words, characters possessed other than specific characters (corresponding to other objects), will be referred to as "general characters".

By clearing each of the specific quests A, B, and C, the player can obtain a specific character (hereafter referred to as "specific character a, b, and c") corresponding to each specific quest as a normal reward, as shown in FIG. 2. In addition, by repeatedly playing and clearing each specific quest, the player can increase the number of specific characters a, b, and c that he or she possesses. In other words, a player who clears a specific quest multiple times is granted an object corresponding to that specific quest each time the specific quest is cleared.

As mentioned above, the player can own multiple copies of each of the multiple specific characters a, b, and c, and can also sell the specific characters a, b, and c that the player owns. Furthermore, the player can transform each of the multiple specific characters a, b, and c into a derived character through evolution, etc.

Furthermore, the player can increase the luck value of a base character by strengthening one of the specific characters (corresponding to "one object") that the player possesses, or a derived character derived from that specific character.

In this embodiment, the luck value of a possessed character has an upper limit, and for a character whose luck value has reached the upper limit, the luck value will not increase even if the character is strengthened after that. In this embodiment, a player can possess multiple characters of the same type as a character whose luck value has reached the upper limit at the same time (see FIG. 12).
The upper limit of the rack value is not particularly limited, but the following description will be given taking as an example a case where the upper limit of the rack value is "99".

In addition, during the quest period (strictly speaking, during the quest play period described below), if a specific quest is cleared using a specific character or derived character whose luck value has reached the upper limit, the player will be awarded more regular rewards than if the same specific quest was cleared using a normal character whose luck value has reached the upper limit.

When the total luck value of the specific characters a, b, and c (strictly speaking, including characters derived from each specific character) owned by the player reaches the condition value, the player is given a special reward. Here, the total luck value is the sum of all the luck values of the specific characters given to the player each time a specific quest is cleared, and the more specific quests are cleared (in other words, the more specific characters owned), the larger the total luck value becomes. In the case shown in Figure 3, the total luck value is 30.

In this embodiment, "all of the specific characters granted to the player" that are the subject of the total calculation includes specific characters that were previously owned, but that the player no longer has the right to use due to selling or strengthening.

In addition, in this embodiment, multiple different condition values are set, and a special reward is set for each condition value (see FIG. 10). Each time the total value of the luck values of specific characters a, b, and c owned by the player reaches a respective condition value, the player is given a special reward corresponding to the reached condition value.

Considering the above, it is preferable that the quest period be set to a period long enough for a game player to repeatedly play each of the specific quests A, B, and C, for example, one to several days, one to several weeks, one to several months, or one to several years.

In this embodiment, each of the multiple specific quests A, B, and C has multiple predefined time periods (hereinafter referred to as "prescribed time periods") during the quest period during which the quest can be played, and the prescribed time periods for each specific quest are different from one another.

Referring to Figure 4, each of the multiple specified time periods set for each specific quest lasts from one to several hours, and as shown in Figure 4, the specific quest that reaches its specified time period changes throughout the day, for example, switching periodically between specific quests A, B, and C. Also, as shown in Figure 4, the specified time periods for each of the multiple specific quests A, B, and C are set so that there is no overlap between the specific quests. In other words, as a general rule, during the specified time period for a certain specific quest (for example, specific quest A), only that specific quest can be played, and other specific quests (for example, specific quests B and C) cannot be played.

In this embodiment, the player can register any or all of the multiple specific quests A, B, and C as play reservation quests. When a specific quest is registered as a play reservation quest, the player who made the play reservation is notified that the registered specific quest is currently available to play when the specified time period for that specific quest arrives.

On the other hand, in this embodiment, the playable time period of each specific quest can be changed from the specified time period by two exceptional measures. The first measure is an additional measure that adds a playable time period of a specific quest to a time period other than the specified time period. According to the additional measure, as shown in the upper diagram of FIG. 5, a time period during which a specific quest (e.g., specific quest A) can be played can be added for one to several hours within a certain time period (e.g., within 24 hours) from the end of the specified time period of the specific quest. The second measure is an extension measure that extends the playable time period of a specific quest. According to the extension measure, as shown in the lower diagram of FIG. 5, the playable time period of a specific quest (e.g., specific quest A) can be extended by one to 24 hours from the end of the specified time period.

The above two exceptional measures (i.e., additional measures and extension measures) are both executed at the player's command. More specifically, the player uses a specified command item in the game to command an additional measure or extension measure, and selects the specific quest to which the commanded measure applies. This adds or extends the playable time period for the specific quest selected by the player.

As described above, in this embodiment, multiple specific quests A, B, and C can be played not only during the specified time periods during the quest period, but also during the time periods added or extended by the above-mentioned exceptional measures. Hereinafter, the period that takes into account the added or extended playable time periods during the quest period, i.e., the entire period during which multiple specific quests A, B, and C can be played, will be referred to as the "quest playable period." This quest playable period corresponds to the "predetermined period" of the present invention. Note that the start of the quest playable period coincides with the start of the quest period, and the end of the quest playable period is delayed from the end of the quest period by the time periods added by the above-mentioned additional measures.

In this embodiment, the player can repeatedly play multiple specific quests A, B, and C during the quest play period, and each time they clear a specific quest, they can obtain a specific character that corresponds to the cleared specific quest. If the total luck value of the specific characters a, b, and c owned by the player reaches a condition value during the quest play period, the player is granted a special reward.

[Regarding the information processing device and peripheral devices of this embodiment]
Next, an information processing device and its peripheral devices according to this embodiment will be described with reference to Fig. 6. In the following description, for convenience of explanation, attention will be focused on one of the players of the game, and this player will be referred to as the "target player".

The target player has a terminal for playing the game (hereinafter, operation terminal 12). Note that in FIG. 6, only the operation terminal 12 of the target player is illustrated, but of course, in reality, there are a number of operation terminals 12 corresponding to the number of players of the game.

The operation terminal 12 is a client terminal, and specifically, is configured as a personal computer, a smartphone, a mobile phone, a tablet terminal, a game machine, a television receiver capable of inputting information, a wearable terminal, or the like. The operation terminal 12 is communicatively connected to the server 10 via a communication network 14 as shown in FIG. 6. The communication network 14 is, for example, a communication line network consisting of the Internet or a mobile communication network, and may include a LAN (Local Area Network), a WAN (Wide Area Network), an intranet, Ethernet (registered trademark), and the like.

The server 10 is an example of the "information processing device" of the present invention, and is a computer that executes various information processing related to the progress of the game, such as generating and transmitting data necessary for the progress of the game, and more specifically, in this embodiment, is an SNS server. The server 10 may be composed of one computer, or may be composed of multiple computers distributed in parallel. The server 10 may also be a server computer for ASP (Application Service Provider), SaaS (Software as a Service), PaaS (Platform as a Service), or IaaS (Infrastructure as a Service). In this case, a series of information processes related to the progress of the game (excluding input and display of information) are executed by the server 10, so that the operation terminal 12 only needs to input information to be handed over to the server 10 and display information distributed from the server 10.

As shown in FIG. 6, the server 10 has a processor 21, a memory 22, a communication interface 23, and a storage 24 as hardware devices, which are electrically connected via a bus 25. The processor 21 may be configured with a CPU (Central Processing Unit), an MPU (Micro-Processing Unit), an MCU (Micro Controller Unit), a GPU (Graphics Processing Unit), a DSP (Digital Signal Processor), a TPU (Tensor Processing Unit), an ASIC (Application Specific Integrated Circuit), or the like.

The memory 22 may be configured with semiconductor memory such as a Read Only Memory (ROM) and a Random Access Memory (RAM).
The communication interface 23 may be, for example, a network interface card, a communication interface board, etc. The standard of data communication by the communication interface 23 is not particularly limited, and examples thereof include communication by a wireless LAN based on Wi-fi (registered trademark), communication by a mobile communication system of 3G to 5G or a later generation, or communication based on LTE (Long Term Evolution).

The storage 24 may be a flash memory, a hard disk drive (HDD), a solid state drive (SSD), a flexible disk (FD), a magneto-optical disk (MO disk), a CD, etc.
The storage 24 may be configured by a Compact Disc (CD), a Digital Versatile Disc (DVD), a Secure Digital card (SD card), a Universal Serial Bus memory (USB memory), or the like. The storage 24 may be built into the server 10, or may be attached to the server body in an external format. The storage 24 may be configured by an external computer (e.g., a database server) communicably connected to the server body. As a technology for recording various data, a distributed ledger technology such as a blockchain may be used to avoid unauthorized data tampering.

In addition, the server 10 has installed therein, as software, a program for an operating system (OS) and an information processing program for game progression. These programs correspond to the "programs" of the present invention, and when executed by the processor 21, the server 10 functions as the information processing device of the present invention.

Specifically, by executing the above program, the server 10 accepts the operation of the target player via the target player's operation terminal 12, generates data for progressing the game according to the accepted operation, and transmits the generated data to the target player's operation terminal 12. The server 10 also manages the game play history of the target player, and in particular, during the quest play period, manages the number of times each of multiple specific quests A, B, and C has been cleared, the number of specific characters a, b, and c that are granted by clearing specific quests, and the total value of the luck values of the granted specific characters a, b, and c, etc.

The above program may be obtained by reading it from a computer-readable recording medium, or may be obtained (downloaded) via a network such as the Internet or an intranet.

[Functions of the information processing device according to this embodiment]
7, the server 10 has a reception unit 31, a game progression unit 32, a screen display unit 33, a memory unit 34, a parameter determination unit 35, a parameter change unit 36, an authority management unit 37, a recommendation unit 38, a reward granting unit 39, and a time zone change unit 40. Of these functional units, the memory unit 34 is realized by the memory 22 or the storage 24, and the other functional units are realized by cooperation between various hardware devices constituting the server 10 and programs installed in the server 10. Each functional unit will be described in detail below.

(Reception Department)
The reception unit 31 receives operations for progressing the game performed by the target player through the operation terminal 12 by communicating with the operation terminal 12, and more specifically, receives data indicating the operation contents from the operation terminal 12. The operations of the target player received by the reception unit 31 include, in addition to operations performed while playing a quest (i.e., operations to progress through the quest with the aim of clearing it), various selections, designations, instructions, requests, commands, permission or refusal, registration, and other input operations performed by the target player at each scene during the game.

In this embodiment, the reception unit 31 receives, for example, an operation to select a quest to play, an operation to instruct the strengthening of a possessed character, an operation to instruct the use of a possessed item, an operation to instruct the sale of a possessed character, an operation to request a change of the display screen, and an operation to register a quest to be reserved for play.

(Game progression section and screen display section)
The game progression unit 32 executes information processing to progress the game in accordance with the target player's operations accepted by the acceptance unit 31. The screen display unit 33 displays a screen (game screen) reflecting the results of the information processing by the game progression unit 32 on the target player's operation terminal 12. In this embodiment, the screens that the screen display unit 33 displays on the target player's operation terminal 12 include, in addition to the quest play screen already shown in Fig. 1, a home screen G1 shown in Fig. 8, a specific quest progress screen G2 shown in Fig. 9, and a special reward list screen G3 shown in Fig. 10, etc. Each display screen will be described in detail later.

(Memory unit)
The memory unit 34 stores various information necessary for playing the game, and includes a player information memory unit 51, a character information memory unit 52, an item information memory unit 53, a possessed character information memory unit 54, a quest information memory unit 55, and a time zone information memory unit 56, as shown in FIG. 7.

The player information storage unit 51 stores information about the game play history of the target player. The information stored in the player information storage unit 51 includes, for each player of the game, including the target player, the player name or identification information (ID), login password, last login date and time, total game play time, average time period during which the game is played in a day, identification information of characters that have been granted so far, and identification information and number of items owned.

In addition to the above information, during the quest play period, as shown in FIG. 11, for each of a number of specific quests A, B, and C, the number of times played, the play time, the number of times cleared, the number of specific characters granted so far and the luck value of each specific character, the average time and the shortest time required to clear, the characters that made up the deck used when clearing in the shortest time, and the total luck value are stored in the player information storage unit 51 for each player. Furthermore, as shown in FIG. 11, the player information storage unit 51 stores for each player whether or not each special reward set for each condition value has been granted (i.e., whether or not it has been obtained).

The character information storage unit 52 stores, for each character that can be obtained by clearing a quest, the name, appearance (image), initial and upper limit values of parameters, and in the case of a derived character being transformed into a derived character through evolution or the like, the appearance and initial and upper limit values of parameters of the derived character, as well as the probability of acquisition, etc., linked to the character's identification information. The item information storage unit 53 stores, for each item in the game, the item's name, effect when used, probability of acquisition, etc., linked to the item's identification information.

The owned character information storage unit 54 stores, for each of the characters owned by each player, the current values of parameters including the luck value, whether the luck value has reached the upper limit, whether the character has evolved into a derived character, and whether the user has permission to use the character, in association with the player's identification ID and the character's identification information.

The quest information storage unit 55 stores, for quests that can be played in the game, the characteristics of the quest when played (for example, the enemy characters that appear and the difficulty level), the characters or items awarded as a reward (normal reward) upon completion, and the number of players who have completed the quest and the like, linked to the quest's identification information.
In addition to the above information, during the quest playable period, a specified time period that is predefined as the time period during which each of the multiple specific quests A, B, and C can be played is stored in the quest information storage unit 55 for each specific quest.

For quests with restricted playable time periods, such as specific quests, the time period information storage unit 56 stores the playable time periods that have been changed through additions, extensions, etc., in association with the identification information of the player to whom the changed time period applies.

(Parameter Determination Unit)
The parameter determination unit 35 determines the character parameters to be given as a normal reward to a player who clears a quest, and in this embodiment, determines the luck value of a specific character to be given to a player who clears a special quest.

In this embodiment, the parameter determination unit 35 determines the rack value of a specific character within a predetermined numerical range (for example, a range of 1 to 5). The rack value determined by the parameter determination unit 35 may be changed for each specific character, or may be a constant value. When changing the rack value for each specific character, the parameter determination unit 35 may determine the rack value to be given to the specific character based on information stored in the storage unit 34, particularly player information stored in the player information storage unit 51 (for example, information related to the play history of the target player).

To be more specific, the parameter determination unit 35 can determine the luck value of a specific character to be granted when the target player clears a specific quest within a predetermined numerical range according to the number of times the target player has cleared that specific quest; for example, the more times the specific quest has been cleared, the higher the luck value may be determined to be. Here, the number of times the quest has been cleared may be the number of times it has been cleared in one of a number of specified time periods (e.g., one hour to several hours) that are set for each specific quest during the quest period. In other words, the parameter determination unit 35 can determine the luck value of a specific character to be granted when the target player clears a specific quest within a predetermined numerical range according to the number of times the target player has cleared that specific quest within one specified time period; for example, the more times the quest has been cleared, the higher the luck value may be determined to be.

There are other possible procedures for determining the luck value, and the parameter determination unit 35 sets a weight for each specific quest based on the time period during which the target player plays the specific quest in one day and the specified time period specified for each of the multiple specific quests A, B, and C. Here, the time period during which the target player plays the specific quest in one day may be an average time period statistically calculated from the actual time periods during which the target player has played the specific quests up to now. The weight may be determined based on the degree of agreement between the specified time period for the specific quest and the time period during which the target player plays the specific quest, and for example, the weight may be increased as the degree of agreement decreases.
The parameter determination unit 35 can then determine the luck value of a specific character to be granted when the target player clears a specific quest, within a predetermined numerical range, according to the weight of the specific quest; for example, the greater the weight, the greater the luck value may be determined to be.

Alternatively, the parameter determination unit 35 may determine the luck value of a specific character to be granted when the target player clears a specific quest, within a predetermined numerical range, depending on the time period during which the specific quest is played. For example, the parameter determination unit may determine a higher luck value when the specific quest is played in a time period that is changed from the specified time period by the aforementioned additional measures or extension measures, etc., compared to the luck value when the same specific quest is played within the specified time period.

Alternatively, the parameter determination unit 35 may determine the luck value of a specific character to be granted when the target player clears a specific quest, within a predetermined numerical range, depending on the relationship between the target player's last login and the quest holding period. For example, assume that the target player last logged in before the quest holding period, and the target player logs in for the first time in a long time near the end of the quest holding period (specifically, on the last day of the period, etc.). In this case, it becomes difficult for the target player to repeatedly clear specific quests until the total value of the luck values of the specific characters reaches the upper limit value. Taking this into consideration, in the above situation, the parameter determination unit 35 may determine the luck value of a specific character to be granted when the target player clears a certain specific quest to be a value greater than the luck value of a specific character to be granted when another player clears the same quest.

(Parameter change section)
When the target player instructs the target player to strengthen the character he/she owns, the parameter modification unit 36 modifies the parameters of the character selected as the base character. For example, when the target player selects one specific character (corresponding to one object) or a derived character (corresponding to a derived object) derived from the specific character as the base character, and selects a material character of the same type as the specific character, the parameter modification unit 36 combines these characters and increases the rack value of the base character according to the rack value of the material character. At this time, parameters other than the rack value of the base character are also increased in the same manner. Note that parameters that have already reached their upper limit value will not increase even if strengthening is performed, and will remain at the upper limit value.
Then, the parameter change unit 36 updates the parameters of the base character, among the information on the possessed character of the target player stored in the possessed character information storage unit 54 of the storage unit 34, to the increased (strengthened) parameters.

(Authority Management Department)
The authority management unit 37 revokes the authority to use the characters owned by the target player, including the specific character granted to the target player, based on an instruction from the target player. Specifically, when the target player instructs to sell a character owned by the target player, the authority management unit 37 revokes the authority to use the character to be sold. Also, when the target player instructs to strengthen a character owned by the target player, the authority management unit 37 revokes the authority to use the character owned by the target player that was used as a material character in the strengthening.
It should be noted that the authority management unit 37 updates the status of use authority stored in the possessed character information storage unit 54 for the possessed character whose use authority has been lost from "authorized" to "not authorized."

(Recommendation section)
The recommendation unit 38 selects a recommended quest from among the multiple specific quests at each point during the quest period, and recommends the selected recommended quest to the target player. In this embodiment, the recommendation unit 38 tallies the luck values of the specific characters given to the target player by character type at each point during the quest period. For example, in the case shown in FIG. 3, the total value of the luck value of the specific character a is 8, the total value of the luck value of the specific character b is 7, and the total value of the luck value of the specific character c is 15.

Then, the recommendation unit 38 sets the specific quest corresponding to the specific character with the smaller tally at that time, specifically the type of specific character with the smallest tally, as the recommended quest. In the case of Figure 3, specific quest B corresponding to specific character b is set as the recommended quest.

There are other possible procedures for setting recommended quests. For example, the recommendation unit 38 reads out the player information of the target player stored in the player information storage unit 51, and for each of a plurality of specific quests, identifies the time required for the target player to complete the specific quest, more specifically the shortest time required (shortest clearing time). In this case, the recommendation unit 38 can set the specific quest with the shortest clearing time, more specifically the specific quest with the shortest shortest clearing time, as the recommended quest. In such a setting procedure, the recommendation unit 38 may identify the deck used by the target player when completing the quest set as the recommended quest (i.e., the specific quest with the shortest shortest clearing time) from the player information of the target player, and recommend the identified deck as a recommended deck together with the recommended quest.

Alternatively, the recommendation unit 38 reads out player information of multiple players, including the target player, from the player information storage unit 51, and tallies up the number of times each of the multiple players has cleared each of the multiple specific quests for each specific quest. In this case, the recommendation unit 38 can set the specific quest with the larger total value, for example the specific quest with the largest total value (i.e., the specific quest that has been cleared the most by the multiple players), as the recommended quest.

Alternatively, the recommendation unit 38 reads information about the characters possessed by the target player stored in the possessed character information storage unit 54, and determines whether any of the multiple specific characters a, b, and c assigned to the target player has a character whose luck value has reached the upper limit. In this case, the recommendation unit 38 can set a specific quest corresponding to a specific character whose luck value has not yet reached the upper limit as a recommended quest.

(Reward Granting Department)
The reward granting unit 39 grants a predetermined reward to a target player when the target player satisfies a reward granting condition in the game. As shown in FIG. 7 , the reward granting unit 39 of the present embodiment includes a first granting unit 61 and a second granting unit 62.

<First Imparting Unit>
The first granting unit 61 grants a normal reward to the target player when the target player clears a quest. Also, when the target player repeatedly plays and clears each of a plurality of specific quests A, B, and C during a quest playable period, the first granting unit 61 grants the target player a normal reward including at least a specific character corresponding to the specific quest cleared by the target player each time the specific quest is cleared.

In this embodiment, the first granting unit 61 determines the number of regular rewards to be granted to a target player who has cleared a quest according to the luck value of the character used to play the quest (specifically, the character owned and added to the deck). To explain by way of example, assume that during the period in which the quest can be played, the target player clears a specific quest using one specific character or a derived character derived from that specific character. In this case, the first granting unit 61 increases the number of regular rewards according to a probability based on the luck value of the specific character or derived character, and grants that number of regular rewards to the target player.

In addition, in this embodiment, if the luck value of one specific character or a derived character derived from that specific character reaches the upper limit and the target player clears a specific quest corresponding to the specific character, the first granting unit 61 grants a new specific character of the same type as the specific character to the target player. To explain this using the case shown in Figure 12 as an example, if the target player clears a new specific quest A after the luck value of one of the specific characters a possessed by the target player reaches the upper limit, a new specific character a (specific character a surrounded by a dashed rectangular frame in Figure 12) is granted to the target player.

Furthermore, in this embodiment, during the quest playable period, the number of regular rewards obtained by clearing a specific quest using one specific character or its derived character whose luck value has reached the upper limit will be greater than the number of regular rewards obtained by clearing a specific quest using a general character other than the specific character whose luck value has reached the upper limit. However, this is not limited to this, and the number of regular rewards obtained when clearing a specific quest using a specific character (including its derived character) and a general character when their luck values have reached the upper limit may be the same.

<Second Imparting Unit>
The second granting unit 62 grants a special reward to the target player when the total value of the luck values of the specific character granted to the target player by the first granting unit 61 for each clearing of a specific quest reaches a condition value during the quest playable period. In this embodiment, when the target player clears a specific quest during the quest playable period (in other words, when a specific character corresponding to the cleared specific quest is newly granted), the second granting unit 62 calculates the total value of the luck values of the specific character granted to the target player for each clearing of a specific quest during the quest playable period.

To explain in more detail, each time the target player clears a specific quest, the second granting unit 62 calculates the total luck value at that time. The second granting unit 62 then determines whether the calculated total value reaches the condition value, and if the total value reaches the condition value, grants the target player a special reward corresponding to the condition value.

In addition, in this embodiment, the second granting unit 62 adds up all the luck values of the specific characters granted to the target player, regardless of whether the target player has the right to use them. For example, in the case shown in FIG. 3, when the target player sells one or more of the specific characters he owns (specific character b surrounded by a dashed rectangular frame in FIG. 3), the right to use the sold specific characters is lost. In this case, the second granting unit 62 calculates the total of all the luck values of the specific characters granted to the target player during the quest playable period, including the sold specific character (in the case shown in FIG. 3, the total of the luck values is 30). Then, when the total calculated in the above manner reaches the condition value, the second granting unit 62 grants a special reward to the target player.

In addition, in this embodiment, when calculating the total of the rack values of the specific characters, the second granting unit 62 calculates the total of all the rack values of the specific characters granted to the target player, including the specific characters of the same type as the specific character and whose rack values have not yet reached the upper limit, after the rack value of one specific character or its derived character reaches the upper limit. For example, if the specific characters granted to the target player up to a certain point in time are the four specific characters a shown in the right diagram of Fig. 12, and the rack values of each specific character at that time are the values shown in the same diagram, the total of the rack values is 104 (=99+2+2+1).
Then, the second awarding unit 62 awards a special reward to the target player if the total value calculated in the above manner reaches the condition value during the period in which the quest can be played.

However, without being limited to the above, after the luck value of one specific character or its derived character reaches the upper limit, the second granting unit 62 may calculate the total luck value of the specific characters granted to the target player, excluding specific characters of the same type as the specific character and whose luck value has not reached the upper limit. For example, if the specific characters granted to the target player up to a certain point in time are the four specific characters a shown in the right diagram of FIG. 12, and the luck value of one of them has reached the upper limit, the total luck value at that point in time may be the luck value of the specific character a that has reached the upper limit, i.e., 99.

(Time zone change section)
The time period changing unit 40 changes the time period during which a specific quest can be played from a predefined specified time period within a quest playable period. Specifically, when a target player uses a predetermined instruction item in the game to instruct an addition or extension of a time period during which a specific quest can be played, the time period changing unit 40 changes the time period during which the specific quest can be played from the specified time period, more specifically, adds or extends the time period.

In addition, in this embodiment, the time period changing unit 40 can prompt the target player to change the time period during which a specific quest can be played, specifically, to add a time period. To be more specific, assume that at a certain point during the quest period (for example, when there is one or several days left until the end of the period), the total value of the luck value does not reach the condition value, i.e., the target player has not obtained the special reward. In this case, the time period changing unit 40 determines whether the target player possesses an item for adding a time period during which the specific quest can be played, and if the target player possesses the item, prompts the target player to use the item, i.e., to add a time period during which the quest can be played.

It is more preferable that, for a specific quest for which the time period changing unit 40 has prompted the addition of a playable time period, the luck value of the specific character that is granted as a normal reward when the target player clears the quest within the added time period is likely to be greater than when the quest is cleared within the specified time period. This can stimulate the target player's desire to repeatedly play multiple specific quests A, B, and C during the quest period (especially in the latter part of the period), and can avoid a situation in which the player misses out on a special reward because the total luck value does not reach the condition value during the quest period.

[Information processing method according to this embodiment]
Next, as an example of the information processing method of the present invention, an information processing method using the information processing device (i.e., the server 10) according to this embodiment will be described.
In the following, the information processing method according to this embodiment will be described mainly with reference to the flow of information processing for game progression executed by the server 10.

The information processing for game progression according to this embodiment is divided into a stage from when the target player logs in to the game until he plays a specific quest, and a stage when the target player plays a specific quest. The former will be described from the perspective of GUI, with reference to the screen examples shown in Figures 8 to 10, regarding the transition of the game screen displayed on the target player's operation terminal 12. The latter will be described with reference to the flow diagrams shown in Figures 13 and 14.

When the target player logs into the game, the server 10 (more specifically, the screen display unit 33) transmits display data for the home screen to the target player's operation terminal 12. As a result, the home screen G1 shown in FIG. 8 is displayed on the target player's operation terminal 12. Various operation buttons are arranged at the bottom of the home screen G1, such as a button for requesting switching to a quest selection screen, a button for instructing the player to strengthen a possessed character, a button for instructing the player to sell a possessed character, and a button for requesting the use of a possessed item.

When the target player touches any of the operation buttons on the screen, data corresponding to that operation button, i.e., data indicating the content of the terminal operation by the target player, is generated by the operation terminal 12 and transmitted to the server 10. The server 10 (more specifically, the reception unit 31) receives the above data sent from the operation terminal 12 and thereby accepts the operation of the target player.

During the quest play period, a progress check button B1 is placed in a predetermined position on the home screen G1 (the upper left corner in FIG. 8), and when the target player touches the progress check button B1, data corresponding to the touch operation is generated and transmitted to the server 10. When the server 10 (more specifically, the screen display unit 33) receives the data, it reads out the player information of the target player stored in the player information storage unit 51, in particular the player information related to the specific quest, and generates display data for a specific quest progress screen based on the read player information. The display data for the specific quest progress screen is transmitted from the server 10 to the operation terminal 12 of the target player, and when the data is received by the operation terminal 12, the specific quest progress screen G2 shown in FIG. 9 is displayed on the operation terminal 12.

The specific quest progress screen G2 displays the target player's progress in multiple specific quests A, B, and C. Specifically, as shown in FIG. 9, the specific quest progress screen G2 displays the total luck value of the specific character that has been granted to the target player by clearing specific quests so far, the luck value required to be granted the next special reward, and the aggregated luck value for each type of specific character.

As shown in FIG. 9, the specific quest progress screen G2 also displays for each quest the luck value of the specific character that will be granted the next time the specific quest is cleared (more specifically, the luck value determined by the parameter determination unit 35). In other words, in this embodiment, the server 10 (more specifically, the screen display unit 33) can cause the target player's terminal to display a screen showing the luck value of the specific character that will be granted the next time the target player clears a specific quest. The luck value displayed at this time is determined, for example, according to the number of times each specific quest has been cleared so far, in other words, the number of each specific character that has been granted to the target player so far.

Furthermore, as shown in FIG. 9, the specific quest progress screen G2 displays a quest selected from multiple specific quests A, B, and C (more specifically, a recommended quest set by the recommendation unit 38). The recommended quest is set according to the target player's progress in multiple specific quests A, B, and C, and specifically, is set so that the target player can more efficiently obtain special rewards by clearing the recommended quest.

In addition, a reward confirmation button B2 is located on the specific quest progress screen G2, and when the target player touches the reward confirmation button B2, data corresponding to the touch operation is generated and transmitted to the server 10. When the server 10 (more specifically, the screen display unit 33) receives the data, it generates display data for a special reward list screen. The display data for the special reward list screen is transmitted from the server 10 to the operation terminal 12 of the target player, and when the data is received by the operation terminal 12, the special reward list screen G3 shown in FIG. 10 is displayed on the operation terminal 12.

As shown in FIG. 10, the special reward list screen G3 displays in list form the type and quantity of special rewards set for each condition value. The special reward list screen G3 also displays whether or not each special reward has been given to the target player (in other words, whether or not the target player has already acquired the reward). The target player can check the acquisition status of each special reward through the special reward list screen G3.

When the target player performs a predetermined operation during the period in which a quest can be played, for example by touching the play button for a specific quest displayed at the bottom of the specific quest progress screen G2, an information processing flow relating to playing the specific quest (hereinafter, the specific quest flow) is executed. Through the execution of the specific quest flow, the target player plays the specific quest.

For a specific quest for which the target player touched the play button, if the time when the touch operation was performed is within the time period when the specific quest can be played, the flow for the specific quest is executed. On the other hand, if the time when the touch operation was performed is not within the time period when the specific quest can be played, the flow for the specific quest is not executed, and in that case, for example, an error screen may be displayed on the operation terminal 12 to request the target player to perform the operation again.

In the specific quest flow, the server 10 first identifies the quest that the target player has selected to play from among multiple specific quests A, B, and C (S001). Next, the server 10 (more specifically, the screen display unit 33) generates display data for the play screen of the specific quest to be played, and transmits the generated display data to the target player's operation terminal 12 (S002). This makes it possible to start playing the specific quest to be played.

The target player operates the operation terminal 12 to select characters to be used from among the characters possessed, compile a deck, and play the specific quest to be played. During the play of the specific quest, the server 10 accepts operations of the target player from time to time through the operation terminal 12 of the target player, and progresses the game according to the accepted operations (S003). The server 10 then displays a game screen according to the progress on the operation terminal 12 of the target player, more specifically, generates display data for the game screen and transmits it to the operation terminal 12 of the target player (S004).

When the game progresses and the target player clears the specific quest to be played (S005), the server 10 (more specifically, the first granting unit 61) grants the target player a normal reward that includes at least the specific character corresponding to the cleared specific quest (S006). At this time, the server 10 determines the normal reward to be granted to the target player according to the luck value of the characters owned by the target player that make up the deck used in the specific quest that the target player cleared, and strictly speaking, increases the number of normal rewards according to the probability according to the luck value.

In addition, when the specific quest is cleared and the normal reward is awarded, the server 10 updates the player information of the target player stored in the player information storage unit 51 of the storage unit 34, and the information about the target player's possessed characters stored in the possessed character information storage unit 54 (S007).

The server 10 (more specifically, the second granting unit 62) also calculates the total luck value of specific characters that have been granted to the target player up to the present time based on the updated player information of the target player and the updated information on characters owned by the target player (S008).

In step S008, the server 10 adds up all the luck values of the specific characters granted to the target player, even if there is a character that the target player does not have the right to use due to selling, etc. Also, in step S008, the server 10 adds up all the luck values of the specific characters granted to the target player, including specific characters of the same type as the specific character but whose luck values have not reached the upper limit, even after the luck value of one specific character or its derived character has reached the upper limit.

Then, the server 10 (more specifically, the second granting unit 62) determines whether the total value of the calculated luck values reaches the condition value (S009), and if the total value reaches the condition value, grants a special reward to the target player (S010). In this embodiment, multiple condition values are set, and the server 10 executes the determination process in step S009 for each condition value, and if the total value reaches multiple condition values, grants to the target player the unobtained special rewards corresponding to each condition value.

In addition, when the special reward is awarded, the server 10 updates the player information of the target player stored in the player information storage unit 51 of the storage unit 34 (S011). On the other hand, if the total value of the calculated luck values does not reach the condition value, the special reward is not awarded to the target player, and steps S010 and S011 are omitted.

When the above steps are completed, the specific quest flow for one play of the specific quest is complete. Furthermore, the series of steps S001 to S011 of the specific quest flow described above are repeated each time the target player plays a specific quest during the quest play period.

Furthermore, after a certain point during the event period, for example after there is one or several days remaining until the end of the period, the determination flow shown in FIG. 15 is executed prior to the specific quest flow. In the determination flow, it is determined whether or not the total value of the luck value reaches the condition value at a certain point during the event period, in other words, whether or not the target player has acquired a special reward (S021). Here, the determination of whether or not a special reward has been acquired may be a determination of whether or not at least one special reward has been acquired, or may be a determination of whether or not all of the multiple special rewards that can be acquired for each condition value have been acquired.

If the target player has not acquired any special rewards (or has not acquired all of the multiple special rewards that can be acquired for each condition value), it is determined whether the target player has an item for adding a time period during which the specific quest can be played (S022). Then, if the target player who has not acquired a special reward has an item for adding a time period, the server 10 (more specifically, the time period changing unit 40) prompts the target player to use the item, i.e., to add a time period during which the specific quest can be played (S023). As a result, it is possible to stimulate the target player's desire to repeatedly play multiple specific quests A, B, and C during the quest period (especially in the latter part of the period), and it is possible to avoid a situation in which the target player misses out on a special reward because the total value of the luck value does not reach the condition value during the quest period.

When the target player uses an item for adding a time period, the server (more specifically, the time period changing unit 40) adds a playable time period outside the specified time period for the specific item for which the above-mentioned item was used. In this case, as described above, it is preferable that the luck value of the specific character that is granted when the target player clears a specific quest that is playable within the added time period is likely to be greater than if the same quest is cleared within the specified time period.

[Other embodiments]
Up to this point, the information processing device, the information processing method, and the program of the present invention have been described using specific examples. However, the above-described embodiment is merely an example, and other embodiments are also possible.

In the above embodiment, the server computer (server 10) that executes information processing for game progress functions as the information processing device of the present invention, but this is not limited to this. Some of the functions of the server 10 may be provided in the target player's terminal, i.e., the operation terminal 12. For example, one or both of the first granting unit 61 and the second granting unit 62 included in the reward granting unit 39 may be provided in the operation terminal 12, in which case the operation terminal 12 will function as the information processing device of the present invention.

In the above-described embodiment, when multiple players play a game together, the method by which the operation terminals 12 of the players communicate may be a method via the server 10 (client-server method), or a P2P (peer-to-peer) method that does not involve the server 10. In the case of the P2P method, the multiple operation terminals 12 that communicate with each other cooperate to constitute the information processing device of the present invention.

In the above embodiment, the server 10 (more specifically, the time period changing unit 40) can change the time period during which the specific quest can be played from the predefined specified time period in accordance with an instruction from the target player. To be more specific, in the above embodiment, the time period changing unit 40 can add a time period other than the specified time period to the time period during which the specific quest can be played, or extend the specified time period, by the target player using a predetermined item.
However, the method of changing the time period during which a specific quest can be played is not limited to the above case, and other methods are possible. For example, information regarding the time period during which the target player plays a specific quest may be obtained, and the time period during which each specific quest can be played may be changed based on the obtained information.
More specifically, among the multiple specific quests A, B, and C, the specific quest that has been played by the target player for a shorter time is defined as the first quest, and the specific quest that has been played by the target player for a longer time is defined as the second quest. Here, the first quest and the second quest are determined to reflect the target player's lifestyle (daily activities). For example, the specific quest that the target player cannot usually play corresponds to the first quest, and the specific quest that the target player usually plays corresponds to the second quest. If a certain condition is satisfied, the time period change unit 40 of the server 10 may change the time period during which the first quest can be played based on the specified time period of the second quest, for example, to the same time period as the specified time period of the second quest. In this way, it is possible to prevent the specific quests played by the target player from being biased, and to have the target player play the multiple specific quests A, B, and C evenly.

Alternatively, when a specific quest in which the luck value of any of the specific characters given to the target player has not yet reached the upper limit is defined as a first quest, and a specific quest in which the luck value of at least one of the specific characters given to the target player has reached the upper limit is defined as a second quest, the time period change unit 40 may change the time period during which the first quest can be played to the same time period as the specified time period for the second quest. In this case as well, it becomes possible for the target player to play multiple specific quests A, B, and C evenly.

[summary]
The information processing device of the present invention has a first granting unit and a second granting unit. The first granting unit grants to the target player an object (specifically, a specific character) corresponding to a specific quest cleared by the target player among a plurality of specific quests whose playable time slots are set within a predetermined period, to the target player each time the specific quest is cleared. The second granting unit grants a reward (specifically, a special reward) to the target player when the total value of a predetermined parameter (specifically, a luck value) of the object granted to the target player each time the specific quest is cleared reaches a condition value within a predetermined period.
According to the above configuration, when the target player repeatedly plays and clears a plurality of specific quests within a predetermined period of time, the total value of the predetermined parameters of the object given as a reward increases, and when the total value reaches a condition value, the target player can obtain a special reward. As a result, the target player's motivation to repeatedly play the specific quests can be maintained at a good level for the predetermined period of time.

The information processing device of the present invention may further include a parameter modification unit that increases a predetermined parameter of one of the objects granted to the target player, or a predetermined parameter of a derived object (derived character) derived from the one object, by using an object of the same type as the one object. In this case, the first granting unit may grant a normal reward including at least an object to the target player who has cleared the specific quest, and may grant a number of normal rewards based on the predetermined parameter of the one object or the derived object when the target player has cleared the specific quest using the one object or the derived object.
In the above configuration, it is more preferable that the number of normal rewards obtained by clearing a specific quest using one object or derived object whose predetermined parameter has reached the upper limit during a predetermined period is greater than the number of normal rewards obtained by clearing a specific quest using another object (general character) whose predetermined parameter has reached the upper limit other than the object granted by clearing the specific quest. In this case, the effect of maintaining the target player's motivation to repeatedly play the specific quest becomes more significant.
In other words, in the above configuration, by repeatedly playing a specific quest during a predetermined period, in addition to obtaining a special reward, the player can obtain an increased number of regular rewards upon clearing the specific quest. With the above configuration that provides such advantages, the effect of the present invention, that is, the player's motivation to repeatedly play the specific quest can be maintained, becomes even more significant.

The information processing device of the present invention may further include a recommendation unit that recommends a recommended quest from among the multiple specific quests to the target player. In this case, the recommendation unit may tally up predetermined parameters of objects assigned to the target player by type of object, and set the specific quest corresponding to the object type with the smaller tally value as the recommended quest. This makes it possible to set recommended quests with the aim of having the target player play each of the multiple specific quests evenly, making it less likely for the target player to become bored with the quests than if the target player were to play a single specific quest repeatedly.

Alternatively, the recommendation unit may determine the amount of time required for the target player to complete each of a number of specific quests, and set the specific quest that took the shortest time as the recommended quest. In this case, the recommended quests can be set with the aim of efficiently increasing the total luck value, so that the target player can obtain the special reward more efficiently by repeatedly playing the recommended quests.

Alternatively, the recommendation unit may tally up the number of times each of a number of specific quests has been cleared by a number of players, including the target player, for each specific quest, and set the specific quest with the highest tally as the recommended quest. In this case, since the specific quest that has been cleared by a larger number of players is set as the recommended quest, the target player can efficiently increase the total luck value and efficiently obtain special rewards by repeatedly playing the recommended quests.

The information processing device of the present invention may further include a parameter determination unit. The parameter determination unit can determine, within a predetermined numerical range, a predetermined parameter of the object that the first granting unit grants to the target player each time the specific quest is cleared. In this case, the predetermined parameter of the object that is granted to the target player each time the specific quest is cleared can be determined to an appropriate value within the predetermined numerical range (more specifically, a value that is suitable for having the target player repeatedly play the specific quest).

In addition, in the above configuration, the parameter determination unit can determine the predetermined parameter of the object to be granted to the target player within a predetermined numerical range according to the number of times the target player has cleared the specific quest corresponding to the object. In this case, the predetermined parameter of the object granted when each specific quest is cleared can be changed according to the number of times each specific quest is cleared. This makes it possible to effectively stimulate the target player's desire to repeatedly play the specific quest by, for example, increasing the predetermined parameter of an object granted when a specific quest that has been cleared many times is cleared.

In the above configuration, each of the multiple specific quests may have multiple time periods (specifically, specified time periods) during which the quest can be played within a predetermined period of time. In this case, the parameter determination unit can determine the specified parameter of the object to be granted to the target player within a predetermined numerical range according to the number of times the target player clears the specific quest corresponding to the object within one time period (specified time period). This can effectively stimulate the target player's desire to repeatedly play the specific quest by making the specified parameter larger for an object to be granted when the target player clears a specific quest that has been cleared many times within one time period (specified time period).

In the above configuration, the parameter determination unit may set a weight for each of the multiple specific quests based on the time period during which the target player plays the specific quest and the time period during which each of the multiple specific quests can be played. In this case, the parameter determination unit can determine a predetermined parameter of an object to be given to the target player, within a predetermined numerical range, according to the weight of the specific quest corresponding to the object. By setting a weight for each specific quest in this manner, it is possible to adjust the priority of each specific quest when the target player is asked to repeatedly play the specific quest during a predetermined period. As a result, for example, by setting the weights of each specific quest equally, the target player can play each of the multiple specific quests evenly, or by setting a larger weight for one specific quest, the target player can play that specific quest with priority.

The information processing device of the present invention may further include a screen display unit. In this case, the screen display unit can display, on the target player's terminal, a screen showing the predetermined parameters of an object that will be granted to the target player when the target player next clears the specific quest. In this way, if the predetermined parameters of the object that will be granted when the target player next clears the specific quest can be confirmed, the target player's motivation to repeatedly play the specific quest can be more effectively maintained.

The information processing device of the present invention may further include an authority management unit that, based on an instruction from the target player, cancels the authority to use an object granted to the target player. In this case, it is preferable that the second granting unit grants a reward to the target player when the total value of all predetermined parameters of the object granted to the target player reaches a condition value within a predetermined period, regardless of the presence or absence of the authority to use the object. This makes it possible to avoid the target player being treated unfavorably when determining whether or not to grant a reward, even if the player has lost the authority to use an object by, for example, selling it.

In addition, in the information processing device of the present invention, when a predetermined parameter of an object or a derived object derived from the one object reaches an upper limit value and the target player clears a specific quest corresponding to the one object, the first granting unit may grant the target player an object of the same type as the one object.
In the above configuration, after a predetermined parameter of one object or its derived object reaches an upper limit, the second granting unit may calculate a total value of all predetermined parameters of objects granted to the target player, including objects of the same type as the one object, and grant a reward to the target player when the total value reaches a condition value within a predetermined period. In such a case, even after a predetermined parameter of one object or its derived object reaches an upper limit, if the specific quest corresponding to the one object is cleared, the total value of the luck value increases according to the number of times the specific quest is cleared, so that the motivation of the target player to repeatedly play the specific quest can be better maintained.

Alternatively, in the above configuration, the second granting unit may, after a predetermined parameter of one object or its derived object reaches an upper limit, calculate a total value of the predetermined parameters of the objects granted to the target player, excluding objects of the same type as the one object and whose predetermined parameters have not reached the upper limit, and grant a reward to the target player if the total value reaches a condition value within a predetermined period. In such a case, after a predetermined parameter of one object or its derived object reaches an upper limit, objects of the same type as the one object whose predetermined parameter has not reached the upper limit will no longer be included in the luck value calculation. In this way, it is possible to have the target player play each of a plurality of specific quests evenly.

The information processing device of the present invention may further include a time zone change unit that changes the time zone during which a specific quest can be played from a predefined specified time zone. In this case, the specified time zones of the multiple specific quests may differ from one another. The time zone change unit may set the specific quest that has been played by the target player for a shorter time period among the multiple specific quests as a first quest, and set the specific quest that has been played by the target player for a longer time period as a second quest, and change the time zone during which the first quest can be played based on the specified time zone of the second quest. This makes it possible to change, for example, the time zone during which a specific quest (first quest) that the target player cannot normally play can be played to the time zone during which a specific quest (second quest) that the target player normally plays can be played. As a result, it is possible to have the target player play each of the multiple specific quests evenly.

The information processing method of the present invention is characterized in that the computer grants to the target player an object corresponding to a specific quest that the target player has cleared, out of a plurality of specific quests whose playable time periods are set within a predetermined period, each time the specific quest is cleared, and when the total value of a predetermined parameter of the object granted to the target player each time the specific quest is cleared reaches a condition value within the predetermined period, the computer grants a reward to the target player. This information processing method can effectively maintain the player's motivation to repeatedly play multiple specific quests that are playable for a limited time.

The program of the present invention also causes a computer to grant to a target player an object corresponding to a specific quest that the target player has cleared, out of a number of specific quests whose playable time periods are set within a predetermined period, each time the specific quest is cleared, and grants a reward to the target player when the total value of a predetermined parameter of the object granted to the target player each time the specific quest is cleared reaches a condition value within the predetermined period. By having a computer execute this program, it is possible to effectively maintain the player's motivation to repeatedly play multiple specific quests that are playable for a limited time.

10 Server (information processing device, computer) 12 Operation terminal (terminal) 14 Communication network 21 Processor 22 Memory 23 Communication interface 24 Storage 25 Bus 31 Reception unit 32 Game processing unit 33 Screen display unit 34 Storage unit 35 Parameter determination unit 36 Parameter change unit 37 Authority management unit 38 Recommendation unit 39 Reward granting unit 40 Time period change unit 51 Player information storage unit 52 Character information storage unit 53 Item information storage unit 54 Possessed character information storage unit 55 Quest information storage unit 56 Time period information storage unit 61 First granting unit 62 Second granting unit G1 Home screen G2 Specific quest progress confirmation screen G3 Special reward list screen B1 Progress confirmation button B2 Reward confirmation button

Claims (4)

a processor, the processor comprising:
Set the playable time period for each of the multiple quests , including the first and second quests, in advance,
when the time during which the player has played the first quest is shorter than the time during which the player has played the second quest, changing the time period during which the player can play the first quest to the same time period during which the player can play the second quest;
Information processing device. a processor setting in advance a playable time period for each of a plurality of quests including the first quest and the second quest ;
a processor, when a time during which the player has played the first quest is shorter than a time during which the player has played the second quest, changes a time period during which the player can play the first quest to the same time period during which the player can play the second quest;
Information processing methods. a processor is configured to preset a playable time period for each of a plurality of quests including the first quest and the second quest ;
a processor that changes a time period during which the player can play the first quest to the same time period during which the player can play the second quest when a time period during which the player has played the first quest is shorter than a time period during which the player has played the second quest;
A program that executes a process. A system including a terminal and an information processing device,
The information processing device includes:
Set the playable time period for each of the multiple quests , including the first and second quests, in advance,
when the time during which the first quest is played by a player operating the terminal is shorter than the time during which the second quest is played by the player, changing the time period during which the first quest is playable by the player to the same time period during which the second quest is playable .
system.

Images