WO2021090920A1

WO2021090920A1 - Information processing system, information processing method, and information processing program

Info

Publication number: WO2021090920A1
Application number: PCT/JP2020/041561
Authority: WO
Inventors: 星志川崎; 淳史山▲崎▼; 大明 ▲高▼荒
Original assignee: 株式会社Ｃｙｇａｍｅｓ
Priority date: 2019-11-08
Filing date: 2020-11-06
Publication date: 2021-05-14
Also published as: US20220258058A1; JP6960974B2; JP2021074259A

Abstract

This information processing system is provided with: a determining unit which, on the basis of a determination requesting operation input by a player, performs a determination process for determining one from a plurality of types of game media belonging to one of selection types currently being implemented; a game media storage unit which stores the game media determined by the determining unit in a storage unit as a possessed game media, in association with a player ID; a game performing unit which, using the possessed game media stored in the storage unit, performs a predetermined game; and a management unit which, in a certain period set for each player, makes it possible to perform the determination process with respect to a selection type implemented in the past.

Description

Information processing system, information processing method and information processing program

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

Conventionally, there is an information processing system that can acquire items, characters, etc. used in the game by executing a so-called gacha lottery for free or for a fee. For example, in Patent Document 1, a player who has just started a game is drawn by using a lottery table in which items and characters having a high rarity value appear.

Japanese Patent No. 5103508

By the way, in the information processing system, it may be possible to acquire special items, characters, etc. over a predetermined period of time. For example, a player who newly starts a game can acquire a special item, a character, or the like if the game is started within the above-mentioned predetermined period, but if the player starts the game outside the predetermined period, the special item There was a risk that the motivation for the game would be diminished because it was not possible to acquire characters and characters.

An object of the present invention is to provide an information processing system, an information processing method, and an information processing program capable of improving game motivation.

In order to solve the above problem, the information processing system determines one of a plurality of types of game media belonging to any of the currently implemented selection types based on the decision request operation input by the player. A determination unit that executes processing, a game medium storage unit that stores the game medium determined by the determination unit in the storage unit in association with the player ID, and a possession game medium stored in the storage unit as possession game media. It includes a game execution unit that executes a predetermined game by using the game, and a management unit that can execute a determination process for a selection type that has been executed in the past for a certain period set for each player.

A lottery table to which the game medium to which the game medium belongs or at least one of the lottery probabilities of the game media is different from each other and a period during which the lottery table can be referred to are stored in the storage unit for each selection type. With reference to the lottery table based on, the decision process of determining the game medium by lottery is executed, and the management unit refers to the lottery table in the decision process for the selection type executed in the past based on the referenceable period. The lottery table may be decided.

The management unit may determine the lottery table having the closest reference period from the time when the predetermined condition is satisfied as the lottery table to be referred to in the determination process for the selection type carried out in the past.

The lottery table referred to in the determination process for the selection type carried out in the past may have a higher probability of winning a specific game medium than other lottery tables, or a dedicated game medium may be able to win.

In order to solve the above problem, the information processing method determines one of a plurality of types of game media belonging to any of a plurality of currently implemented selection types based on a decision request operation input by the player. A predetermined game using the step of executing the determination process to be performed, the step of storing the determined game medium as the possessed game medium in the storage unit in association with the player ID, and the possessed game medium stored in the storage unit. A step of executing the above, and a step of enabling the determination process of the selection type executed in the past to be executed in a certain period set for each player.

In order to solve the above problem, the information processing program determines one of a plurality of types of game media belonging to any of the currently implemented selection types based on the decision request operation input by the player. A determination unit that executes processing, a game medium storage unit that stores the game medium determined by the determination unit in the storage unit in association with the player ID, and a possession game medium stored in the storage unit as possession game media. The computer is made to function as a game execution unit that executes a predetermined game by using it, and a management unit that can execute a determination process for a selection type that has been executed in the past for a certain period set for each player.

According to the present invention, the motivation for playing games can be improved.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram illustrating a hardware configuration of a player terminal. FIG. 2B is a diagram illustrating a hardware configuration of the server. FIG. 3A is a diagram illustrating an example of a home screen. FIG. 3B is a first diagram illustrating an example of a ally character confirmation screen. FIG. 3C is a second diagram illustrating an example of a ally character confirmation screen. FIG. 4A is a diagram illustrating an example of a quest screen. FIG. 4B is a diagram illustrating an example of a quest selection screen. FIG. 4C is a diagram illustrating an example of a party selection screen. FIG. 5A is a diagram illustrating an example of a battle screen. FIG. 5B is a diagram illustrating an example of a result screen. FIG. 5C is a diagram illustrating an example of a report screen. FIG. 6A is a diagram illustrating an example of a gacha screen. FIG. 6B is a diagram illustrating an example of a gacha result screen. FIG. 6C is a diagram illustrating an example of a replacement lineup pop-up. FIG. 7A is a diagram illustrating an example of a gacha screen during the festival holding period. FIG. 7B is a diagram illustrating an example of a gacha screen during the SP festival holding period. FIG. 7C is a diagram illustrating an example of the SP exchange lineup pop-up during the SP festival holding period. 8A to 8D are diagrams illustrating a lottery table for the "SP festival". FIG. 9A is a diagram illustrating a pop-up during the SP festival. FIG. 9B is a diagram illustrating a home screen during the SP festival holding period. FIG. 10A is a diagram illustrating a balloon image. FIG. 10B is a diagram illustrating the priority of balloon images. FIG. 11 is a diagram illustrating a memory configuration and a function as a computer in a player terminal. FIG. 12 is a diagram illustrating a memory configuration and a function as a computer in the server. FIG. 13 is a sequence diagram illustrating basic processing of the player terminal and the server. FIG. 14 is a flowchart illustrating the home screen display process. FIG. 15 is a flowchart illustrating a player information update process. FIG. 16 is a flowchart illustrating a gacha screen display process. FIG. 17 is a flowchart illustrating the lottery process.

An aspect of the embodiment of the present invention will be described in detail with reference to the accompanying drawings below. The dimensions, materials, other specific numerical values, etc. shown in such an embodiment are merely examples for facilitating understanding, and do not limit the present invention unless otherwise specified. In the present specification and drawings, elements having substantially the same function and configuration are designated by the same reference numerals to omit duplicate description, and elements not directly related to the present invention are not shown. To do.

(Overall configuration of information processing system S)
FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S. The information processing system S is a so-called client-server system including a player terminal 1, a server 100, and a communication network 200 having a communication base station 200a.

The player terminal (information processing device) 1 can establish communication with the server 100 via the communication network 200. The player terminal 1 includes a wide range of electronic devices capable of wirelessly or wired communication connection with the server 100. Examples of the player terminal 1 include smartphones, mobile phones, tablet devices, personal computers, game machines, and the like. In the present embodiment, a case where a smartphone is used as the player terminal 1 will be described.

The server 100 is communicated with a plurality of player terminals 1. The server 100 stores various types of information (player information) for each player ID for identifying a player who plays a game.

The communication base station 200a is connected to the communication network 200 and wirelessly transmits and receives information to and from the player terminal 1. The communication network 200 is composed of a mobile phone network, an Internet network, a LAN (Local Area Network), a dedicated line, and the like, and realizes a wireless or wired communication connection between the player terminal 1 and the server 100.

In the information processing system S of the present embodiment, the player terminal 1 and the server 100 function as the game device G. The player terminal 1 and the server 100 are assigned roles to control the progress of the game, respectively, and the game can be progressed by the cooperation between the player terminal 1 and the server 100.

