JP7267328B2 - Information processing system, information processing method and information processing program - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Law September 3, 2019 https://itunes. apple. com/jp/app/id1134429300 https://play. google. com/store/apps/details? id=jp. co. cygames. princessconnectredive https://dmg. Priconne-redive. jp/https://priconne-redive. jp/news/information/5823/ https://twitter. Publish the game service according to the present invention at com/priconne_redive

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

2. Description of the Related Art Conventionally, there are information processing systems in which items, characters, and the like used in a game can be acquired by executing a lottery called gacha for free or for a fee. For example, in Japanese Unexamined Patent Application Publication No. 2002-100001, a player who has just started playing a game is selected by lottery using a lottery table in which items and characters with high rarity values appear.

Japanese Patent No. 5103508

By the way, in an information processing system, there are cases where it is possible to obtain special items, characters, and the like for a predetermined period of time. For example, a player who newly starts the game can acquire special items, characters, etc. if he starts the game within the predetermined period. , characters, etc. could not be acquired, and there was a risk that the desire to play the game would decrease.

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

In order to solve the above problems, an information processing system refers to one of decision tables provided for each selection type that is currently being performed based on a decision request operation input by a player, and selects a plurality of types. and a game media storage that stores the game media determined by the determining unit as possessed game media in a storage unit in association with a player ID. a game execution unit that executes a predetermined game using possessed game media stored in the storage unit; the determination table for each of the plurality of selection types performed in the past; and the plurality of selection types. Reference information associated with each of the selection types is stored, and selection processing is executed to select the selection type satisfying a predetermined condition from among the plurality of selection types based on the reference information, and the selection processing is performed. a management unit that enables execution of the determination process with reference to the determination table of the selection type selected in step 1 for a predetermined period; and a display unit that displays information about the predetermined period, wherein the predetermined period is a period from when the start condition is satisfied until a preset time elapses .

The management unit can execute the determination process by referring to the determination table of the selection type that satisfies the predetermined condition , when a predetermined game is cleared or a specific condition including the end of the tutorial is satisfied. may be

In order to solve the above problems, an information processing method refers to one of decision tables provided for each selection type currently being performed based on a decision request operation input by a player, and selects a plurality of types. a step of executing a determination process of determining one of the game media; a step of storing the determined game media as possessed game media in a storage unit in association with a player ID; a step of executing a predetermined game using possessed game media that have been acquired; the determination table for each of the plurality of selection types performed in the past; and reference information associated with each of the plurality of selection types. executing a selection process for selecting, based on the reference information, the selection type that satisfies a predetermined condition from among the plurality of selection types, and determining the determination table of the selection type selected in the selection process; and a step of displaying information about the predetermined period, wherein the predetermined period is set in advance from the time when the start condition is satisfied. is the period until the specified time elapses .

In order to solve the above problem, an information processing program refers to one of decision tables provided for each selection type currently being performed based on a decision request operation input by a player, and selects a plurality of types. and a game media storage that stores the game media determined by the determining unit as possessed game media in a storage unit in association with a player ID. a game execution unit that executes a predetermined game using possessed game media stored in the storage unit; the determination table for each of the plurality of selection types performed in the past; and the plurality of selection types. Reference information associated with each of the selection types is stored, and selection processing is executed to select the selection type satisfying a predetermined condition from among the plurality of selection types based on the reference information, and the selection processing is performed. causing a computer to function as a management unit that enables execution of the determination processing referring to the determination table of the selection type selected in step 1 for a predetermined period of time, and a display unit that displays information about the predetermined period of time , The predetermined period is a period from when the start condition is satisfied until a preset time elapses.

According to the present invention, it is possible to improve the desire to play games.

FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system. FIG. 2A is a diagram for explaining the hardware configuration of the player terminal. FIG. 2B is a diagram for explaining the 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 teammate character confirmation screen. FIG. 3C is a second diagram illustrating an example of the teammate 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 an exchange lineup popup. FIG. 7A is a diagram illustrating an example of a gacha screen during a festival. FIG. 7B is a diagram illustrating an example of a gacha screen during the SP festival period. FIG. 7C is a diagram illustrating an example of an SP exchange lineup pop-up during the SP festival period. 8A to 8D are diagrams for explaining the lottery table for the "SP festival". FIG. 9A is a diagram illustrating a pop-up during an SP festival. FIG. 9B is a diagram for explaining the home screen during the SP festival period. FIG. 10A is a diagram explaining a balloon image. FIG. 10B is a diagram for explaining the priority of balloon images. FIG. 11 is a diagram for explaining the configuration of a memory in a player terminal and functions as a computer. FIG. 12 is a diagram for explaining the configuration of a memory in a server and functions as a computer. FIG. 13 is a sequence diagram illustrating basic processing of the player terminal and server. FIG. 14 is a flowchart for explaining home screen display processing. FIG. 15 is a flowchart for explaining player information update processing. FIG. 16 is a flowchart for explaining gacha screen display processing. FIG. 17 is a flowchart for explaining lottery processing.

One aspect of an embodiment of the present invention will be described in detail below with reference to the accompanying drawings. The dimensions, materials, and other specific numerical values shown in these embodiments 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 given the same reference numerals to omit redundant description, and elements that are not directly related to the present invention are omitted from the drawings. do.

(Overall Configuration of Information Processing System S)
FIG. 1 is an explanatory diagram showing a schematic configuration of an information processing system S. As shown in FIG. 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 that can be connected to the server 100 for wireless or wired communication. Examples of the player terminal 1 include smart phones, mobile phones, tablet devices, personal computers, game machines, and the like. In this embodiment, a case where a smart phone is used as the player terminal 1 will be described.

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

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

In the information processing system S of this embodiment, the player terminal 1 and the server 100 function as a game device G. FIG. The player terminal 1 and the server 100 are responsible for controlling the progress of the game, respectively.

(Hardware configuration of player terminal 1 and server 100)
FIG. 2A is a diagram for explaining the hardware configuration of the player terminal 1. As shown in FIG. FIG. 2B is a diagram for explaining the hardware configuration of the server 100. As shown in FIG. 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 section 18, a communication section 20, an input section 22, and an output section 24. be done.

2B, the server 100 includes a CPU 110, a memory 112, a bus 114, an input/output interface 116, a storage section 118, a communication section 120, an input section 122, and an output section .

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 same as those of the CPU 10, the memory 12, and the They are substantially the same as the bus 14 , input/output interface 16 , storage section 18 , communication section 20 , input section 22 and output section 24 . Therefore, the hardware configuration of the player terminal 1 will be described below, and the description of the server 100 will be omitted.

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

An 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 by the CPU 10 into the memory 12 (RAM).

The communication unit 20 is wirelessly connected to the communication base station 200 a 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 , the program or the like received from the server 100 is stored in the memory 12 or the storage section 18 .

The input unit 22 includes, for example, a touch panel through which player's operations are input (accepts operations), buttons, a keyboard, a mouse, a cross key, an analog controller, and the like. Also, the input unit 22 may be a dedicated controller provided in the player terminal 1 or connected (externally attached) to the player terminal 1 . Furthermore, the input unit 22 may be configured with an acceleration sensor that detects the tilt 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. Note that the output unit 24 may be a device connected (externally attached) to the player terminal 1 . In this embodiment, the player terminal 1 includes a display 26 as the output unit 24 and a touch panel provided as an input unit 22 so as to overlap the display 26 .

(game content)
Next, the content of the game provided by the information processing system S (game device G) of this embodiment will be described using an example. In this embodiment, a so-called battle game is provided in which friendly characters battle enemy characters. Specifically, in the game of this embodiment, a plurality of teammate characters are provided. The player selects a plurality of (here, five) ally characters from the provided ally characters to form a party. Also, the player can play a plurality of types of battle games with different enemy characters and different degrees of difficulty. In the battle game, the purpose of the battle game is for allied characters organized in a party to defeat (clear) enemy characters and obtain rewards.

FIG. 3A is a diagram illustrating an example of a home screen. FIG. 3B is a first diagram illustrating an example of a teammate character confirmation screen. FIG. 3C is a second diagram illustrating an example of the teammate character confirmation screen. A game screen is displayed on the display 26 of the player terminal 1 . In this 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 screen includes the home screen shown in FIG. 3A, the friend 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). , a guild screen and a menu screen.

A menu bar 30 is displayed at the bottom of the display 26 on the normal screen. 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 section 30a labeled "home", a teammate character confirmation screen selection operation section 30b labeled "character", a quest screen selection operation section 30c labeled "quest", A gacha screen selection operation section 30d labeled "gacha" and a menu screen selection operation section 30e labeled "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. FIG. Also, when the teammate character confirmation screen selection operation section 30b is tapped, the teammate character confirmation screens shown in FIGS. 3B and 3C are displayed on the display 26. FIG. Similarly, when the quest screen selection operation section 30c is tapped, the quest screen shown in FIG. 4A is displayed on the display 26. FIG. Further, 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. FIG. Also, when the menu screen selection operation section 30 e is tapped, the menu screen is displayed on the display 26 . Although detailed explanation is omitted, the game settings and various information can be confirmed on the menu screen.