(Hardware configuration of player terminal 1 and server 100)
FIG. 2A is a diagram illustrating a hardware configuration of the player terminal 1. Further, FIG. 2B is a diagram illustrating a hardware configuration of the server 100. As shown in FIG. 2A, the player terminal 1 includes a CPU (Central Processing Unit) 10, a memory 12, a bus 14, an input / output interface 16, a storage unit 18, a communication unit 20, an input unit 22, and an output unit 24. Will be done.

Further, as shown in FIG. 2B, the server 100 includes a CPU 110, a memory 112, a bus 114, an input / output interface 116, a storage unit 118, a communication unit 120, an input unit 122, and an output unit 124.

The configurations and functions of the CPU 110, the memory 112, the bus 114, the input / output interface 116, the storage unit 118, the communication unit 120, the input unit 122, and the output unit 124 of the server 100 are the CPU 10 and the memory 12 of the player terminal 1, respectively. It is substantially the same as the bus 14, the input / output interface 16, the storage unit 18, the communication unit 20, the input unit 22, and the output unit 24. Therefore, in the following, the hardware configuration of the player terminal 1 will be described, and the description of the server 100 will be omitted.

The CPU 10 operates a program stored in the memory 12 and controls the progress of the game. The memory 12 is composed of a ROM (Read Only Memory) or a RAM (Random Access Memory), and stores a program and various data required for controlling the progress of the game. The memory 12 is connected to the CPU 10 via the bus 14.

The input / output interface 16 is connected to the bus 14. A storage unit 18, a communication unit 20, an input unit 22, and an output unit 24 are connected to the input / output interface 16.

The storage unit 18 is composed of a semiconductor memory such as a DRAM (Dynamic Random Access Memory), and stores various programs and data. In the player terminal 1, the programs and data stored in the storage unit 18 are loaded into the memory 12 (RAM) by the CPU 10.

The communication unit 20 is wirelessly connected to the communication base station 200a and transmits / receives information such as various data and programs to / from the server 100 via the communication network 200. In the player terminal 1, a program or the like received from the server 100 is stored in the memory 12 or the storage unit 18.

The input unit 22 is composed of, for example, a touch panel, a button, a keyboard, a mouse, a cross key, an analog controller, etc. on which the player's operation is input (accepts the operation). Further, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally) to the player terminal 1. Further, the input unit 22 may be composed of an acceleration sensor that detects the inclination or movement of the player terminal 1 or a microphone that detects the voice of the player. That is, the input unit 22 broadly includes a device capable of inputting the player's intention in an identifiable manner.

The output unit 24 includes a display device and a speaker. The output unit 24 may be a device connected (externally) to the player terminal 1. In the present embodiment, the player terminal 1 includes a display 26 as an output unit 24 and a touch panel as an input unit 22 superimposed on the display 26.

(Game content)
Next, the content of the game provided by the information processing system S (game device G) of the present embodiment will be described with an example. In the present embodiment, a so-called battle game in which a friendly character plays against an enemy character is provided. Specifically, in the game of the present embodiment, a plurality of ally characters are provided. The player selects a plurality of (here, five) ally characters from the provided ally characters to form a party. In addition, the player can play a plurality of types of battle games having different enemy characters and difficulty levels. In the battle game, the purpose is for the friendly characters organized in the party to defeat (clear) the enemy characters and earn rewards.

FIG. 3A is a diagram illustrating an example of a home screen. FIG. 3B is a first diagram illustrating an example of a ally character confirmation screen. FIG. 3C is a second diagram illustrating an example of a ally character confirmation screen. The game screen is displayed on the display 26 of the player terminal 1. In the present embodiment, the game screen is roughly divided into a normal screen and a battle screen.

The normal screen is mainly a screen for the player to confirm various settings and information. On the other hand, the battle screen is a screen displayed on the display 26 from the start to the end of the battle game. Here, all screens other than the battle screen are normal screens. The normal screens are the home screen shown in FIG. 3A, the ally character confirmation screen shown in FIGS. 3B and 3C, the quest screen (see FIG. 4A), the gacha screen (see FIGS. 6A, 7A, and 7B), and the shop screen (not shown). , Guild screen, menu screen, and other screens are provided.

On the normal screen, the menu bar 30 is displayed at the bottom of the display 26. The menu bar 30 is provided with a plurality of operation units that can be operated (tapped) by the player. The menu bar 30 includes a home screen selection operation unit 30a marked "home", an ally character confirmation screen selection operation unit 30b marked "character", and a quest screen selection operation unit 30c marked "quest". A gacha screen selection operation unit 30d marked with "gacha" and a menu screen selection operation unit 30e marked with "menu" are provided.

When the home screen selection operation unit 30a is tapped, the home screen shown in FIG. 3A is displayed on the display 26. Further, when the ally character confirmation screen selection operation unit 30b is tapped, the ally character confirmation screen shown in FIGS. 3B and 3C is displayed on the display 26. Similarly, when the quest screen selection operation unit 30c is tapped, the quest screen shown in FIG. 4A is displayed on the display 26. When the gacha screen selection operation unit 30d is tapped, the gacha screens shown in FIGS. 6A, 7A, and 7B are displayed on the display 26. Further, when the menu screen selection operation unit 30e is tapped, the menu screen is displayed on the display 26. Although detailed explanation is omitted, game settings and various information can be confirmed on the menu screen.

In the menu bar 30, the operation unit corresponding to each screen is highlighted so that the screen being displayed on the display 26 can be identified.

The home screen shown in FIG. 3A corresponds to the initial screen, and a header display area 31 is provided at the upper part. The header display area 31 includes level information 31a indicating the player level associated with the player ID, a stamina display bar 31b indicating the player's stamina associated with the player ID, and a first currency associated with the player ID (in the figure, in the figure). The amount of possession of the second currency (indicated by "◇" in the figure) and the second currency (indicated by "○") is displayed.

Stamina is a parameter required to play a battle game. In this embodiment, a plurality of types of battle games are provided, and each battle game is set with a consumption value of stamina required for play, the number of challenges per day, and the like. When playing a battle game in which the consumption value of stamina required for play is set, the player consumes stamina to play the battle game, so if the stamina is insufficient, the battle game Can't play.

Although detailed explanation is omitted, the player can acquire a predetermined value as the player experience value when the battle game is cleared. Then, each time the player experience value reaches a certain value, the player level rises. An upper limit of stamina is set for the player level, and as the player level rises, the upper limit of stamina also increases. Stamina recovers by a predetermined value (for example, 1 point) at regular intervals (for example, 5 minutes) within the range of the upper limit value. The stamina display bar 31b is displayed so that the current remaining amount of stamina can be visually grasped with respect to the upper limit value of stamina.

The first currency and the second currency are currencies that can be used only in the game. For example, when the battle game is cleared, the first currency can acquire a predetermined amount according to the cleared battle game. The second currency can be obtained free of charge or for a fee. The first currency and the second currency can be obtained by various methods, but detailed description thereof will be omitted.

In addition, the notification selection operation unit 32 may be displayed at the right end of the home screen. Although details are omitted, when a guild battle is being held, the notification selection operation unit 32 marked as "guild battle" is displayed.

Further, the home menu 33 is displayed between the menu bar 30 and the notification selection operation unit 32 on the home screen. The home menu 33 includes a shop screen selection operation unit 33a marked "shop", a guild screen selection operation unit 33b marked "guild", a notification screen selection operation unit 33c marked "notification", and a "gift". The present screen selection operation unit 33d marked with "" is provided.

When the shop screen selection operation unit 33a is tapped, an unillustrated shop screen where items can be purchased is displayed. When the guild screen selection operation unit 33b is tapped, a guild screen (not shown) is displayed on the display 26. When the notification screen selection operation unit 33c is tapped, a notification screen (not shown) for displaying update information, maintenance information, or the like is displayed on the display 26. Further, when the present screen selection operation unit 33d is tapped, for example, an unillustrated present screen displaying items distributed by the operator is displayed on the display 26.

In addition, a banner 34 is displayed on the left side of the home menu 33 on the home screen. As will be described in detail later, various images are displayed on the banner 34. Further, when there are a plurality of images that can be displayed as the banner 34, one of the plurality of images is switched and displayed as the banner 34 according to the swipe operation of the player.

On the ally character confirmation screen shown in FIG. 3B, all the images of the ally characters corresponding to the ally character ID associated with the player ID are displayed. That is, on the ally character confirmation screen, all ally characters owned by the player are displayed. The ally character ID (game medium) is for identifying the ally character, and a different ID is assigned to each ally character. Then, when the player acquires a new ally character by, for example, a gacha (lottery) or the like, the ally character ID (possessed game medium) of the acquired ally character is associated with the player ID of the player.

On the ally character confirmation screen, the image of the ally character is scrolled and displayed by the scroll operation by the player. Then, on the ally character confirmation screen, as shown in FIG. 3C, below the image of the ally character owned by the player, the ally character that the player does not have (the ally character ID that is not associated with the player ID) is displayed. ) Is displayed as an unreleased character in a display mode (shown by hatching in the figure) different from the image of the ally character owned by the player. Here, the ally characters displayed as unreleased characters are only the ally characters that can be acquired in the gacha (lottery) described later, and the ally characters that cannot be acquired in the gacha (lottery) are displayed as unreleased characters. There is no such thing.

At the right end of the ally character confirmation screen, the party screen selection operation unit 35 marked "Party" is displayed. When the party screen selection operation unit 35 is tapped, a party organization screen (not shown) is displayed on the display 26, and a party composed of up to five ally characters can be organized and saved.

Stars (ranks), experience points, and levels are stored in association with ally characters. Experience points increase when you win a battle game described later, or when you use a predetermined item. Each ally character has 1 to 3 stars (ranks) set as the initial rank. The level is set according to the experience value, and the level increases each time the experience value reaches a predetermined value. An upper limit of the level is set for each ally character, and the level rises only within the range up to the upper limit.

In addition, the base value of combat power such as life point, attack power, defense power, etc. is set for the ally character based on the star and level. The player can advance the battle game more advantageously as the fighting power of the ally character becomes higher. In addition, each base value set for the ally character increases as the number of stars increases and as the level increases.

Furthermore, ally characters can be equipped (set) with weapons and armor equipment. For each equipment, an additional value for attack power, defense power, etc. is set. When equipment is equipped, the added value of each equipment is added to the above base value, and the combat power of the ally character can be increased.

FIG. 4A is a diagram illustrating an example of the quest screen. FIG. 4B is a diagram illustrating an example of a quest selection screen. FIG. 4C is a diagram illustrating an example of a party selection screen.

When the quest screen selection operation unit 30c is tapped on the home screen shown in FIG. 3A, the quest screen shown in FIG. 4A is displayed on the display 26. In the present embodiment, a normal quest will be described as an example of the type of battle game, but other types of battle games (hard quest, guild battle, etc.) may be provided.

Note that depending on the type of battle game, opening conditions may be set. The opening conditions include, for example, that the player level is equal to or higher than a predetermined value, and that another predetermined battle game has been cleared. In addition, a plurality of battle games (hierarchies) belong to each type of battle game. Opening conditions are also set for each of these battle games. Then, when the opening condition is satisfied, the game opening information included in the player information is updated.

The quest screen is provided with a normal quest selection operation unit 36a for selecting a normal quest and a hard quest selection operation unit 36b for selecting a hard quest. On the quest screen, either the normal quest selection operation unit 36a or the hard quest selection operation unit 36b is always selected, and the normal quest selection operation unit 36a is selected as the initial state.

On the quest screen, when the normal quest selection operation unit 36a is selected, the quest operation unit 37 for selecting one of a plurality of battle games (hierarchies) belonging to the normal quest is displayed.

The quest operation unit 37 also displays clear information for each battle game. Clear information is indicated by, for example, three stars. In a battle game, if you clear the battle game, you will get stars according to the number of ally characters whose life points are 0 when you clear it. For example, if there is no ally character with 0 life points, 3 stars will be earned, and if there is 1 ally character with 0 life points, 2 stars will be earned. , If there are two or more ally characters with 0 life points, one star will be acquired.

In the example of FIG. 4A, three stars are acquired in the battle game of "21-1", two stars are acquired in the battle game of "21-2", and two stars are acquired in the battle game of "21-3". Has been acquired. Further, in the battle game of "21-4", no star has been acquired, and it is notified that this battle game has not been cleared.

In addition, in the quest (normal quest, hard quest), it is set to clear the previous battle game as an opening condition. For example, in the example of FIG. 4A, the battle game of "21-4" is released by clearing the battle game of "21-3", but after that (after "21-5" (not shown)). ) Battle game is not open.

On the quest screen, for example, when the quest operation unit 37 of the battle game of "21-1" is tapped, the quest selection screen shown in FIG. 4B is displayed on the display 26. On the quest selection screen, the enemy characters that appear in the battle game and the items (rewards) that can be obtained in the battle game are displayed. In addition, the quest selection screen displays the stamina before and after the battle game is executed and the number of remaining challenges. The number of remaining challenges indicates the number of times that can be challenged in one day, and the battle game of the normal quest is set infinitely. Further, in the present embodiment, the stamina consumed in the battle game of the normal quest is set to 10. However, the stamina consumed in a normal quest battle game may be different for each battle game.

In addition, the cancel operation unit 38 and the challenge operation unit 39 marked "Challenge" for challenging the battle game are displayed on the quest selection screen.

When the cancel operation unit 38 is tapped, the quest screen shown in FIG. 4A is displayed on the display 26, and the challenge to the selected "21-1" battle game is canceled.

On the other hand, when the challenge operation unit 39 is tapped, the party selection screen shown in FIG. 4C is displayed on the display 26. On the party selection screen, all the ally characters owned by the player are displayed, and the selected ally character display area 41 for displaying the selected ally character is displayed below.

In addition, the cancel operation unit 38 and the battle start operation unit 42 marked "battle start" are displayed on the party selection screen.

On the party selection screen, when the player taps the displayed ally character, the operated ally character is displayed in the selected ally character display area 41. That is, here, among the plurality of ally character IDs associated with the player ID, the ally character ID to be used in the battle game (to determine the party) is selected.

Then, when the ally character (friend character ID) is selected and the battle start operation unit 42 is tapped, the battle game is started.

FIG. 5A is a diagram illustrating an example of a battle screen. FIG. 5B is a diagram illustrating an example of a result screen. FIG. 5C is a diagram illustrating an example of a report screen. When the battle start operation unit 42 is operated (tapped) on the party selection screen shown in FIG. 4C, the battle game is started.

During the battle game, the battle screen is displayed as shown in FIG. 5A. On the battle screen, the ally character and the enemy character are displayed on the display 26. The ally character operates under computer control and damages the enemy character or receives damage from the enemy character. In addition, the enemy character operates under computer control and damages the ally character or receives damage from the ally character.