In the menu bar 30, the operation section 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 top. In the header display area 31, level information 31a indicating the player level associated with the player ID, a stamina display bar 31b indicating the stamina of the player associated with the player ID, a first currency associated with the player ID (in the figure, (indicated by "○") and second currency (indicated by "◇" in the figure) are displayed.

Note that stamina is a parameter required for playing the 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 playing, the number of challenges per day, and the like. When playing a battle game in which the stamina consumption value required for playing is set, the player consumes stamina to play the battle game. can't play

Although detailed explanation is omitted, the player can acquire a predetermined value as a player experience value when the battle game is cleared. Each time the player experience value reaches a certain value, the player level increases. An upper limit value of stamina is set for the player level, and the upper limit value of stamina increases as the player level 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. The stamina display bar 31b displays the current remaining amount of stamina with respect to the upper limit of stamina so that the user can visually grasp the remaining amount of stamina.

The first currency and the second currency are currencies that can be used only within the game. For example, when the battle game is cleared, the first currency can be obtained in a predetermined amount according to the battle game cleared. The second currency can be obtained for free or for a fee. Although the first currency and the second currency can be acquired in various ways, detailed explanations are omitted.

Also, a notification selection operation section 32 may be displayed on the right end of the home screen. Although the details are omitted, when a guild battle is in progress, the notification selection operation section 32 labeled "Guild Battle" is displayed.

A home menu 33 is displayed between the menu bar 30 and the notification selection operation section 32 on the home screen. The home menu 33 includes a shop screen selection operation section 33a labeled "Shop", a guild screen selection operation section 33b labeled "Guild", a notification screen selection operation section 33c labeled "Notice", and a "Gift ” is provided.

When the shop screen selection operation portion 33a is tapped, a shop screen (not shown) on which items can be purchased is displayed. Further, when the guild screen selection operation section 33b is tapped, a guild screen (not shown) is displayed on the display 26. FIG. Further, when the notification screen selection operation portion 33c is tapped, a notification screen (not shown) displaying update information, maintenance information, and the like is displayed on the display 26. FIG. Further, when the gift screen selection operation portion 33d is tapped, a gift screen (not shown) displaying items distributed by the operator is displayed on the display 26, for example.

A banner 34 is displayed on the left side of the home menu 33 on the home screen. Various images are displayed on the banner 34, as will be described later in detail. 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 in accordance with the player's swipe operation.

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

On the teammate character confirmation screen, images of teammate characters are scroll-displayed by the player's scrolling operation. Then, as shown in FIG. 3C, on the teammate character confirmation screen, a teammate character not owned by the player (a teammate character ID not associated with the player ID) is displayed below the image of the teammate character owned by the player. ) is displayed as an unreleased character in a display mode (indicated by hatching in the figure) different from the image of the teammate character owned by the player. Here, the friendly characters displayed as unreleased characters are only friendly characters that can be obtained in a gacha (lottery), which will be described later in detail, and the friendly characters that cannot be obtained in the gacha (lottery) are displayed as unreleased characters. never.

At the right end of the teammate character confirmation screen, a party screen selection operation section 35 marked with "Party" is displayed. When the party screen selection operation section 35 is tapped, a party formation screen (not shown) is displayed on the display 26, and a party composed of up to five friendly characters can be formed and saved.

Stars (ranks), experience points, and levels are associated with each other character and stored. The experience value increases when the player wins a battle game, which will be described later, or when a predetermined item is used. Each friend character is assigned a star (rank) of 1 to 3 as an initial rank. The level is set according to the experience value, and the level rises each time the experience value reaches a predetermined value. Each ally character has an upper limit of level, and the level increases only within the range up to the upper limit.

Base values of fighting power such as life points, offensive power, and defensive power are set for allied characters based on stars and levels. The player can progress the battle game more advantageously as the combat power of the ally character increases. Also, each base value set for the ally character increases as the number of stars increases and as the level increases.

In addition, it is possible to equip (set) equipment such as weapons and armor to the ally character. Each piece of equipment is set with an additional value for attack power, defense power, and the like. When equipment is equipped, the added value of each equipment is added to the above-mentioned base value, and the fighting power of the ally character can be increased.

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.

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

It should be noted that some types of battle games have opening conditions. The release conditions include, for example, that the player level is equal to or higher than a predetermined value, that another predetermined battle game has been cleared, and the like. A plurality of battle games (hierarchies) belong to each battle game type. An opening condition is 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 section 36a for selecting normal quests and a hard quest selection operation section 36b for selecting hard quests. Either the normal quest selection operation section 36a or the hard quest selection operation section 36b is always selected on the quest screen, and the normal quest selection operation section 36a is selected as the initial state.

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

Clear information of each battle game is also displayed on the quest operation section 37 . Clear information is indicated by, for example, three stars. In the battle game, when the battle game is cleared, stars are obtained according to the number of ally characters whose life points are 0 when the battle game is cleared. For example, if there is no friendly character whose life point is 0, three stars are obtained, and if there is only one friendly character whose life point is 0, two stars are obtained. , when there are two or more allied characters whose life points are 0, one star is obtained.

In the example of FIG. 4A, 3 stars are obtained in the battle game "21-1", 2 stars are obtained in the battle game "21-2", and 2 stars are obtained in the battle game "21-3". has been obtained. Also, in the battle game "21-4", not even one star has been obtained, and it is reported that this battle game has not been cleared.

In the quests (normal quests, hard quests), clearing the previous battle game is set as an opening condition. For example, in the example of FIG. 4A, by clearing up to the battle game "21-3", the battle game "21-4" is released, but after that ("21-5" not shown) ) battle game has not been released.

For example, when the quest operation section 37 of the battle game “21-1” is tapped on the quest screen, the quest selection screen shown in FIG. 4B is displayed on the display 26 . The quest selection screen displays enemy characters appearing in the battle game and items (rewards) obtainable in the battle game. In addition, the quest selection screen displays the stamina before and after the execution of the battle game and the number of remaining challenges. The number of remaining attempts indicates the number of times that can be challenged in one day, and the normal quest battle game is set infinitely. Also, in this embodiment, the stamina consumed in the normal quest battle game is set to 10. However, the stamina consumed in the normal quest battle game may be different for each battle game.

Further, on the quest selection screen, a cancel operation section 38 and a challenge operation section 39 marked with "challenge" for challenging the battle game are displayed.

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

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

The party selection screen also displays a cancel operation section 38 and a battle start operation section 42 labeled "Battle Start".

On the party selection screen, when the player taps the displayed friend character, the operated friend character is displayed in the selected friend character display area 41 . That is, here, among a plurality of teammate character IDs associated with the player ID, the teammate character ID for use in the battle game (for determining the party) is selected.