When damage points are given to the enemy character, the damage points are subtracted from the life points of the enemy character. Similarly, when damage points are given to a friendly character, the damage points are subtracted from the life points of the friendly character. When the life points of all enemy characters become 0 (clear), and when the life points of all ally characters become 0 (defeat), the player is defeated.

Here, as shown in FIG. 5A, a ally character detailed display area 43 is provided at the bottom of the battle screen. In the ally character detailed display area 43, the life point 43a and the special move gauge 43b for each ally character are displayed. Its Special Move Gauge 43b increases when a friendly character receives damage from an enemy character or damages an enemy character. Then, when the special move gauge 43b reaches a predetermined maximum value, the ally character can use the special move. Its Special Move is giving more damage points to the enemy character than a normal attack, recovering the life points of the ally character, and giving special effects to the enemy character.

Here, there are two patterns for using the special move. One is a method in which the player operates (tap) the ally character whose special move gauge 43b has reached the maximum value displayed in the ally character detailed display area 43. The other is a method in which a ally character uses a special move under computer control when the special move gauge 43b reaches the maximum value in the auto state. The auto selection operation unit 44 is displayed on the battle screen, and it is possible to switch between the auto state and the manual state according to the operation of the auto selection operation unit 44. When the auto selection operation unit 44 is tapped in the manual state, the special move is automatically used in the auto state. Further, in the auto state, when the auto selection operation unit 44 is tapped, it becomes a manual state in which the special move is manually used. Even in the auto state, if the player operates (tap) the ally character while the special move gauge 43b has reached the maximum value and the special move is not used by computer control, the special move is used. Is possible.

Then, when the battle game ends normally (normally ends), the result screen is displayed on the display 26 as shown in FIG. 5B. FIG. 5B shows, as an example, a result screen when the battle game is cleared.

On the result screen, at least a part of the game result information of the battle game is displayed, and the report display operation unit 45 marked "report" and the end operation unit 46 marked "close" are displayed. To.

The game result information includes the ally character ID (party) of the ally character, the enemy character ID of the enemy character, the remaining status of the ally character and the enemy character at the end of the battle (whether the life point is 0 at the end of the battle game). (Whether or not), the damage points given (total value), whether it is in the manual state or the automatic state, the battle log ID, the type of battle game (normal quest, hard quest, etc.), the information associated with each type of battle game (whether or not) Clear information, battle game hierarchy, etc.), given item information, given first currency, etc. are included. In addition, the battle log ID is uniquely assigned to each battle game. In addition, the information associated with each type of battle game is different for each type of battle game.

When the end operation unit 46 is tapped on the result screen, the display 26 is switched from the battle screen to the normal screen. That is, the result screen is a part of the battle screen. The normal screen that switches from the result screen may be the screen that was displayed immediately before switching to the battle screen, or may be a predetermined screen such as the home screen. In this way, the battle game ends when the display of the result screen ends.

When the report display operation unit 45 is tapped on the result screen, the report screen shown in FIG. 5C is displayed on the display 26. On the report screen, the damage points (total value) given by the ally character and the enemy character are displayed, and the end operation unit 46 is displayed.

When the end operation unit 46 is tapped, the result screen shown in FIG. 5B is displayed on the display 26.

Further, the ticket display area 40 is provided on the quest selection screen shown in FIG. 4B. In the ticket display area 40, the number of tickets owned by the player (the number of tickets associated with the player ID) is displayed, and the ticket use challenge operation unit 40a, the minus operation unit 40b, and the plus operation unit 40c are provided. ing. These ticket use challenge operation units 40a, minus operation units 40b, and plus operation units 40c are valid only for battle games in which three stars have been acquired as clear information, and three stars have been acquired as clear information. It is inoperable in battle games that do not exist.

When the ticket use challenge operation unit 40a, the minus operation unit 40b, and the plus operation unit 40c are enabled, each time the plus operation unit 40c is tapped, the characters written on the ticket use challenge operation unit 40a are "two sheets". "Use" and "Use 3" are displayed one by one. In addition, each time the minus operation unit 40b is tapped, the characters written on the ticket use challenge operation unit 40a are reduced by one, such as "use two sheets" and "use one sheet".

Then, for example, when the character written on the ticket use challenge operation unit 40a is "use 5 tickets" and the ticket use challenge operation unit 40a is tapped, 5 tickets and 50 stamina are used. By consuming, creating a party on the party selection screen shown in FIG. 4C and executing the battle game on the battle screen shown in FIG. 5A are omitted (skipped), and all (5 times) battle games are treated as cleared. Then, the result screen as shown in FIG. 5B is displayed. On this result screen, the items acquired in the five battle games will be displayed together.

In this way, by consuming the ticket, the battle game that has acquired 3 stars as clear information is omitted, and the battle game is treated as cleared. This allows the player to save time and collect items.

FIG. 6A is a diagram illustrating an example of a gacha screen. FIG. 6B is a diagram illustrating an example of a gacha result screen. FIG. 6C is a diagram illustrating an example of the replacement lineup pop-up 53.

When the gacha screen selection operation unit 30d is tapped on the home screen shown in FIG. 3A, the gacha screen shown in FIG. 6A is displayed on the display 26. A gacha type selection bar 47 is displayed at the top of the gacha screen. In the gacha type selection bar 47, a gacha type operation unit indicating the currently held (implemented) gacha type (selection type) is displayed.

In this embodiment, as gacha types, "normal" that can acquire items, and "character", "pickup", "festival", "SP festival", "S dash", and "sdash" that can acquire ally characters "Star 3 confirmed" is provided. "Normal" allows you to acquire items twice a day for free.

In the gacha type that can be acquired by ally characters, you can receive a lottery by consuming a predetermined amount of the second currency. Further, in each gacha type, at least one of the ally characters to be drawn or the lottery probability (winning probability) of each ally character is different from each other. Furthermore, depending on the gacha type, there are some that have a set period during which lottery can be performed.

Here, ally characters are classified into one of three types: normal characters, limited characters, and festival limited characters. A normal character is an ally character that can be acquired (winned) in all gacha types that can be acquired by a ally character. The limited character is an ally character that can be acquired (winned) in "pickup". The festival-limited character is an ally character that can be acquired (winned) at the "festival" or "SP festival". That is, it can be said that the festival-limited character is an ally character dedicated to "festival" or "SP festival". It should be noted that the same festival-limited character can be acquired in a plurality of "festivals".

In addition, each of "Pickup", "Fest", "SP Fes", "S Dash", and "Star 3 Confirmation" has a preset period during which lottery is possible (hereinafter referred to as the holding period). In the "pickup", a predetermined normal character or limited character is set as the target character, and the winning probability of the target character is set higher than that of other ally characters. In addition, the target character of the "pickup" is changed, for example, every two weeks. Therefore, it can be said that the target characters or "pickups" having different holding periods have different gacha types.

"Fest" targets a predetermined festival-limited character, and the winning probability of the target character is set higher than that of other ally characters. Further, in the "festival", the winning probability of the ally character whose initial star (rank) is 3 is set to be twice that of the "character". The "festival" is held for, for example, three days in place of the "pickup" and the "character". In addition, it can be said that the target characters or "festivals" with different holding periods have different gacha types. The "festival" may be held in parallel with the "pickup" and the "character".

"SP Festival" is a gacha for players who have newly started the game. The "SP Festival" will be held for 72 hours from the end of the prescribed tutorial, as will be described in detail later. As for the "SP festival", the "festival" that is the closest to the "festival" that has already ended will be held.

"S dash" is a gacha for players who have newly started the game. The "S dash" is performed for, for example, 7 days from the time when the predetermined tutorial is completed. For "S Dash", at least one ally character with an initial star (rank) of 3 is determined by performing 10 consecutive gachas, which will be described in detail later.

For "Star 3 Confirmation", at least one ally character with an initial star (rank) of 3 will be determined by performing 10 consecutive gachas, which will be described in detail later.

The server 100 stores a lottery table in which the lottery probability of the ally character is set for each gacha type, and holding period information (information indicating a period during which the lottery table can be referred to), and the selected gacha is stored. A lottery (gacha) is performed with reference to the lottery table of each type.

The gacha type selection bar 47 displays a gacha type operation unit corresponding to the gacha type currently being held. For example, in the example of FIG. 6A, the normal gacha operation unit 47a corresponding to "normal", the character gacha operation unit 47b corresponding to "character", and the pickup gacha operation unit 47c corresponding to "pickup" are displayed.

In the gacha type selection bar 47, the gacha type operation unit corresponding to the selected gacha type is highlighted so that the selected gacha type can be identified.

For example, as shown in FIG. 6A, when the pickup gacha operation unit 47c is selected, the image corresponding to the "pickup" is displayed in the center of the display 26. Specifically, an image described as "pickup gacha" is displayed, or an image of an ally character (for example, character A) that is the target character in "pickup" is displayed. In addition, the second currency owned by the player and the exchange points (exchange pt) described later are displayed on the gacha screen.

Furthermore, the lottery operation unit for executing the lottery is displayed on the gacha screen. Specifically, the first lottery operation unit 51a, which consumes 50 second currencies to draw lots, and the second lottery operation unit 51b, which consumes 150 second currencies to draw lots, are limited to once a day. The third lottery operation unit 51c, which consumes 1500 currencies and collectively performs 10 lottery (so-called 10 consecutive gachas), is displayed.

Then, for example, when the first lottery operation unit 51a is tapped (when the decision request operation is performed), a lottery is performed on the server 100 with reference to the lottery table corresponding to the "pickup" currently being held, and the lottery is performed. The ally character (ally character ID) determined by the above is stored in association with the player ID, and the lottery result information indicating the determined ally character is transmitted to the player terminal 1. When the player terminal 1 receives the lottery result information, the gacha result screen shown in FIG. 6B is displayed on the display 26. On the gacha result screen, the image of the ally character shown in the lottery result information is displayed.

In addition, the exchange lineup operation unit 52 is displayed on the gacha screen. When the exchange lineup operation unit 52 is tapped, the exchange lineup pop-up 53 shown in FIG. 6C is displayed. In the exchange lineup pop-up 53, the target character (character A) that can be exchanged for the exchange point is displayed, and the exchange operation unit 53a for exchanging the target character for the exchange point is displayed.

Here, 1 point will be added to the exchange points for each "pickup" or "character" lottery. Then, when the exchange point reaches 300 points, the exchange operation unit 53a becomes effective, and when the exchange operation unit 53a is tapped, the exchange point is deducted by 300 points and the ally character is given to the player (player ID). And the ally character ID is associated and stored). When the "pickup" currently being held is completed, the exchange points will be changed (reset) to 0 points.

FIG. 7A is a diagram illustrating an example of a gacha screen during the festival holding period. FIG. 7B is a diagram illustrating an example of a gacha screen during the SP festival holding period. FIG. 7C is a diagram illustrating an example of the SP exchange lineup pop-up 55 during the SP festival holding period.

As mentioned above, during the "festival" period (hereinafter referred to as the "festival period"), a lottery for the "festival" will be held instead of the "pickup" and "character". While the "festival" lottery is being performed, as shown in FIG. 7A, the gacha type selection bar 47 on the gacha screen has a festival gacha operation unit 47d and a normal gacha operation unit 47a corresponding to the "festival". Is displayed.

When the festival gacha operation unit 47d is selected, the image corresponding to the "fest" is displayed in the center of the display 26 on the gacha screen. For example, an image described as "festival gacha" is displayed, or an image of a festival-limited character (for example, characters X and Y) that is a target character in "festival" is displayed. In addition, 1 point is added to the exchange points every time the lottery of "festival" is performed, and when the exchange points reach 300 points, the festival limited characters (for example, characters X and Y) which are the target characters are acquired. can do.

At "festivals", festival-limited characters can be obtained by lottery. Then, the festival limited character is more likely to advance the game more advantageously than the normal character and the limited character (often a strong character). Therefore, the player can advance the subsequent game (battle game) advantageously by drawing a lottery for the "festival" and acquiring the festival-limited character during the festival holding period.

By the way, a player who newly starts a game wants to acquire a festival-limited character in order to advance the game in an advantageous manner. However, the festival limited character can only be acquired during the festival period. Therefore, if the game is not started during the festival holding period, the festival limited character cannot be acquired until the next festival holding period, and the game motivation may be reduced.

Therefore, in the present embodiment, a certain period (hereinafter referred to as SP festival holding period) is set in which the lottery of the "festival" can be performed only for the player who newly started the game.

The SP festival period will be set to 72 hours from the time when the normal quest "1-2" is cleared for the first time. Here, the normal quest "1-2" is executed in a so-called tutorial that lectures how to proceed with the game, and clearing the normal quest "1-2" for the first time is set as a condition for ending the tutorial. .. That is, the player who newly started the game can receive the lottery of "SP festival" for 72 hours from the time when the tutorial is completed.

In addition, "S Dash" will be held for 7 days from the end of the tutorial.

During the SP festival, for example, as shown in FIG. 7B, the gacha type selection bar 47 on the gacha screen has a normal gacha operation unit 47a, a character gacha operation unit 47b, a pickup gacha operation unit 47c, and an "S dash". The corresponding S dash gacha operation unit 47e, the star 3 confirmation gacha operation unit 47f corresponding to "star 3 confirmation", and the SP festival gacha operation unit 47g corresponding to "SP festival" are displayed.

When the SP festival gacha operation unit 47g is selected, the image corresponding to the "SP festival" is displayed in the center of the display 26 on the gacha screen. For example, the image written as "SP festival gacha" is displayed, the time until the end of the SP festival holding period (for example, "71:58:30"), and "SP festival" is the target character. An image of a festival-limited character (for example, character Z) is displayed.

When the SP festival gacha operation unit 47g is selected, the SP exchange point is displayed instead of the exchange point on the gacha screen, and the SP exchange lineup operation unit 54 is displayed instead of the exchange lineup operation unit 52. Will be done. SP exchange points are managed separately from the exchange points, and 1 point is added each time the "SP festival" lottery is held. The SP exchange point may be the same as the exchange point.

When the SP exchange lineup operation unit 54 is tapped, the SP exchange lineup pop-up 55 shown in FIG. 7C is displayed. In the SP exchange lineup pop-up 55, an ally character (character Z) that can be exchanged for an SP exchange point is displayed, and an SP exchange operation unit 55a for exchanging the ally character for an SP exchange point is displayed. Then, when the SP exchange operation point reaches 300 points, the SP exchange operation unit 55a becomes effective, and when the SP exchange operation unit 55a is tapped, the exchange point is deducted by 300 points and the ally character is given to the player. ..

8A to 8D are diagrams for explaining the lottery table of "SP festival". As shown in FIGS. 8A to 8D, it is assumed that the first "festival", the first "pickup", the second "pickup", the second "festival", and the third "pickup" are held in order. .. All of these gachas have different lottery tables.