Then, when an ally character (ally character ID) is selected and the battle start operation section 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, a battle screen is displayed as shown in FIG. 5A. A friend character and an enemy character are displayed on the display 26 on the battle screen. A friend character operates under computer control, and damages an enemy character or receives damage from the enemy character. Also, the enemy character operates under computer control, and inflicts damage on 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 an ally character, the damage points are subtracted from the life points of the ally character. When the life points of all enemy characters become 0, the player wins (clears), and when the life points of all ally characters become 0 (defeat), the player loses.

Here, a friend character detail display area 43 is provided at the bottom of the battle screen, as shown in FIG. 5A. In the ally character detail display area 43, a life point 43a and a deathblow gauge 43b for each ally character are displayed. The deathblow gauge 43b rises when the ally character receives damage from the enemy character or damages the enemy character. Then, when the deathblow gauge 43b reaches a predetermined maximum value, the ally character can use the deathblow. A special move gives more damage points to an enemy character than a normal attack, recovers the life points of an ally character, or gives a special effect to an enemy character.

Here, two patterns are provided for the method of using the deathblow. One is a method in which the player operates (tap) a friend character displayed in the friend character detail display area 43 and whose deathblow gauge 43b has reached the maximum value. The other is a method in which when the deathblow gauge 43b reaches the maximum value in the auto state, the ally character uses a deathblow under computer control. Note that the battle screen displays an auto-selection operation section 44 , and it is possible to switch between the auto state and the manual state according to the operation of the auto-selection operation section 44 . When the automatic selection operation unit 44 is tapped in the manual state, the automatic state is entered in which the deathblow is automatically used. Further, when the automatic selection operation unit 44 is tapped in the automatic state, a manual state is entered in which the deathblow is manually used. Even in the auto state, when the special move gauge 43b has reached the maximum value and the special move is not being used under computer control, if the player operates (tap) the ally character, the special move is used. is possible.

Then, when the battle game ends normally (normally ended), a 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 part of the game result information of the battle game is displayed, as well as a report display operation section 45 labeled "report" and an end operation section 46 labeled "close". be.

The game result information includes the friendly character ID (party) of the friendly character, the enemy character ID of the enemy character, the remaining status of the friendly character and the enemy character at the end of the battle (whether the life points are 0 at the end of the battle game). or not), damage points dealt (total value), manual state or auto state, battle log ID, battle game type (normal quest, hard quest, etc.), information associated with each battle game type ( clear information, battle game level, etc.), given item information, given first currency, and the like. Also, a battle log ID is uniquely assigned to each battle game. Also, the information associated with each type of battle game has different contents for each type of battle game.

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

When the report display operation section 45 is tapped on the result screen, the report screen shown in FIG. 5C is displayed on the display 26. FIG. The report screen displays the damage points (total value) inflicted by the ally character and the enemy character, and also displays an end operation section 46 .

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

A ticket display area 40 is provided on the quest selection screen shown in FIG. 4B. The ticket display area 40 displays the number of tickets owned by the player (the number of tickets associated with the player ID), and is provided with a ticket use challenge operation section 40a, a minus operation section 40b, and a plus operation section 40c. ing. These ticket use challenge operation section 40a, minus operation section 40b, and plus operation section 40c are valid only for battle games in which three stars have been obtained as clear information, and three stars have been obtained as clear information. It cannot be operated in battle games that do not have it.

When the ticket use challenge operation unit 40a, the minus operation unit 40b, and the plus operation unit 40c are enabled, every time the plus operation unit 40c is tapped, the characters written on the ticket use challenge operation unit 40a will change to "2 "Use", "Use 3", etc. are displayed in increments of one. Further, each time the minus operation portion 40b is tapped, the characters written on the ticket use challenge operation portion 40a are reduced by one, such as "use 2 tickets" and "use 1 ticket".

Then, for example, when the character written on the ticket use challenge operation section 40a is "Use 5 tickets", when the ticket use challenge operation section 40a is tapped, 5 tickets and 50 stamina are obtained. 4C, the execution of the battle game on the battle screen shown in FIG. 5A is omitted (skipped), and all (five) battle games are treated as having been cleared. Then, a result screen as shown in FIG. 5B is displayed. On this result screen, the items acquired in the five battle games are collectively displayed.

Thus, by consuming the ticket, the battle game for which three stars have been obtained is omitted as clear information, and the battle game is treated as cleared. This allows the player to collect items in a shorter time.

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 exchange lineup popup 53. As shown in FIG.

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. FIG. A gacha type selection bar 47 is displayed at the top of the gacha screen. The gacha type selection bar 47 displays a gacha type operation section indicating the currently held (executed) gacha type (selected type).

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

In the gacha type that can be acquired by the ally character, a lottery can be entered by consuming a predetermined amount of the second currency. Also, in each gacha type, at least one of the ally character to be the lottery target and the lottery probability (winning probability) of each ally character is different from each other. Furthermore, some gacha types have a period during which a lottery can be held.

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

In addition, a period during which a lottery can be held (hereinafter referred to as an holding period) is set in advance for each of "pickup", "fest", "SP festival", "S dash", and "star 3 confirmed". "Pickup" targets a predetermined normal character or limited character, and the winning probability of the target character is set higher than that of other ally characters. Also, in the "pickup", the target character is changed, for example, every two weeks. Therefore, it can be said that "pickups" with different target characters or holding periods have different gacha types.