Then, as shown in Fig. 8A, it is assumed that the normal quest "1-2" is cleared for the first time when the first "festival" is completed and the first "pickup" is being held. In this case, in the "SP festival", the lottery table of the first "festival" will be used. That is, in the "SP festival", the ally character can be acquired with the same lottery probability as the first "festival".

Also, as shown in Fig. 8B, when the first "festival" and the first "pickup" are completed and the second "pickup" is being held, the normal quest "1-2" is performed for the first time. Suppose you clear it. In this case as well, as in the case of FIG. 8A, the lottery table of the first "festival" is used in the "SP festival". That is, in the "SP festival", the ally character can be acquired with the same lottery probability as the first "festival".

Also, as shown in FIG. 8C, when the first "festival", the first "pickup", and the second "pickup" are completed and the second "festival" is being held, the normal quest Suppose you clear "1-2" for the first time. In this case as well, as in the case of FIGS. 8A and 8B, the lottery table of the first "festival" is used in the "SP festival". Also, while the second "festival" is being held, both the "festival" and the "SP festival" will be held.

Further, as shown in FIG. 8D, the first "festival", the first "pickup", the second "pickup", the second "festival" are completed, and the third "pickup" is held. Suppose you clear the normal quest "1-2" for the first time while you are there. In this case, at the "SP festival", the lottery table for the second "festival" will be used.

In other words, when the normal quest "1-2" is cleared for the first time, the "SP festival" will be held using the lottery table of the past "festival" that has already ended. More specifically, in the "SP festival", the lottery table of the "festival" held most recently among the plurality of "festivals" is used.

In "festival", new festival limited characters may be added. Then, the newly added festival-limited character is more likely to advance the game in an advantageous manner than other festival-limited characters (often a strong character). Therefore, by having the player who newly starts the game perform the "SP festival" at the lottery table of the "festival" held most recently, it is possible to acquire a festival-limited character that can advance the game more advantageously. ing. As a result, the player who newly starts the game can acquire the festival-limited character after the tutorial is completed, and can improve the motivation of the game.

FIG. 9A is a diagram for explaining the pop-up 56 during the SP festival. FIG. 9B is a diagram illustrating a home screen during the SP festival holding period.

If you log in during the SP festival holding period, the SP festival holding pop-up 56 shown in FIG. 9A is superimposed on the home screen and displayed on the display 26. In the pop-up 56 during the SP festival, the image of the ally character that is the target character in the "SP festival" is displayed, and the SP festival operation unit 56a for displaying the gacha screen in which the "SP festival" is selected, Then, the cancel operation unit 38 is displayed.

When the SP festival operation unit 56a is tapped, the gacha screen as shown in FIG. 7B is displayed on the display 26.

Further, when the home screen is displayed during the SP festival holding period, as shown in FIG. 9B, the banner 34 indicates that the SP festival is being held and the time until the SP festival holding period ends. Will be done. Then, when the banner 34 is tapped, a gacha screen as shown in FIG. 7B is displayed on the display 26.

FIG. 10A is a diagram illustrating the balloon image 57. FIG. 10B is a diagram illustrating the priority order of the balloon image 57.

As shown in FIG. 10A, when a specific condition is satisfied, the balloon image 57 corresponding to the specific condition is superimposed and displayed on the gacha screen selection operation unit 30d. Specific conditions include the period during which "Fest", "SP Fes", and "Star 3 Confirmed" can be held for free 10 consecutive gachas (during free 10 consecutive gachas), exchange points or SP exchange points. Is set to reach 300 points.

Further, when a plurality of specific conditions are satisfied, the balloon image 57 corresponding to the specific condition having the highest priority is displayed on the display 26 based on the priority shown in FIG. 10B. According to FIG. 10B, the highest priority is set when the exchange points reach 300 points during the festival holding period, followed by the SP exchange points reaching 300 points during the SP festival holding period. The priority is set high. In addition, the exchange points have reached 300 points during the pickup, the free 10-game gacha is being held, the festival is being held (the festival is being held), the SP festival is being held (the SP festival is being held), and 3 stars are confirmed. During the holding period (3 stars confirmed) are set in order.

By displaying the balloon image 57 in this way, it is possible to notify the player that the specific condition is satisfied.

Next, the basic configuration and communication processing of the player terminal 1 and the server 100 for executing the lottery processing will be described. Here, an example of basic communication processing for advancing the game and main communication processing related to the lottery processing will be described, and description of other processing will be omitted.

(Functional configuration of player terminal 1)
FIG. 11 is a diagram illustrating the configuration of the memory 12 and the function as a computer in the player terminal 1. The memory 12 is provided with a program storage area 12a and a data storage area 12b. When the game is started, the CPU 10 stores the terminal-side game control program (module) in the program storage area 12a.

The terminal-side game control program includes a game execution control program 80, a battle game execution program 81, and a display control program 82. The programs listed in FIG. 11 are examples, and a large number of other programs are provided in the terminal-side game control program.

The data storage area 12b is provided with a game information storage unit 90 and a player information storage unit 91 as storage units for storing data. Each of the above storage units is an example, and a large number of other storage units are provided in the data storage area 12b.

The CPU 10 operates each program stored in the program storage area 12a and updates the data in each storage unit of the data storage area 12b. Then, the CPU 10 causes the player terminal 1 (computer) to function as the terminal-side game control unit 1A by operating each program stored in the program storage area 12a. The terminal-side game control unit 1A includes a game execution control unit 80a, a battle game execution unit 81a, and a display control unit 82a.

Specifically, the CPU 10 operates the game execution control program 80, and causes the computer to function as the game execution control unit 80a. Similarly, the CPU 10 operates the battle game execution program 81 and the display control program 82, and causes them to function as the battle game execution unit 81a and the display control unit 82a, respectively.

The game execution control unit 80a controls the progress of the entire game. The game execution control unit 80a transmits login information to the server 100, for example, when logging in. In addition, the game execution control unit 80a controls the transition of the normal screen. Further, when the game information of the entire game is updated, the game execution control unit 80a receives the game information from the server 100 and stores it in the game information storage unit 90.

The battle game execution unit 81a is responsible for controlling the execution of the battle game. For example, the battle game execution unit 81a updates the battle screen, controls the movements of the ally character and the enemy character, and derives the damage points based on the operation input to the player terminal 1.

The display control unit 82a generates a screen to be displayed on the display 26, and displays the generated screen on the display 26.

(Functional configuration of server 100)
FIG. 12 is a diagram illustrating a configuration of the memory 112 in the server 100 and a function as a computer. The memory 112 is provided with a program storage area 112a and a data storage area 112b. When the game is started, the CPU 110 stores the server-side game control program (module) in the program storage area 112a.

The server-side game control program includes a game execution control program 180, a battle game execution program 181, a lottery program 182, a lottery management program 183, and a point management program 184. The programs listed in FIG. 12 are examples, and a large number of other programs are provided in the server-side game control program.

The data storage area 112b is provided with a game information storage unit 190, a player information storage unit 191 and a lottery information storage unit 192 as storage units for storing data. Each of the above storage units is an example, and a large number of other storage units are provided in the data storage area 112b.

The CPU 110 operates each program stored in the program storage area 112a and updates the data in each storage unit of the data storage area 112b. Then, the CPU 110 operates each program stored in the program storage area 112a to cause the server 100 to function as the server-side game control unit 100A. The server-side game control unit 100A includes a game execution control unit 180a, a battle game execution unit 181a, a lottery unit (decision unit, game medium storage unit) 182a, a lottery management unit (management unit) 183a, and a point management unit 184a.