In the "fest", predetermined festival-exclusive characters are used as target characters, and the winning probability of the target character is set higher than that of other ally characters. Also, in the "festival", the winning probability of an ally character with an initial star (rank) of 3 is set to twice that of the "character". A "festival" is held for, for example, three days instead of a "pickup" and a "character". In addition, it can be said that “festivals” with different target characters or holding periods have different gacha types. Note that the "festival" may be held in parallel with the "pickup" and the "character".

“SP Fes” is a gacha intended for players who have newly started the game. The "SP Festival" is held for 72 hours from the end of a given tutorial, as will be described later in detail. The "SP festival" is held at the "festival" that is closest to the "festival" among the "festivals" that have already ended.

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

As for "star 3 fixed", at least one ally character with an initial star (rank) of 3 is determined when 10 consecutive gachas, which will be described later in detail, are performed.

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

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

In the gacha type selection bar 47, the gacha type operation section 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 pick-up gacha operation section 47c is selected, an image corresponding to "pick-up" is displayed in the center of the display 26. FIG. Specifically, an image labeled "Pickup gacha" is displayed, or an image of an ally character (for example, character A) that is the target character for "Pickup" is displayed. The gacha screen also displays the second currency owned by the player and exchange points (exchange pt), which will be described later.

Furthermore, a lottery operation section for executing a lottery is displayed on the gacha screen. Specifically, once a day, the first lottery operation unit 51a performs a lottery by consuming 50 of the second currency, the second lottery operation unit 51b performs a lottery by consuming 150 of the second currency, and the second lottery operation unit 51b A third lottery operation unit 51c is displayed, in which 1500 coins are consumed and 10 lotteries are collectively performed (so-called 10 consecutive gachas are played).

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

Also, an exchange lineup operation section 52 is displayed on the gacha screen. When the exchange lineup operation section 52 is tapped, an exchange lineup popup 53 shown in FIG. 6C is displayed. The exchange lineup pop-up 53 displays a target character (character A) that can be exchanged for exchange points, and an exchange operation section 53a for exchanging the target character for exchange points.

Here, one exchange point is added each time a "pickup" or "character" lottery is performed. Then, when the exchange points reach 300 points, the exchange operation section 53a becomes effective, and when the exchange operation section 53a is tapped, 300 points are subtracted from the exchange points and the friendly character is given to the player (player ID is stored in association with the ally character ID). Note that when the currently held "pickup" ends, the exchange points are changed (reset) to 0 points.

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

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

Further, when the festival gacha operation section 47d is selected, an image corresponding to "festival" is displayed in the center of the display 26 on the gacha screen. For example, an image labeled "festival gacha" is displayed, or images of festival-limited characters (for example, characters X and Y) that are target characters in the "festival" are displayed. One exchange point is added each time the "Festival" lottery is held, and when the exchange points reach 300 points, the festival-limited characters (for example, characters X and Y) that are the target characters are acquired. can do.

At the "Fest", festival limited characters can be obtained by lottery. Festival-exclusive characters are more likely to advance the game more favorably than normal characters and exclusive characters (they are often strong characters). Therefore, during the period of the festival, the player can conduct a lottery for the "festival" and acquire festival-exclusive characters, thereby advantageously advancing the subsequent game (battle game).

By the way, a player who newly starts the game desires to acquire a festival-exclusive character in order to advance the game advantageously. However, festival limited characters can only be acquired during the festival period. Therefore, if the game is not started during the festival period, the festival limited characters cannot be acquired until the next festival period, and there is a risk that the player's motivation for playing the game will decline.

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

The duration of the SP Festival will be set to 72 hours from the time the normal quest "1-2" is cleared for the first time. Here, normal quest "1-2" is executed in a so-called tutorial that gives a lecture on how to proceed with the game, and clearing normal quest "1-2" for the first time is set as a condition for ending the tutorial. . In other words, a player who newly started the game can participate in the "SP Festival" lottery for 72 hours after finishing the tutorial.

Also, "S Dash" will be held for 7 days from the time the tutorial ends.

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 section 47a, a character gacha operation section 47b, a pickup gacha operation section 47c, and "S dash". A corresponding S dash gacha operation part 47e, a 3 star confirmed gacha operation part 47f corresponding to "3 stars confirmed", and an SP festival gacha operation part 47g corresponding to "SP festival" are displayed.

When the SP Fes gacha operation section 47g is selected, an image corresponding to "SP Fest" is displayed in the center of the display 26 on the gacha screen. For example, an image marked "SP Fes Gacha" is displayed, or the time until the SP Fes holding period ends (for example, "71:58:30") is the target character for "SP Fes" An image of a festival limited character (for example, character Z) is displayed.

Further, when the SP festival gacha operation section 47g is selected, the gacha screen displays SP exchange points instead of exchange points, and an SP exchange lineup operation section 54 is displayed instead of the exchange lineup operation section 52. be done. The SP exchange points are managed separately from the exchange points, and one point is added each time the "SP Festival" lottery is held. Note that the SP redemption points may be shared with the redemption points.

When the SP exchange lineup operation section 54 is tapped, an SP exchange lineup popup 55 shown in FIG. 7C is displayed. The SP exchange lineup pop-up 55 displays an ally character (character Z) that can be exchanged for SP exchange points, and an SP exchange operation section 55a for exchanging the ally character for SP exchange points. Then, when the SP exchange points reach 300 points, the SP exchange operation unit 55a becomes effective, and when the SP exchange operation unit 55a is tapped, 300 points are subtracted from the exchange points and the friend character is given to the player. .

8A to 8D are diagrams for explaining the lottery table for the "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. . These gachas have different lottery tables.

Then, as shown in FIG. 8A, when the first "festival" is over and the first "pickup" is being held, the normal quest "1-2" is cleared for the first time. In this case, in the "SP festival", the lottery table of the first "festival" will be used. That is, in the "SP festival", it is possible to acquire a teammate character with the same lottery probability as in the first "festival".

Also, as shown in FIG. 8B, when the first "festival" and the first "pickup" are completed and the second "pickup" is held, the normal quest "1-2" is performed for the first time. Suppose it is cleared. Also in this case, as in the case of FIG. 8A, in the "SP festival", the lottery table of the first "festival" is used. That is, in the "SP festival", it is possible to acquire a teammate character with the same lottery probability as in 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 held, the normal quest Assume that "1-2" is cleared for the first time. In this case, as in the cases 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.

Also, as shown in FIG. 8D, the first "festival", the first "pickup", the second "pickup", and the second "festival" are completed, and the third "pickup" is held. Suppose that you clear the normal quest "1-2" for the first time while you are there. In this case, in the "SP festival", the lottery table of 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 tables of the past "festivals" that have already ended. More specifically, in the "SP festival", the lottery table of the most recently held "festival" among multiple "festivals" is used.

In "Fest", new festival limited characters may be added. The newly added festival-only character has a high possibility of progressing the game more favorably than other festival-only characters (they are often strong characters). Therefore, by having players who start the game anew participate in the "SP Festival" at the lottery table of the most recently held "Fest", it is possible to acquire festival-limited characters that can advance the game more advantageously. ing. As a result, a player who newly starts the game can obtain the festival-exclusive character after finishing the tutorial, and can increase his or her desire to play the game.

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

When the user logs in during the SP Fest period, the display 26 displays the SP Fest in progress pop-up 56 shown in FIG. 9A superimposed on the home screen. In the pop-up 56 during the SP festival, an image of an ally character who is a target character in the "SP festival" is displayed, and an SP festival operation unit 56a for displaying a gacha screen in which the "SP festival" is selected, Then, a cancel operation section 38 is displayed.

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

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

FIG. 10A is a diagram for explaining the balloon image 57. FIG. FIG. 10B is a diagram explaining the priority of the balloon image 57. As shown in FIG.

As shown in FIG. 10A, when a specific condition is satisfied, a balloon image 57 corresponding to the specific condition is superimposed and displayed on the gacha screen selection operation section 30d. Specific conditions include, during the period of "festival", "SP festival", "star 3 confirmed", the period during which 10 consecutive gachas can be performed for free (during free 10 consecutive gachas being held), exchange points or SP exchange points has reached 300 points.

Further, when a plurality of specific conditions are satisfied, the balloon image 57 corresponding to the specific condition with the highest priority is displayed on the display 26 based on the order of priority shown in FIG. 10B. According to FIG. 10B, the highest priority is set for reaching 300 exchange points during the festival period, and the next highest priority is reaching 300 SP exchange points during the SP festival period. High priority is set. In addition, when the exchange points have reached 300 points during the pickup, during the free 10 consecutive gacha, during the festival (during the festival), during the SP festival (during the SP festival), 3 stars confirmed It is set in order during the holding period (star 3 confirmed holding).

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

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

(Functional Configuration of Player Terminal 1)
FIG. 11 is a diagram for explaining the configuration of the memory 12 in the player terminal 1 and its function as a computer. 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 a 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 . Note that the programs listed in FIG. 11 are only examples, and many other programs are provided in the terminal-side game control program.

The data storage area 12b is provided with a game information storage section 90 and a player information storage section 91 as storage sections for storing data. The storage units described above are only examples, and the data storage area 12b is provided with a large number of other storage units.

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

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

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

The battle game executing section 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 actions of the ally characters and enemy characters, and derives damage points based on operations input to the player terminal 1. FIG.

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

(Functional Configuration of Server 100)
FIG. 12 is a diagram for explaining the configuration of the memory 112 in the server 100 and its functions 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 a 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 only examples, and many other programs are provided in the server-side game control program.

The data storage area 112b is provided with a game information storage section 190, a player information storage section 191, and a lottery information storage section 192 as storage sections for storing data. The storage units described above are only examples, and the data storage area 112b is provided with a large number of other storage units.

The CPU 110 operates each program stored in the program storage area 112a and updates the data in each storage section in the data storage area 112b. Then, the CPU 110 causes the server 100 to function as the server-side game control section 100A by operating each program stored in the program storage area 112a. 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 content 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 section 180a. Similarly, the CPU 110 operates a battle game execution program 181, a lottery program 182, a lottery management program 183, and a point management program 184 as a battle game execution unit 181a, a lottery unit 182a, a lottery management unit 183a, and a point management unit 184a, respectively. make it work.