Specifically, the CPU 110 operates the game execution control program 180, and causes the computer to function as the game execution control unit 180a. Similarly, the CPU 110 operates the battle game execution program 181, the lottery program 182, the lottery management program 183, and the point management program 184 as the battle game execution unit 181a, the lottery unit 182a, the lottery management unit 183a, and the point management unit 184a, respectively. Make it work.

The game execution control unit 180a controls the progress of the entire game. When the game execution control unit 180a receives the login information from the player terminal 1, for example, the game execution control unit 180a transmits the player information stored in the player information storage unit 191 to the player terminal 1. Further, when the game information of the entire game is updated, the game execution control unit 180a reads the updated game information from the game information storage unit 190 and transmits the updated game information to the player terminal 1.

The battle game execution unit 181a is responsible for controlling the execution of the battle game.

When the lottery request information is transmitted from the player terminal 1 (when the decision request operation is performed), the lottery unit 182a selects the lottery table selected by the lottery management unit 183a based on the lottery request information (decision request operation). Refer to it and perform the lottery process.

When the lottery request information is transmitted from the player terminal 1, the lottery management unit 183a converts the lottery request information from a plurality of lottery tables stored in the lottery information storage unit 192 based on the lottery request information (decision request operation). Select a lottery table based on. The lottery information storage unit 192 stores a lottery table for each gacha type and stores holding period information for each gacha type. Further, when a new gacha type is added to the lottery information storage unit 192, the lottery table of the gacha type is stored and the holding period information of the gacha type is stored.

When the lottery process is performed by the lottery unit 182a, the point management unit 184a adds 1 exchange point or SP exchange point corresponding to the performed lottery process.

(Communication processing between player terminal 1 and server 100)
FIG. 13 is a sequence diagram illustrating basic processing of the player terminal 1 and the server 100. In the following description, the process in the player terminal 1 is referred to as Pn (n is an arbitrary integer). Further, the processing in the server 100 is indicated as Sn (n is an arbitrary integer).

When the player starts the game application on the player terminal 1 (P1), the game execution control unit 80a transmits login information to the server 100. When the game execution control unit 180a of the server 100 receives the login information, the game execution control unit 180a identifies the player ID associated with the login information and performs the login process (S1). Here, the game execution control unit 180a reads the player information corresponding to the specified player ID from the player information storage unit 191 and transmits it to the player terminal 1. Further, the lottery management unit 183a transmits gacha information indicating the currently held gacha type to the player terminal 1 based on the holding period information of each gacha type stored in the lottery information storage unit 192.

When the display control unit 82a of the player terminal 1 receives the player information and the gacha information, the display control unit 82a executes a home screen display process (P2) for displaying the home screen based on the player information and the gacha information. Further, the display control unit 82a executes the home screen display process (P2) when the home screen selection operation unit 30a of the menu bar 30 is tapped. The home screen display process will be described in detail later.

Further, it is assumed that the start operation of the battle game is performed on the player terminal 1 (P3). In this case, the start information is transmitted from the player terminal 1 to the server 100. The start information includes party information selected by the player, battle game type information, and the like. The battle game execution unit 181a of the server 100 transmits the battle game start information necessary for starting the battle game to the player terminal 1 by inputting the start information (S2). Then, when the battle game execution unit 81a of the player terminal 1 receives the battle game start information, the battle game start process for starting the battle game is performed (P4). Here, for example, an area of the memory 12 for advancing the battle game is secured, or a predetermined program is read from the storage unit 18 into the memory 12.

After that, the battle game execution unit 81a of the player terminal 1 performs a battle game control process for controlling the battle game (P5). In this battle game control process, the update process for updating various information is repeatedly executed on a frame-by-frame basis. The number of frames is not particularly limited, and for example, the number of frames per second is 30 to 60. Therefore, during the battle game, the information is updated on the player terminal 1 at intervals of about 16 ms (milliseconds) to 33 ms.

Then, when the end condition of the battle game is satisfied, the battle game execution unit 81a of the player terminal 1 performs the battle game end process for ending the battle game (P6). In the battle game end process, for example, the game result information is transmitted to the server 100. When the battle game execution unit 181a of the server 100 acquires the game result information, the player information is updated (S3). The player information update process (S3) will be described in detail later. Further, the display control unit 82a displays the result screen on the display 26 based on the game result information (P7).

Further, when the operation of displaying the gacha screen is performed on the player terminal 1, the display control unit 82a performs the gacha screen display process (P8). Then, when the lottery operation unit is tapped on the gacha screen, the game execution control unit 80a executes the lottery request process (P9) for transmitting the lottery request information to the server 100. The lottery request information is configured so that the gacha type can be identified, and the gacha type based on the gacha type operation unit selected in the gacha type selection bar 47, the number of lottery corresponding to the tapped lottery operation unit, and the number 1 The lottery request information including the consumption amount of the two currencies is transmitted to the server 100. Upon receiving the lottery request information, the lottery unit 182a of the server 100 performs the lottery process (S4) and transmits the lottery result information indicating the lottery result to the player terminal 1. Upon receiving the lottery result information, the display control unit 82a of the player terminal 1 displays the lottery result shown in the lottery result information (P10). The gacha screen display process (P8) and the lottery process (S4) will be described in detail later.

Further, when the exchange operation unit 53a of the exchange lineup pop-up 53 shown in FIG. 6C is tapped or the SP exchange operation unit 55a of the SP exchange lineup pop-up 55 shown in FIG. 7C is tapped, the game execution control unit 80a changes the game execution control unit 80a. The point exchange request information corresponding to the tapped operation unit is transmitted to the server 100 (P11). When the point management unit 184a of the server 100 receives the point exchange request information, the point management unit 184a associates the corresponding ally character ID with the player ID and stores it in the player information storage unit 191 based on the received point exchange request information, and also stores it in the player ID. The associated exchange point or SP exchange point is subtracted by 300 (S5). Further, the point management unit 184a transmits the exchange result information indicating that the ally character has been assigned to the player terminal 1.

FIG. 14 is a flowchart illustrating the home screen display process. As shown in FIG. 14, when the display control unit 82a is logged in (YES in P2-1) and is in the SP festival holding period (P2-2), the SP festival holding pop-up 56 shown in FIG. 9A Is superimposed on the home screen and displayed (P2-3). Further, the display control unit 82a determines an image to be displayed on the banner 34 when displaying the home screen, and displays any of the determined images as the banner 34 (P2-4). Further, when the specific condition for displaying the balloon image 57 is satisfied, the display control unit 82a displays one of the balloon images 57 based on the priority shown in FIG. 10B (P2-5). ..

FIG. 15 is a flowchart illustrating the player information update process. As shown in FIG. 15, when the game execution control unit 180a receives the game result information indicating that the normal quest “1-2” has been cleared for the first time (YES in S3-1), the lottery management unit 183a receives the game result information. The period from the present time to 72 hours later is set as the SP festival holding period (S3-2). In addition, the lottery management unit 183a selects the most recent "festival" lottery table with respect to the current time based on the holding period information stored in the lottery information storage unit 192, and the selected lottery table is selected as the "SP festival" lottery. Set as a table (S3-3). Then, the lottery management unit 183a stores the SP festival holding period and the selected "SP festival" in the player information storage unit 191 in association with the player ID (S3-4). Further, the lottery management unit 183a transmits the SP festival information indicating the SP festival holding period and the held "SP festival" to the player terminal 1 (S3-5).