The game execution control section 180a controls the progress of the entire game. For example, upon receiving login information from the player terminal 1 , the game execution control section 180 a transmits the player information stored in the player information storage section 191 to the player terminal 1 . Further, when the game information of the game in general is updated, the game execution control section 180 a reads out the updated game information from the game information storage section 190 and transmits it 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). A lottery process is performed with reference to this.

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

When the lottery processing is performed by the lottery unit 182a, the point management unit 184a adds 1 to the exchange points or SP exchange points corresponding to the lottery processing that has been performed.

(Communication processing between player terminal 1 and server 100)
FIG. 13 is a sequence diagram explaining basic processing of the player terminal 1 and the server 100. As shown in FIG. In the following description, processing in the player terminal 1 will be indicated as Pn (n is an arbitrary integer). Also, the processing in the server 100 is represented by 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. FIG. When receiving the login information, the game execution control unit 180a of the server 100 identifies the player ID associated with the login information and performs login processing (S1). Here, the game execution control unit 180a reads the player information corresponding to the identified player ID from the player information storage unit 191 and transmits it to the player terminal 1. FIG. Also, the lottery management unit 183 a transmits to the player terminal 1 gacha information indicating the type of gacha that is currently being held based on the holding period information of each gacha type stored in the lottery information storage unit 192 .

Upon receiving the player information and the gacha information, the display control unit 82a of the player terminal 1 executes home screen display processing (P2) for displaying the home screen based on the player information and the gacha information. Further, when the home screen selection operation section 30a of the menu bar 30 is tapped, the display control section 82a executes home screen display processing (P2). Details of the home screen display process will be described later.

It is also assumed that a battle game start operation has been performed on the player terminal 1 (P3). In this case, 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 in response to the input of the start information (S2). Then, when the battle game execution unit 81a of the player terminal 1 receives the battle game start information, it performs battle game start processing for starting the battle game (P4). Here, for example, an area of the memory 12 for progressing the battle game is secured, or a predetermined program is read from the storage unit 18 to the memory 12 .

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

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

Further, when an operation to display a gacha screen is performed on the player terminal 1, the display control unit 82a performs gacha screen display processing (P8). Then, when the lottery operation unit is tapped on the gacha screen, the game execution control unit 80a executes lottery request processing (P9) for transmitting lottery request information to the server 100. FIG. The lottery request information is configured so that the gacha type can be identified, and includes the gacha type based on the gacha type operation unit selected by the gacha type selection bar 47, and the lottery number and number corresponding to the tapped lottery operation unit. Lottery request information including consumption amounts of the two currencies is transmitted to the server 100 . When receiving the lottery request information, the lottery section 182 a of the server 100 performs lottery processing ( S<b>4 ) and transmits lottery result information indicating the lottery result to the player terminal 1 . When receiving the lottery result information, the display control unit 82a of the player terminal 1 displays the lottery result indicated by the lottery result information (P10). Details of the gacha screen display process (P8) and the lottery process (S4) will be described later.

Further, when the exchange operation section 53a of the exchange lineup popup 53 shown in FIG. 6C is tapped or the SP exchange operation section 55a of the SP exchange lineup popup 55 shown in FIG. 7C is tapped, the game execution control section 80a Point exchange request information corresponding to the tapped operation unit is transmitted to the server 100 (P11). When receiving the point exchange request information, the point management unit 184a of the server 100 stores the corresponding teammate character ID in the player information storage unit 191 in association with the player ID based on the received point exchange request information. 300 is subtracted from the associated redemption points or SP redemption points (S5). In addition, the point management unit 184a transmits to the player terminal 1 exchange result information indicating that the teammate character has been granted.

FIG. 14 is a flowchart for explaining home screen display processing. As shown in FIG. 14, when the user is logged in (YES in P2-1) and the SP festival is being held (P2-2), the display control unit 82a displays the during SP festival pop-up 56 shown in FIG. 9A. is superimposed on the home screen (P2-3). Further, when displaying the home screen, the display control unit 82a determines an image to be displayed on the banner 34, and displays one 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 order of priority shown in FIG. 10B (P2-5). .

FIG. 15 is a flowchart for explaining player information update processing. As shown in FIG. 15, when the game execution control unit 180a receives for the first time the game result information indicating that the normal quest "1-2" has been cleared (YES in S3-1), the lottery management unit 183a 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 lottery table of the latest "festival" with respect to the current time based on the holding period information stored in the lottery information storage unit 192, and selects the selected lottery table as the lottery table of the "SP festival". 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 SP festival information indicating the period of the SP festival and the "SP festival" to be held to the player terminal 1 (S3-5).