FIG. 16 is a flowchart illustrating the gacha screen display process. As shown in FIG. 16, when the operation to display the gacha screen is performed, the display control unit 82a confirms the gacha type currently being held based on the gacha information (and SP festival information) (P8-1). .. Then, the display control unit 82a selects one of the gacha type operation units of the gacha type selection bar 47 based on the operation that triggered the display of the gacha screen, and the gacha screen corresponding to the selected gacha type operation unit. Is displayed on the display 26 (P8-2). For example, when the gacha screen selection operation unit 30d of the menu bar 30 is tapped, the display control unit 82a selects the gacha type operation unit arranged on the leftmost side of the gacha type selection bar 47. Further, the display control unit 82a selects the SP festival gacha operation unit 47g when the banner 34 during the SP festival holding period is tapped or when the SP festival operation unit 56a of the pop-up 56 during the SP festival holding is tapped. To do.

Further, when the gacha type operation unit selected by the gacha type selection bar 47 is operated (YES on P8-3), the display control unit 82a displays the gacha screen corresponding to the operated gacha type operation unit. (P8-4).

FIG. 17 is a flowchart illustrating the lottery process. As shown in FIG. 17, when the lottery request information is received from the player terminal 1, the lottery management unit 183a confirms the gacha type included in the lottery request information (S4-1), and selects the confirmed gacha type lottery table. (S4-2). Then, the lottery unit 182a performs a lottery execution process (decision process) for determining an item or an ally character by lottery with reference to the selected lottery table (S4-3), and the ally character determined by the lottery execution process. (Friend character ID) is associated with the player ID and stored in the player information storage unit 191 (S4-4).

When the gacha type is any of "pickup", "character", and "festival" (YES in S4-5), the point management unit 184a adds exchange points for the number of lottery times (S4-6). Further, when the gacha type is "SP festival" (YES in S4-7), the point management unit 184a adds SP exchange points by the number of lottery times (S4-8).

Although one aspect of the embodiment has been described above with reference to the attached drawings, it goes without saying that the present invention is not limited to the above embodiment. It is clear to those skilled in the art that various modifications or modifications can be conceived within the scope of the claims, and it is understood that they also naturally belong to the technical scope.

In the above embodiment, the player terminal 1 is provided with the game execution control program 80, the battle game execution program 81, and the display control program 82. Further, the player terminal 1 includes a game execution control unit 80a, a battle game execution unit 81a, and a display control unit 82a. However, some or all of these programs and functional parts may be provided in the server 100.

Further, the server 100 is provided with a game execution control program 180, a battle game execution program 181, a lottery program 182, a lottery management program 183, and a point management program 184. The server 100 also includes a game execution control unit 180a, a battle game execution unit 181a, a lottery unit 182a, a lottery management unit 183a, and a point management unit 184a. However, a part or all of these programs and functional parts may be provided in the player terminal 1.

Also, in the above embodiment, as the "SP festival", the most recently held "festival" will be held based on the time when the normal quest "1-2" is cleared for the first time. However, the gacha type held as "SP festival" is not limited to this, for example, the gacha type with the largest number of lottery executions in the past, or selected from a plurality of "festivals" at regular intervals. You may. That is, the "SP festival" may be any of the gacha types held (implemented) in the past.

Further, in the above embodiment, the lottery management unit 183a determines the lottery table of the most recently held "festival" as the lottery table to be referred to in the "SP festival". However, the lottery table referred to in the "SP festival" may be manually set by the server administrator every time the festival holding period ends, for example.

Further, in the above embodiment, the player who clears the normal quest "1-2" for the first time is made to hold the "SP festival". Players who have not been established in the game, such as a player who has performed less than a predetermined number of times and a player whose player rank is less than a predetermined value, may be targeted.

Also, in the above embodiment, the most recently held "festival" is held as "SP festival" based on the time when the normal quest "1-2" is cleared for the first time. However, the time when the game is first logged in may be used as a reference, or the time after a predetermined time has elapsed since the game was started may be used as a reference. That is, the "SP festival" may be held when a predetermined condition is satisfied.

Further, in the above embodiment, the lottery unit 182a refers to the lottery table and executes a lottery process for determining an item or a ally character (game medium) by lottery. However, the lottery unit 182a performs a decision process for determining one of a plurality of types of game media belonging to any of the currently implemented gacha types (selection types) based on the decision request operation input by the player. If done, the method of determining the game medium is not limited to this. For example, the lottery unit 182a may sequentially determine the game media based on a predetermined table.

Further, the program in the above embodiment may be stored in a storage medium readable by a computer and provided as a storage medium. Further, it may be provided as a player terminal or an information processing system including this storage medium. Further, the above-described embodiment may be an information processing method that realizes each function and the steps shown in the flowchart.

The present invention can be used in information processing systems, information processing methods and information processing programs.

1 Player terminal 81a Battle game execution unit (game execution unit)
82a Display control unit 100 Server 80a Game execution control unit (game execution unit)
180a Game execution control unit (game execution unit)
182a Lottery section (decision section, game media storage section)
183a Lottery Management Department (Management Department)
S information processing system

Claims

A decision unit that executes a decision process to determine one of a plurality of types of game media belonging to any of the currently implemented selection types based on a decision request operation input by the player.
A game medium storage unit that stores the game medium determined by the determination unit in the storage unit in association with the player ID, using the game medium as the possession game medium.
A game execution unit that executes a predetermined game using the possessed game medium stored in the storage unit, and
A management unit that enables the determination process to be executed for the selection type that has been executed in the past for a certain period set for each player.
Information processing system equipped with.
A lottery table to which the game medium to which the game medium belongs or at least one of the lottery probabilities of the game medium is different from each other and a period during which the lottery table can be referred to are stored in the storage unit for each selection type.
The decision unit
With reference to the lottery table based on the decision request operation, the decision process for determining the game medium by lottery is executed.
The management department
The information processing system according to claim 1, wherein the lottery table to be referred to in the determination process for the selection type performed in the past is determined based on a period in which the lottery table can be referred to.
The management department
The information processing according to claim 2, wherein the lottery table having the closest reference period from the time when a predetermined condition is satisfied is determined as the lottery table to be referred to in the determination process for the selection type performed in the past. system.
The lottery table referred to in the determination process for the selection type performed in the past has a higher probability of winning a specific game medium than the other lottery tables, or the dedicated game medium can be won. The information processing system according to claim 2 or 3.
Based on the decision request operation input by the player, a step of executing a decision process for determining one from a plurality of types of game media belonging to any of the plurality of selection types currently being executed, and a step of executing the decision process.
A step of storing the determined game medium as a possession game medium in the storage unit in association with the player ID.
A step of executing a predetermined game using the possessed game medium stored in the storage unit, and
A step that enables the determination process of the selection type that has been executed in the past to be executed in a certain period set for each player, and
Information processing methods including.
A decision unit that executes a decision process for determining one of a plurality of types of game media belonging to any of a plurality of selection types currently being executed based on a decision request operation input by the player.
A game medium storage unit that stores the game medium determined by the determination unit in the storage unit in association with the player ID, using the game medium as the possession game medium.
A game execution unit that executes a predetermined game using the possessed game medium stored in the storage unit, and
A management unit that enables execution of the determination process of the selection type that has been executed in the past for a certain period set for each player.
An information processing program that makes a computer work.