FIG. 16 is a flowchart for explaining gacha screen display processing. As shown in FIG. 16, when an operation to display a gacha screen is performed, the display control unit 82a confirms the currently held gacha type based on the gacha information (and the 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 displays 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 section 30d of the menu bar 30 is tapped, the display control section 82a selects the gacha type operation section 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 is tapped, or when the SP festival operation unit 56a of the SP festival ongoing pop-up 56 is tapped. do.

Further, when the gacha type operation unit selected in the gacha type selection bar 47 is operated (YES in 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 for explaining lottery processing. 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 lottery table of the confirmed gacha type. (S4-2). Then, the lottery section 182a refers to the selected lottery table, performs lottery execution processing (determination processing) for determining an item or a teammate character by lottery (S4-3), and selects a teammate character determined by the lottery execution processing. (Teammate Character ID) is associated with the player ID and stored in the player information storage section 191 (S4-4).

If the gacha type is one of "pickup", "character", and "festival" (YES in S4-5), the point management unit 184a adds exchange points for the number of lotteries (S4-6). If the gacha type is "SP festival" (YES in S4-7), the point management unit 184a adds SP exchange points for the number of lotteries (S4-8).

Although one aspect of the embodiment has been described above with reference to the accompanying drawings, it goes without saying that the present invention is not limited to the above embodiment. It is obvious that a person skilled in the art can conceive various modifications or modifications within the scope of the claims, and it is understood that these also 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 . The player terminal 1 also includes a game execution control section 80a, a battle game execution section 81a, and a display control section 82a. However, some or all of these programs and functional units may be provided in server 100 .

The server 100 is also 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 section 180a, a battle game execution section 181a, a lottery section 182a, a lottery management section 183a, and a point management section 184a. However, some or all of these programs and functional units may be provided in the player terminal 1 .

In the above embodiment, the "SP festival" is the most recently held "festival" based on the point in time when the normal quest "1-2" was cleared for the first time. However, the gacha type held as the "SP festival" is not limited to this, for example, the gacha type that has the most number of lottery executions in the past, or is selected from a plurality of "festivals" at predetermined intervals You may In other words, the “SP festival” may be any of the gacha types held (implemented) in the past.

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

In addition, in the above embodiment, the player who clears the normal quest "1-2" for the first time is allowed to hold the "SP festival". Players who are not established in the game, such as players who have played the game less than a predetermined number of times or players 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 the "SP festival" with reference to the point in time when the normal quest "1-2" is cleared for the first time. However, the reference may be the time when the user first logs into the game, or may be the reference after a predetermined period of time has elapsed since the start of the game. In other words, the "SP festival" may be held at the time when a predetermined condition is met.

In the above-described embodiment, the lottery section 182a refers to the lottery table and executes the lottery process of determining an item or teammate character (game medium) by lottery. However, the lottery section 182a performs a determination process of determining one of a plurality of types of game media belonging to one of the gacha types (selection types) currently being performed based on the determination request operation input by the player. If it is executed, the method of determining the game content is not limited to this. For example, the lottery section 182a may sequentially determine game contents based on a predetermined table.

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

INDUSTRIAL APPLICABILITY The present invention can be used for an information processing system, an information processing method, and an information processing program.

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 unit (decision unit, game content storage unit)
183a Lottery Management Department (Administration Department)
Information processing system

Claims (4)

Decision processing for deciding one of a plurality of types of game media by referring to one of the decision tables provided for each type of selection currently being performed, based on a decision request operation input by the player. a decision unit that performs
a game media storage unit that stores the game media determined by the determination unit as possessed game media in a storage unit in association with a player ID;
a game execution unit that executes a predetermined game using the possessed game media stored in the storage unit;
The determination table for each of the plurality of selection types performed in the past and reference information associated with each of the plurality of selection types are stored, and predetermined conditions are satisfied among the plurality of selection types. A management unit that executes selection processing for selecting the selection type based on the reference information, and enables execution of the determination processing with reference to the determination table of the selection type selected in the selection processing for a predetermined period of time. and,
a display unit that displays information about the predetermined period;
with
The predetermined period is a period from when the start condition is satisfied until a preset time elapses,
Information processing system. The management department
When a predetermined game is cleared or a specific condition including the end of the tutorial is established , the determination process can be executed by referring to the determination table of the selection type that satisfies the predetermined condition.
The information processing system according to claim 1. Decision processing for deciding one of a plurality of types of game media by referring to one of the decision tables provided for each type of selection currently being performed based on a decision request operation input by the player. and
a step of storing the determined game content as possessed game content in a storage unit in association with a player ID;
a step of executing a predetermined game using the possessed game media stored in the storage unit;
The determination table for each of the plurality of selection types performed in the past and reference information associated with each of the plurality of selection types are stored, and predetermined conditions are satisfied among the plurality of selection types. executing a selection process of selecting the selection type based on the reference information, and enabling the determination process with reference to the determination table of the selection type selected in the selection process for a predetermined period of time; ,
displaying information about the predetermined time period;
including
The predetermined period is a period from when the start condition is satisfied until a preset time elapses,
Information processing methods. Decision processing for deciding one of a plurality of types of game media by referring to one of the decision tables provided for each type of selection currently being performed, based on a decision request operation input by the player. a decision unit that performs
a game media storage unit that stores the game media determined by the determination unit as possessed game media in a storage unit in association with a player ID;
a game execution unit that executes a predetermined game using the possessed game media stored in the storage unit;
The determination table for each of the plurality of selection types performed in the past and reference information associated with each of the plurality of selection types are stored, and predetermined conditions are satisfied among the plurality of selection types. A management unit that executes selection processing for selecting the selection type based on the reference information, and enables execution of the determination processing with reference to the determination table of the selection type selected in the selection processing for a predetermined period of time. and,
a display unit that displays information about the predetermined period;
to make the computer work ,
The predetermined period is a period from when the start condition is satisfied until a preset time elapses,
Information processing program.

Images