CN117320792A

CN117320792A - Program and information processing apparatus

Info

Publication number: CN117320792A
Application number: CN202280035747.3A
Authority: CN
Inventors: 铃木翔; 三好辉生; 陈跃宗; 安中千晃; 福山翔一朗
Original assignee: Sega Corp
Current assignee: Sega Corp
Priority date: 2021-05-17
Filing date: 2022-05-13
Publication date: 2023-12-29
Also published as: JP7088373B1; JP2022176508A

Abstract

The present invention reduces the effort required to select game items that are registered in the collection. A program for causing a computer to function as: a storage device 50 that stores one or more game items that a player registers as a favorite; a receiving means 52 that receives a display request for displaying a list screen showing the registered game items from the player; and a control device 54 that, in response to the display request, causes a list screen to display preferentially, from among the registered game items, game items that satisfy a prescribed condition concerning the execution deadline of the game item.

Description

Program and information processing apparatus

Technical Field

The present invention relates to a program and an information processing apparatus.

Background

There are some conventional games in which players can register other players, contents, game types (e.g., mission and lottery games), etc. as collections.

In connection with this, patent document 1 discloses a technique in which a player registers another player as a favorite, which makes it easier to select a character used by the other player as an accompanying member.

CITATION LIST

Patent literature

Patent document 1: japanese patent No. 2014-198168

Disclosure of Invention

Problems to be solved by the invention

In such games, a player may register one or more types of content as a collection. However, for example, when a plurality of game types are registered as favorites, the registered game types may become so complex that it takes time and effort to select a game type to be executed (played).

The present invention has been conceived in view of the problem, and an object thereof is to provide a program and an information processing apparatus with which a game type registered as a favorite is more easily selected.

Means for solving the problems

In order to solve the above-described problems, a program according to a first mode of the present invention causes a computer to function as: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, in response to the display request, a game type satisfying a specific condition, which is related to an execution deadline indicating an end of the game type, from among the registered game types, on the list screen.

In addition, in the second mode of the present invention, the specific condition is that the execution period of the game type has not yet been reached when the display request is made.

In addition, in the third mode of the present invention, the specific condition is that a period of time from a time when the display request is made to the execution deadline of the game type is within a specific time range.

In addition, in the fourth mode of the present invention, the control device regards any game type that has reached the execution period as a game type to be canceled from among the game types that have been registered as a favorite, and proposes to cancel the registration of the game type to be canceled.

In addition, in the fifth mode of the present invention, the receiving means receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means proposes to cancel registration of a game type to be canceled, and proposes to register the new game type as a favorite instead.

In addition, in the sixth mode of the present invention, the control means regards any game type that has reached the execution period as a game type to be canceled from among game types that have been registered as a favorite, and automatically cancels registration of the game type to be canceled.

In addition, the program according to the seventh mode of the present invention causes a computer to function as: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, from among the registered game types, a game type satisfying a specific condition regarding the number of executions of the player, in response to the display request, wherein the specific condition is that the number of executions of the player is at least a first specific number.

In addition, the program according to the eighth mode of the present invention causes a computer to function as: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, in response to the display request, a game type satisfying a specific condition regarding the number of executions of the player from among the registered game types, wherein the specific condition is that the number of executions of the player is smaller than Yu Diyi by a specific number.

In addition, the program according to the ninth mode of the present invention causes a computer to function as: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, in response to the display request, a game type satisfying a specific condition regarding the number of executions of the player from among the registered game types, wherein the specific condition is that the number of executions of the player is at least a first specific number of times in a certain period of time until the display request is made.

In addition, in the tenth mode of the present invention, the control means regards any game type of which the number of executions of the player is smaller than a second specific number of times, which is smaller than the first specific number of times, from among game types that have been registered as a favorite, as a game type to be canceled, and proposes to cancel registration of the game type to be canceled.

Further, in an eleventh mode of the present invention, the control means regards any game type, from among game types that have been registered as a favorite, of which the number of executions of the player is at least a second specific number, which is larger than the first specific number, as a game type to be canceled, and proposes to cancel registration of the game type to be canceled.

In addition, in the twelfth mode of the present invention, the control means regards any game type of which the number of executions of the player is smaller than a second specific number of times, which is smaller than the first specific number of times, within the period of time as a game type to be canceled, from among game types that have been registered as a favorite, and proposes to cancel registration of the game type to be canceled.

In addition, in a thirteenth mode of the present invention, the receiving means receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means suggests cancellation of registration of a game type to be cancelled.

In addition, in the fourteenth mode of the present invention, if the number of game types that have been registered as collections has reached a certain number, the control means suggests to cancel registration of a game type to be canceled in response to the registration request, and instead suggests to register a new game type as a collection.

In addition, in the fifteenth mode of the present invention, the control means regards any game type of which the number of executions of the player is smaller than a second specific number of times, which is smaller than the first specific number of times, within the period of time as a game type to be canceled, from among game types that have been registered as a favorite, and automatically cancels registration of the game type to be canceled.

Further, in a sixteenth mode of the present invention, the receiving means receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means automatically cancels registration of a game type to be cancelled, and instead registers the new game type as a favorite.

In addition, in a seventeenth mode of the present invention, the reception means receives a registration request to register a new game type as a favorite from the player, and if the number of game types that have been registered as a favorite has reached a certain number, the control means automatically cancels registration of a game type to be cancelled and instead registers the new game type as a favorite in response to the registration request.

In addition, an information processing apparatus according to an eighteenth mode of the present invention includes: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, in response to the display request, a game type satisfying a specific condition, which is related to an execution deadline indicating an end of the game type, on the list screen from among the registered game types.

In addition, an information processing apparatus according to a nineteenth mode of the present invention includes: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, from among the registered game types, a game type satisfying a specific condition regarding the number of executions of the player, in response to the display request, wherein the specific condition is that the number of executions of the player is at least a first specific number.

In addition, an information processing apparatus according to a twentieth mode of the present invention includes: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, in response to the display request, a game type satisfying a specific condition regarding the number of executions of the player from among the registered game types, wherein the specific condition is that the number of executions of the player is smaller than Yu Diyi by a specific number.

In addition, an information processing apparatus according to a twenty-first mode of the present invention includes: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, in response to the display request, a game type satisfying a specific condition regarding the number of executions of the player from among the registered game types, wherein the specific condition is that the number of executions of the player is at least a first specific number of times in a certain period of time until the display request is made.

In addition, an information processing apparatus according to a tenth mode of the present invention includes: a storage means for storing one or more game types registered as collections by the player; receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and control means for preferentially displaying, in response to the display request, game types satisfying specific conditions, which are related to execution deadlines of the game types, on the list screen from among the registered game types.

Effects of the invention

With the present invention, it is easier to select a game type registered as a favorite.

Drawings

Fig. 1 is a block diagram showing an example of the overall configuration of a game system according to the present embodiment;

fig. 2 is a diagram schematically showing an example of a hardware configuration of the server apparatus;

fig. 3 is a diagram showing an example of a hardware configuration of a smartphone as the terminal device shown in fig. 1;

fig. 4 is a block diagram schematically showing an example of functional means of the server apparatus;

fig. 5 is a flowchart showing an example of a process flow for executing a game type registered as a favorite in the game system according to the first embodiment;

Fig. 6 is a diagram showing an example of a favorites list screen according to the first embodiment;

fig. 7 is a flowchart showing an example of a processing flow when updating a game type registered as a favorite in the game system according to the first embodiment;

fig. 8 is a diagram showing an example of a game type list screen according to the first embodiment;

fig. 9 is a diagram showing an example of a advice screen according to the first embodiment;

fig. 10 is a flowchart showing an example of a process flow for executing a game type registered as a favorite in the game system according to the second embodiment;

fig. 11 is a flowchart showing an example of a flow of processing for updating a game type registered as a favorite in the game system according to the second embodiment;

fig. 12 is a flowchart showing an example of a process flow for executing a game type registered as a favorite in the game system according to the third embodiment; and

fig. 13 is a flowchart showing an example of a flow of processing for updating a game type registered as a favorite in the game system according to the third embodiment.

Detailed Description

Various embodiments of the present invention will now be described with reference to the accompanying drawings. To facilitate understanding of the description, identical components and steps in the drawings will be denoted by the same reference numerals as much as possible, and redundant description will be omitted.

First embodiment

A first embodiment will now be described.

Integral arrangement

Fig. 1 is a block diagram showing an example of the overall configuration of a game system 1 according to the present embodiment.

As shown in fig. 1, the game system 1 includes a server device 10 and one or more terminal devices 12. The server device 10 and the terminal device 12 are connected so as to be able to communicate via a communication network NT (e.g., an intranet, the internet, or a telephone line).

The server apparatus 10 is an information processing apparatus that provides a player of each terminal apparatus 12 with a game execution result obtained by executing the game program 14 or the game program 14 itself via the communication network NT. In the first embodiment, the server apparatus 10 provides the player of the terminal apparatus 12 with the game program 14 itself.

Each terminal device 12 is an information processing device belonging to a player, and is an information processing device that provides a game to the player by executing a game program 14 received from the server device 10 after the program has been installed. Examples of such terminal devices 12 include video game consoles, arcade game consoles, mobile phones, smart phones, tablet computers, personal computers, and various other such devices.

Hardware configuration

Fig. 2 is a diagram schematically showing an example of the hardware configuration of the server apparatus 10.

As shown in fig. 2, the server device 10 includes a control device 20, a communication device 26, and a storage device 28. The control device 20 mainly includes a CPU (central processing unit) 22 and a memory 24.

In the control device 20, the CPU 22 functions as various functional means by executing specific programs stored in the memory 24, the storage device 28, and the like. These functional means will be described in detail below.

The communication device 26 is constituted by a communication interface or the like for communicating with an external device. For example, the communication device 26 transmits to the terminal device 12 and receives various types of information from the terminal device 12.

The storage device 28 is constituted by a hard disk or the like. The storage device 28 stores various types of programs and various types of information (including the game program 14) necessary for executing processing in the control device 20, and information on the processing results.

The server apparatus 10 may be implemented by using an information processing apparatus such as a dedicated or general-purpose server computer. In addition, the server apparatus 10 may be constituted by a single information processing apparatus, or may be constituted by a plurality of information processing apparatuses distributed over the communication network NT. In addition, fig. 2 shows only a part of the main hardware configuration of the server apparatus 10, and the server apparatus 10 may include other components generally provided for a server. In addition, the hardware configuration of the plurality of terminal apparatuses 12 may have the same configuration as the server apparatus 10, except that it includes, for example, an operating device, a display apparatus, and a sound output apparatus.

Fig. 3 is a diagram showing an example of a hardware configuration of a smartphone as the terminal device 12 shown in fig. 1.

As shown in fig. 3, the terminal device 12 includes a main control unit 30, a touch panel (touch screen) 32, a camera 34, a mobile communication unit 36, a wireless LAN communication unit 38, a storage unit 40, and a speaker 42.

The main control unit 30 includes a CPU, a memory, and the like. The main control unit 30 is connected to a touch panel 32 (serving as a display input device), a camera 34, a mobile communication unit 36, a wireless LAN communication unit 38, a storage unit 40, and a speaker 42. The main control unit 30 has a function of controlling these connected devices.

The touch panel 32 has a display function and an input function, and is constituted by a display 32A processing the display function and a touch sensor 32B processing the input function. In the first embodiment, the display 32A may display game images including button images, cross key images, joystick images, and other such operation input images. The touch sensor 32B may sense the input position of the player relative to the game image.

The camera 34 has a function of capturing still images and/or moving images and storing these images in the storage unit 40.

The mobile communication unit 36 is connected to a mobile communication network via an antenna 36A, and has a function of communicating with other communication devices connected to the mobile communication network.

The wireless LAN communication unit 38 is connected to the communication network NT via an antenna 38A, and has a function of communicating with other devices (e.g., the server device 10) connected to the communication network NT.

The storage unit 40 stores various types of programs and data, such as the game program 14 and game data indicating player information or progress of a game in the game program 14. The game data may be stored in the server device 10.

The speaker 42 has a function of outputting game sounds and the like.

Game overview

The game according to the first embodiment includes lottery games and tasks (game types in which a player can acquire characters as examples of contents), a development type game in which characters owned by a player are enhanced or evolved, and the like. These lottery games are sometimes also referred to as twisting eggs (game boxes), raffles, summons, and the like. These tasks are sometimes referred to as fight games, underground cities, searches, missions, etc.

The lottery game according to the first embodiment is a game in which players are allowed to earn one or more characters selected at random from a lottery target character group in accordance with an instruction (request) from the players to execute the lottery game. The lottery is performed based on the consumption of monetary items owned by the player. Examples of such monetary props include toll props (pay stones, pay tickets, etc.) and non-toll props (free stones, free tickets, etc.). The charging prop is a payment prop granted to a player based on payment with money, prepaid cards, credit cards, or the like. In addition, the non-toll property is a free property given to a player in a game. For example, non-toll items may have the same value as toll items.

In addition, the task according to the first embodiment is a game in which a team composed of one or more characters owned by a player and an opponent character are mutually engaged based on an instruction (request) from the player to perform the task.

For example, in an organization menu for organizing characters to be used in a task, a player may organize characters to be used in a task by arbitrarily selecting one or more characters from among characters owned by the player.

These tasks are performed based on current physical exertion associated with the player. When the player passes through a mission, that is, when the life value of the last-appearing enemy character (head character) falls to zero or lower, the player can acquire a pass through prize. Examples of clearance rewards include non-toll props (free stones, free tickets, etc.), game pieces, enemy characters appearing in the mission, player experience values, etc.

The fostering class game according to the first embodiment is a game in which a material character (material content) is merged with a base character (base content). In this fusion, the material character is lost from the characters that the player owns in exchange for the ability to develop the underlying character.

In the fostering type game according to the first embodiment, the reinforcement fusion is performed as the first character fusion, whereby the capability parameters of the base character are changed by consuming a certain number of medals and the material character arbitrarily selected by the player.

For example, if a player arbitrarily selects a base character and a material character from among their own characters in an enhanced fusion menu of a progressive game, the player can perform enhanced fusion under the condition that the player has a certain number of medals.

For example, when a material character of a different type from a base character possessed by a player is subjected to reinforcement fusion with the base character, a general parameter (e.g., a level) of the base character increases. In addition, for example, when a material character of the same type as a base character possessed by a player is subjected to reinforcement fusion with the base character, the general parameters and specific parameters (for example, fortune) of the base character are increased. The specific parameters of the basic character are increased according to the specific parameters of the material character of the same type as the basic character. More specifically, if the specific parameter of the material character of the same type as the base character is 10, the specific parameter of the base character is increased by 10 by reinforcement fusion. For example, the maximum value of the specific parameter may be 99. Therefore, even when a player acquires a character of the same type as an owned character in one game type (lottery game or mission), a specific parameter of the owned character may be changed (increased), which gives the player a sense of satisfaction to some extent.

In addition, in the development type game according to the first embodiment, evolutionary fusion is performed as the second character fusion, whereby a basic character is developed as an evolutionary character (evolutionary content) as a different character by consuming costs associated with the basic character in advance.

For example, when a player arbitrarily selects a base character from among its own characters in an evolutionary fusion menu of a progressive game, the player can perform evolutionary fusion on the condition that the player has a cost (evolutionary material character, medal, etc.) associated with the base character in advance.

Functional device

Fig. 4 is a block diagram schematically showing an example of functional means of the server apparatus 10.

As shown in fig. 4, the server apparatus 10 includes a storage device 50, a receiving device 52, and a control device 54 as functional components. The storage 50 is implemented in the form of one or more storage devices 28. In the case where the control device 20 executes the game program 14 stored in the storage device 28 or the like, functional means other than the storage means 50 are realized.

The storage device 50 has a function of storing player information 50A, character information 50B, lottery game information 50C, mission information 50D, and the like.

For each player, player information 50A is stored in association with the player ID of that player. The player information 50A may include, for example, the player's name, age, player level, possession content information, game type information, physical strength information, and the like.

For example, when a player obtains a player experience value, the player level is raised.

The owned content information includes owned character information, owned prop information, owned medal information, and the like. The owned character information includes a character ID of each character owned by the player, capability parameters (level, specific parameters, vital value, attack force, defensive force, etc.) of each character, and acquired characters. Owning characters are characters that a player can use in mission and formation games. Acquiring a character includes the character ID of the character that the player has acquired in the past, regardless of whether the player currently owns the character.

The game type information includes one or more game types registered as favorites by the player. The game type information may include, for example, a check-in flag for each game type (lottery game or mission). The registration flag may include, for example, "1" when the game type is registered as a favorite, and "0" when it is not registered as a favorite. An upper limit may be set for the number of game types that a player can register as a favorite (e.g., 10 for a lottery game, 50 for a mission).

The possession prop information includes a prop ID and a number of each prop owned by the player. Such props include pay stones, pay tickets, free stones, free tickets, physical recovery props, and the like. The owned token information includes the number of tokens owned by the player.

The physical strength information comprises the current physical strength value and the physical strength upper limit value of the player. The current physical force value is a value consumed when the player performs various tasks. The current physical strength value is increased by a specific amount (e.g., 1) after a certain period of time (e.g., 3 minutes) has elapsed, and is restored to the physical strength upper limit value. In addition, in the case where the player consumes a paid stone, a free stone, a physical strength restoration prop, or the like, the current physical strength value is restored to exceed the physical strength upper limit value. The physical upper limit value increases as the player level increases.

For each character, character information 50B is stored in association with the character ID of the character. The character information 50B may include, for example, character names and avatars, capability parameter information, and rareness. The character information 50B is updated from time to time by the game operator via a game update.

The capability parameter information includes initial values and maximum values of various capability parameters of the character.

The rarity may be represented by a number from 1 to 6, for example. For example, the number may be indicated by a star number. Here, a character with a high rarity is provided with capability parameters or the like that are advantageous in a game (e.g., a task).

For each lottery game, lottery game information 50C is stored in association with the lottery game ID for that lottery game. The lottery game information 50C includes the name and price of the lottery game, lottery object information, execution deadlines, and the like.

The price includes the amount of monetary play consumed to perform a lottery game. For example, the price of a certain lottery game may be five items.

The lottery object information includes character IDs of characters constituting a lottery object character group of the lottery game, and occurrence frequencies (weights) associated with the character IDs. The frequency of occurrence may be represented by a number from 1 to 10, for example. For roles with high rarity, the frequency of occurrence is set to a low value, while for roles with low rarity, the frequency of occurrence is set to a high value. Roles (high-drop rate roles) that occur more frequently than other roles within the same rarity (e.g., rarity of 6) can be provided.

The execution period refers to a period during which the lottery game may be executed. One example of such a period is the end date and time of the event lottery game. That is, if the execution period of the lottery game has elapsed, the player cannot execute the lottery game. The execution deadline of a lottery game that may be played at any time may be indicated as #n/a.

For each task, task information 50D is stored in association with the task ID of the task. The task information 50D includes a task name, a physical exertion value, enemy character information, clearance rewards information, execution deadlines, and the like.

The exertion value includes a physical force value required to perform the task. The physical exertion value is subtracted from the player's current physical exertion value, e.g., the higher the difficulty of the task, the higher the physical exertion value.

The enemy character information includes a character ID and capability parameters of an enemy character appearing in the task. The adversary character includes a head-of-eye character that appears at the end of the task.

The clearance incentive information includes the number of non-paid props (e.g., free stones) and coins that can be earned at the time of the clearance task, the character ID and drop rate of the opponent character that can be earned, the player experience value, and the like. The drop rate is the probability that a player will earn an adversary character, and the higher the difficulty of a mission, the higher the probability.

The execution deadline includes a deadline by which a task can be executed. One example of such a deadline is the end date and time of the event task. That is, if the execution period of a task has elapsed, the player cannot execute the task. The execution deadline of a task (ordinary task) that can be played at any time can be indicated as #n/a.

The receiving means 52 is a functional means for receiving an operation instruction (request) from a player. In the first embodiment, the receiving means 52 receives a display request for displaying a list screen showing the game types registered as the favorite from the player. Examples of the display request include when the player presses a collect button on a menu screen.

In addition, in the first embodiment, the receiving means 52 receives a registration request for registering a new game type as a favorite from the player. Examples of the registration request include when a player presses a registration button on a list screen showing one or more game types. Examples of the list screen include a screen showing a list of game types that the player has recently played, and a screen showing a list of each game type in the game type menu.

The control device 54 is a functional device for controlling the entire game. In the first embodiment, in response to a display request to display a list screen showing game types registered as favorites, the control device 54 preferentially displays those game types satisfying a specific condition on the list screen from among the game types registered as favorites, the specific condition being related to the execution deadline of the game type. Examples of the preferential display include displaying the game type at the top of the list screen, displaying the game type that does not satisfy a specific condition in a different display format, not displaying the game type that does not satisfy a specific condition, and the like.

In addition, in the first embodiment, the specific condition may be, for example, that the execution period of the game type has not been reached at the time of making the display request. That is, in response to the display request, the control device 54 preferentially displays those game types that have not reached the execution deadline on the list screen from among the game types registered as the favorites.

In addition, in the first embodiment, the specific condition may be that, for example, a period of time from the time when the display request is made to the execution deadline of the game type is within a specific time range (for example, 24 hours). That is, in response to the display request, from among the game types registered as the favorite, the control device 54 preferentially displays those game types in a specific time range (for example, 24 hours) for a period of time from the time when the display request is made to the execution deadline of the game type on the list screen.

In addition, in the first embodiment, the control device 54 regards any game type that has reached the execution period as a game type to be canceled from among the game types that have been registered as a favorite, and proposes to cancel the registration of the game type to be canceled. The advice may be made when a registration request for registering a new game type as a favorite is made, when a player logs in to a game, when a display request for displaying a list screen showing game types registered as a favorite is made, or the like.

For example, the control device 54 refers to the game type information in the player information 50A and the execution period in the lottery game information 50C, regards any lottery game that has reached the execution period as a lottery game to be cancelled from among one or more lottery games that have been registered as a favorite by the player, and proposes to cancel the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the game type information in the player information 50A and the execution deadline in the task information 50D, regards any task that has reached the execution deadline from among one or more tasks that have been registered as a favorite by the player as a task to be canceled, and proposes to cancel registration of the task to be canceled.

In addition, in the first embodiment, in response to a registration request to register a new game type as a favorite, the control device 54 proposes to cancel registration of a game type to be canceled, and proposes to register the new game type as a favorite instead.

For example, in response to a registration request to register a new lottery game as a favorite, the control device 54 proposes to cancel the registration of the lottery game to be cancelled, and proposes to register the new lottery game as a favorite instead.

In addition, for example, in response to a registration request to register a new task as a favorite, the control device 54 proposes to cancel registration of a task to be canceled, and proposes to register the new task as a favorite instead.

In addition, in the first embodiment, if the number of game types that have been registered as collections has reached a certain number, the control device 54 proposes to cancel registration of a game type to be canceled and proposes to register the new game type as a collection instead in response to a registration request for registering the new game type as a collection.

For example, the control device 54 refers to the game type information in the player information 50A, and if the number of lottery games that have been registered as a favorite has reached a certain number (e.g., 5), the control device 54 proposes to cancel the registration of the lottery game to be cancelled, and proposes to register a new lottery game as a favorite instead. The specific number may be any number as long as it is not more than the upper limit number (e.g., 10) of lottery games that can be registered as a favorite by the player.

In addition, for example, the control device 54 refers to the game type information in the player information 50A, and if the number of tasks that have been registered as collections has reached a certain number (e.g., 25), the control device 54 proposes to cancel registration of the task to be canceled, and proposes to register a new task as a collection instead. The specific number may be any number as long as it is not more than the upper limit number of tasks (e.g., 50) that can be registered as a favorite by the player.

In addition, in the first embodiment, the control device 54 regards any game type that has reached the execution period as a game type to be canceled from among the game types that have been registered as a favorite, and automatically cancels the registration of the game type to be canceled. The cancellation may be performed when a registration request is made to register a new game type as a favorite, a specific time of day (e.g., midnight every day), when a player logs into a game, and so on.

For example, the control device 54 refers to the game type information in the player information 50A and the execution period in the lottery game information 50C, regards any lottery game that has reached the execution period as a lottery game to be cancelled from among one or more lottery games that have been registered as a favorite, and automatically cancels the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the game type information in the player information 50A and the execution deadline in the task information 50D, regards any task that has reached the execution deadline from among the one or more tasks that have been registered as a favorite as a task to be canceled, and automatically cancels the registration of the task to be canceled.

In addition, in the first embodiment, in response to a registration request to register a new game type as a favorite, the control device 54 automatically cancels the registration of a game type to be canceled, and instead registers the new game type as a favorite.

For example, in response to a registration request to register a new lottery game as a favorite, the control device 54 automatically cancels the registration of the lottery game to be cancelled, and instead registers the new lottery game as a favorite.

In addition, for example, in response to a registration request to register a new task as a favorite, the control device 54 automatically cancels registration of a task to be canceled, and instead registers the new task as a favorite.

In addition, in the first embodiment, if the number of game types that have been registered as collections has reached a certain number, the control device 54 automatically cancels registration of a game type to be canceled and instead registers the new game type as a collection in response to a registration request for registering the new game type as a collection.

For example, the control device 54 refers to the game type information in the player information 50A, and if the number of lottery games that have been registered as a favorite has reached a certain number (e.g., 10), the control device 54 automatically cancels the registration of the lottery game to be cancelled, and instead registers a new lottery game as a favorite.

In addition, for example, the control device 54 refers to the game type information in the player information 50A, and if the number of tasks that have been registered as collections has reached a certain number (e.g., 50), the control device 54 automatically cancels the registration of the tasks to be canceled, and instead registers a new task as a collection.

Executing a process of favorites game types

Fig. 5 is a flowchart showing an example of a process flow for executing a game type registered as a favorite in the game system according to the first embodiment. In addition, for example, the processing of the following steps is started when a menu screen is displayed. The order and details of the following steps may be altered as desired.

(step SP 10)

The receiving means 52 determines whether the player presses the collect button on the menu screen. Then, if the determination is affirmative, the process moves to the process of step SP 12. On the other hand, if the determination is negative, the process moves to the process of step SP 10.

(step SP 12)

The control device 54 refers to the game type information in the player information 50A, and extracts the game type registered as the favorite. Next, the control device 54 refers to the execution deadline in the lottery game information 50C and the execution deadline in the task information 50D, and identifies the extracted game type for which the execution deadline has not been reached. Then, the process moves to the process of step SP 14.

(step SP 14)

The control device 54 causes the touch panel 32 to display a favorites list screen.

Fig. 6 is a diagram showing an example of a favorites list screen 60 according to the first embodiment.

As shown in fig. 6, the favorites list screen 60 is provided with a game type information area 62, an acquirable content information area 64, a cancel button 66, an execute button 67, an execute deadline information area 68, and a display switch button 69. The game type information area 62 shows the game types registered as favorites by the player. In this game type information area 62, any game type identified in step SP12 is preferentially displayed (at the top). The available content information area 64 shows some or all of the content (e.g., characters) that can be obtained in the associated game type. In the acquirable content information area 64, for example, a question mark is displayed for any content that the player never acquired. The cancel button 66 is used to issue an instruction to cancel the favorite registration of the associated game type. The cancel button 66 is also displayed in association with any game type for which the execution deadline has been reached. The execute button 67 is used to issue instructions for executing the associated game type. For example, when the execution button 67 is pressed, a transition is made to an execution screen of the associated game type. The execution deadline information area 68 shows the execution deadline of the associated game type. The display switch button 69 is used to issue an instruction to switch the kind of game type (task or lottery game) registered as a favorite.

Returning to fig. 5, the process moves to the process of step SP 16.

(step SP 16)

The receiving means 52 determines whether the execution button has been pressed on the favorites list screen. If the determination is affirmative, the process moves to the process of step SP 18. On the other hand, if the determination is negative, the process moves to the process of step SP 16.

(step SP 18)

The control device 54 causes the touch panel 32 to display an execution screen of the game type of which the execution button has been pressed in step SP16, and executes the game type in response to an instruction from the player. Then, the process moves to the process of step SP 20.

(step SP 20)

In response to execution of the game type, the control device 54 provides content to the player. For example, when a mission is performed and the mission is cleared, the control device 54 provides a clearance award to the player. In addition, when executing the lottery game, for example, the control device 54 awards one or more characters selected through the lottery to the player. Then, the processing ends the series of processing as shown in fig. 5.

Processing for updating favorite game types

Fig. 7 is a flowchart showing an example of a processing flow when a game type registered as a favorite is updated in the game system according to the first embodiment. In addition, for example, when an instruction to display a list of game types that the player has recently played has been issued, the processing in the following steps is started. The order and details of the following steps may be altered as desired.

(step SP 30)

The control device 54 causes the touch panel 32 to display a list screen showing the types of games that the player has recently played.

Fig. 8 is a diagram showing an example of a game type list screen 70 according to the first embodiment.

As shown in fig. 8, the game type list screen 70 is provided with a game type information area 72, an acquirable content information area 74, a registration button 76, an execution button 77, an execution deadline information area 78, and a display switch button 79. The game type information area 72 shows the type of game that the player has recently played. The available content information area 74 shows some or all of the content (e.g., characters) that can be obtained in the associated game type. The registration button 76 is used to issue an instruction to register the associated game type as a favorite. The execute button 77 is used to issue instructions to execute the associated game type. The execution deadline information area 78 shows the execution deadline of the associated game type. The display switching button 79 is used to issue an instruction to switch the kind of game type (mission or lottery game) that the player has recently played.

Returning to fig. 7, the process moves to the process of step SP 32.

(step SP 32)

The receiving means 52 determines whether the player has pressed a registration button associated with one game type (new game type) on the game type list screen. For example, if the execution button has been pressed, the reception device 52 makes a negative determination. If the determination is affirmative, the process moves to the process of step SP 34. On the other hand, if the determination is negative, the processing ends the series of processing shown in fig. 7.

(step SP 34)

The control device 54 refers to the game type information in the player information 50A, and determines whether the number of game types (e.g., tasks) registered as collections reaches a certain number (e.g., 25). If the determination is affirmative, the process moves to the process of step SP 36. On the other hand, if the determination is negative, the process moves to the process of step SP 42.

(step SP 36)

The control device 54 refers to the game type information in the player information 50A, and extracts the game type registered as the favorite. Next, the control device 54 refers to the execution deadline in the lottery game information 50C and the execution deadline in the task information 50D, and identifies one or more extracted game types that have reached the execution deadline as game types to be cancelled. Then, the process moves to the process of step SP 38.

(step SP 38)

The control device 54 causes the touch panel 32 to display a advice screen.

Fig. 9 is a diagram showing an example of a advice screen 80 according to the first embodiment.

As shown in fig. 9, the advice screen 80 is provided with an advice information area 82, a reject button 84, and an accept button 86. The advice information area 82 shows that the number of game types (e.g., tasks) registered as favorites has reached a certain number (e.g., 25). In addition, in the advice information area 82, it is recommended to cancel the favorite registration of the game type to be cancelled identified in step SP36, and instead, one game type (new game type) that has been pressed with the registration button in step SP32 is registered as a favorite. The reject button 84 is used to issue an instruction to reject the suggestion. The accept button 86 is used to issue an instruction to accept the advice.

Returning to fig. 7, the process moves to the process of step SP 40.

(step SP 40)

The receiving means 52 determines whether the player has pressed the accept button on the advice screen. If the determination is affirmative, the process moves to the process of step SP 42. On the other hand, if the determination is negative, the processing ends the series of processing shown in fig. 7.

(step SP 42)

The control device 54 registers the new game type, the registration button of which has been pressed in step SP32, as a favorite. In addition, if the accept button has been pressed in step SP40, the control device 54 cancels the collection registration of the game type to be cancelled identified in step SP 36. Then, the process ends the series of processes shown in fig. 7.

Effects of

As described above, in the first embodiment, the computer is caused to function as: a storage means 50 for storing one or more game types registered as a favorite by the player; a receiving means 52 for receiving a display request for displaying a list screen showing the registered game types from the player; and control means 54 for preferentially displaying, in response to the display request, a game type satisfying a specific condition, which is related to an execution deadline of the game type, on the list screen from among the registered game types.

With this configuration, the game types satisfying the specific condition related to the execution deadline are preferentially displayed on the list screen, which makes it easier to select the game type registered as the favorite.

In addition, in the first embodiment, the specific condition may be that the execution period of the game type is not reached when the display request is made.

With this configuration, the game types for which the execution deadline has not yet arrived are preferentially displayed on the list screen, which makes it easier to select the game type registered as the favorite.

In addition, in the first embodiment, the specific condition may be that a period of time from the time when the display request is made to the execution deadline of the game type is within a specific time range.

With this configuration, game types whose execution period is short are preferentially displayed on the list screen, which motivates the player to play those game types.

In addition, in the first embodiment, the control device 54 regards any game type that has reached the execution period as a game type to be canceled from among the game types that have been registered as a favorite, and proposes to cancel the registration of the game type to be canceled.

With this configuration, those game types that have reached the execution deadline are regarded as the game types to be canceled, and their registration can be easily canceled, so the number of game types registered as collections can be controlled.

In addition, in the first embodiment, the receiving means 52 receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means 54 proposes to cancel the registration of the game type to be cancelled, and proposes to register the new game type as a favorite instead.

With this configuration, when a new game type is registered, registration of a game type to be canceled can be easily canceled, and thus the number of game types registered as a favorite can be controlled.

In addition, in the first embodiment, if the number of game types that have been registered as favorites has reached a certain number, the control device 54 proposes to cancel registration of a game type to be canceled in response to a registration request, and proposes to register a new game type as a favorites instead.

With this configuration, if the number of registered game types has reached a certain number, registration of a game type to be canceled can be easily canceled, and a new game type can be registered instead, so that the number of game types registered as a favorite can be controlled.

In addition, in the first embodiment, the control device 54 regards any game type that has reached the execution period as a game type to be canceled from among the game types that have been registered as a favorite, and automatically cancels the registration of the game type to be canceled.

With this configuration, those game types that have reached the execution deadline are regarded as the game types to be canceled, and their registration can be automatically canceled, so the number of game types registered as collections can be controlled.

In addition, in the first embodiment, the receiving means 52 receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means 54 automatically cancels the registration of the game type to be cancelled, and instead registers the new game type as a favorite.

With this configuration, when a new game type is registered, registration of a game type to be canceled can be automatically canceled, and thus the number of game types registered as a favorite can be controlled.

In addition, in the first embodiment, if the number of game types that have been registered as collections has reached a certain number, the control device 54 automatically cancels registration of a game type to be canceled in response to a registration request, and instead registers a new game type as a collection.

With this configuration, if the number of registered game types has reached a certain number, registration of a game type to be canceled can be automatically canceled, and a new game type can be registered instead, so that the number of game types registered as a favorite can be controlled.

Second embodiment

A second embodiment will now be described.

The second embodiment is different from the first embodiment in that the game types satisfying a specific condition related to the number of executions of the player are preferentially displayed on the list screen. The configuration and function of the game system according to the second embodiment are the same as those of the game system according to the first embodiment, and will not be described below.

In the second embodiment, the game type information in the player information 50A includes, for each game type (lottery game or mission), the execution date and time when the player executed the game type and the number of times the player has executed the game type.

In the second embodiment, in response to a display request to display a list screen showing game types registered as favorites, the control device 54 preferentially displays those game types satisfying a specific condition on the list screen, from among the registered game types, the specific condition being related to the number of executions of the player.

In addition, in the second embodiment, the specific condition may be, for example, that the number of executions of the player is at least the first specific number (e.g., 10). That is, in response to the display request, the control device 54 preferentially displays those game types whose number of executions of the player is at least the first specific number of times on the list screen from among the game types registered as the favorite.

In addition, in the second embodiment, the specific condition may be that the number of executions of the player is smaller than Yu Diyi by a specific number (for example, 10). That is, in response to the display request, the control device 54 preferentially displays those game types whose number of executions of the player is smaller than Yu Diyi by a certain number of times on the list screen from among the game types registered as the favorite.

In addition, in the second embodiment, the specific condition may be that the number of executions of the player in a certain period of time (for example, one week) until the display request is made is at least the first specific number (for example, 10). That is, in response to the display request, the control device 54 preferentially displays those game types whose number of executions of the player is at least the first specific number of times in a certain period of time until the display request is made on the list screen.

In addition, in the second embodiment, the control device 54 regards any game type, from among the game types that have been registered as the favorite, for which the number of executions of the player is smaller than the second specific number (e.g., 5), as the game type to be cancelled, and proposes to cancel the registration of the game type to be cancelled, the second specific number being smaller than Yu Diyi by the specific number (e.g., 10).

For example, the control device 54 refers to the game type information in the player information 50A, and regards any lottery game of which the number of executions is smaller than the second specific number as a lottery game to be cancelled, from among one or more lottery games that have been registered as a favorite by the player, and proposes to cancel the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the game type information in the player information 50A, and considers any task whose number of executions is smaller than the second specific number of times as a task to be canceled, from among one or more tasks that have been registered as a favorite by the player, and proposes to cancel registration of the task to be canceled.

In addition, in the second embodiment, the control device 54 regards any game type, of which the number of executions of the player is at least a second specific number (e.g., 15) greater than the first specific number (e.g., 10), of the game types that have been registered as the favorite, as a game type to be cancelled, and proposes to cancel the registration of the game type to be cancelled.

For example, the control device 54 refers to the game type information in the player information 50A, and considers any lottery game of which the number of executions is at least the second specific number of times, from among the one or more lottery games that have been registered as a favorite by the player, as a lottery game to be cancelled, and proposes to cancel the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the game type information in the player information 50A, and considers any of the tasks whose number of executions is at least the second specific number of times out of the one or more tasks that have been registered as favorites by the player as a task to be canceled, and proposes to cancel the registration of the task to be canceled.

In addition, in the second embodiment, the control device 54 regards any game type, from among the game types that have been registered as a favorite, for which the number of executions of the player is smaller than the second specific number (e.g., 5) of times within a certain period (e.g., one week) until the display request is made, as a game type to be canceled, and proposes to cancel registration of the game type to be canceled, the second specific number being smaller than Yu Diyi by a specific number (e.g., 10).

For example, the control device 54 refers to the game type information in the player information 50A, and considers any lottery game that has been executed less than the second specific number of times in the period as a lottery game to be cancelled, from among one or more lottery games that have been registered as a favorite by the player, and proposes to cancel the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the game type information in the player information 50A, and considers any task whose number of executions is smaller than the second specific number of times within the period as a task to be canceled, from among one or more tasks that have been registered as a favorite by the player, and proposes to cancel registration of the task to be canceled.

In addition, in the second embodiment, the control device 54 regards any game type whose number of executions of the player is smaller than the second specific number (e.g., 5) within a certain period (e.g., one week) before the display request is made, from among the game types that have been registered as the favorite, as the game type to be cancelled, and automatically cancels the registration of the game type to be cancelled, the second specific number being smaller than Yu Diyi by the specific number (e.g., 10).

For example, the control device 54 refers to the game type information in the player information 50A, and regards any lottery game that has been executed less than the second specific number of times in the period as a lottery game to be cancelled, from among one or more lottery games that have been registered as a favorite by the player, and automatically cancels the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the game type information in the player information 50A, and from among one or more tasks that have been registered as favorites by the player, regards any task that is executed less than the second specific number of times within the period as a task to be canceled, and automatically cancels the registration of the task to be canceled.

Executing a process of favorites game types

Fig. 10 is a flowchart showing an example of a process flow for executing a game type registered as a favorite in the game system according to the second embodiment. In addition, for example, the processing in the following steps is started when the menu screen is displayed. The order and details of the following steps may be altered as desired.

(step SP 50)

The receiving means 52 determines whether the player presses the collect button on the menu screen. Then, if the determination is affirmative, the process moves to the process of step SP 52. On the other hand, if the determination is negative, the process moves to the process of step SP 50.

(step SP 52)

The control device 54 refers to the game type information in the player information 50A, and extracts the game type registered as the favorite. Next, the control device 54 refers to the game type information in the player information 50A, and identifies, from among the game types registered as favorites, a game type in which the number of executions of the player is at least a first specific number (e.g., 10) for a certain period (e.g., one week) until the display request is made. Then, the process moves to the process of step SP 54.

(Steps SP54 to SP 60)

The processing from step SP54 to step SP60 is the same as the processing from step SP14 to step SP20 described above, and therefore will not be described again. Then, the process ends the series of processes shown in fig. 10.

Processing for updating favorite game types

Fig. 11 is a flowchart showing an example of a processing flow when a game type registered as a favorite is updated in the game system according to the second embodiment. In addition, for example, when an instruction to display a list of game types that the player has recently played has been issued, the processing in the following steps is started. The order and details of the following steps may be altered as desired.

(Steps SP70 to SP 74)

The processing from step SP70 to step SP74 is the same as the processing from step SP30 to step SP34 described above, and therefore will not be described again. If the determination in step SP74 is affirmative, the process moves to the process of step SP 76. On the other hand, if the determination is negative, the process moves to the process of step SP 82.

(step SP 76)

The control device 54 refers to the game type information in the player information 50A, and extracts the game type registered as the favorite. Next, the control device 54 refers to the game type information in the player information 50A, and identifies, from among the game types registered as favorites, a game type in which the number of executions of the player in a certain period (for example, one week) until the display request is made is smaller than a second specific number (for example, 5) which is smaller than Yu Diyi by a specific number (for example, 10). Then, the process moves to the process of step SP 78.

(Steps SP78 to SP 82)

The processing from step SP78 to step SP82 is the same as the processing from step SP38 to step SP42 described above, and therefore will not be described again. Then, the process ends the series of processes shown in fig. 11.

Effects of

As described above, in the second embodiment, the computer is caused to function as: a storage means 50 for storing one or more game types registered as a favorite by the player; a receiving means 52 for receiving a display request for displaying a list screen showing the registered game types from the player; and control means 54 for preferentially displaying, in response to the display request, the game type satisfying a specific condition concerning the number of executions of the player from among the registered game types on the list screen.

With this configuration, the game types satisfying the specific condition regarding the number of executions of the player are preferentially displayed on the list screen, which makes it easier to select the game type registered as the favorite.

In addition, in the second embodiment, the specific condition may be that the number of executions of the player is at least the first specific number.

With this configuration, the game types that the player has played many times are preferentially displayed on the list screen, which makes it easier to select the game type registered as the favorite.

In addition, in the second embodiment, the specific condition may be that the number of executions of the player is smaller than Yu Diyi by a specific number.

With this configuration, the game types that the player has played only a few times are preferentially displayed on the list screen, which motivates the player to play those game types.

In addition, in the second embodiment, the specific condition may be that the number of executions of the player in a certain period of time until the display request is made is at least the first specific number.

With this configuration, the game types that the player has played many times recently are preferentially displayed on the list screen, which makes it easier to select the game type registered as the favorite.

In the second embodiment, the control device 54 regards any game type, of the game types that have been registered as a favorite, for which the number of executions of the player is smaller than the second specific number of times, as a game type to be canceled, and proposes to cancel registration of the game type to be canceled, the second specific number of times being smaller than Yu Diyi specific number of times.

With this configuration, those game types that the player plays only a few times are regarded as game types to be cancelled, and their registration can be easily cancelled, so the number of game types registered as collections can be controlled.

In addition, in the second embodiment, the control device 54 regards any game type, of the game types that have been registered as the favorite, of which the number of executions of the player is at least a second specific number of times, as the game type to be cancelled, and proposes to cancel the registration of the game type to be cancelled, the second specific number of times being larger than the first specific number of times.

With this configuration, those game types that the player plays many times are regarded as game types to be cancelled, and their registration can be easily cancelled, so that the number of game types registered as collections can be controlled.

In addition, in the second embodiment, the control device 54 regards any game type, from among the game types that have been registered as a favorite, in which the number of executions of the player is smaller than the second specific number of times by a certain period of time, as a game type to be cancelled, and proposes to cancel registration of the game type to be cancelled, the second specific number of times being smaller than Yu Diyi specific number of times.

With this configuration, those game types that the player has played only a few times recently are regarded as game types to be cancelled, and their registration can be easily cancelled, so the number of game types registered as collections can be controlled.

In addition, in the second embodiment, the receiving means 52 receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means 54 recommends canceling the registration of the game type to be canceled.

In addition, in the second embodiment, if the number of game types that have been registered as favorites has reached a certain number, the control device 54 proposes to cancel registration of a game type to be canceled in response to a registration request, and proposes to register a new game type as a favorites instead.

In addition, in the second embodiment, the control device 54 regards any game type, of the game types that have been registered as a favorite, in which the number of executions of the player is smaller than the second specific number of times, of the certain period of time, as a game type to be cancelled, and automatically cancels the registration of the game type to be cancelled, the second specific number of times being smaller than Yu Diyi specific number of times.

With this configuration, those game types that the player has played only a few times recently are regarded as game types to be cancelled, and their registration can be automatically cancelled, so the number of game types registered as collections can be controlled.

In addition, in the second embodiment, the receiving means 52 receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means 54 automatically cancels the registration of the game type to be cancelled, and instead registers the new game type as a favorite.

In addition, in the second embodiment, if the number of game types that have been registered as collections has reached a certain number, the control device 54 automatically cancels registration of a game type to be canceled in response to a registration request, and instead registers a new game type as a collection.

Third embodiment

A third embodiment will now be described.

The third embodiment is different from the first embodiment in that the game types satisfying a specific condition related to content not owned by the player are preferentially displayed on the list screen. The configuration and function of the game system according to the third embodiment are the same as those of the game system according to the first embodiment, and will not be described below.

In the third embodiment, the lottery game information 50C includes identification information that identifies a special character (special content). The identification information may include character IDs of some characters (special characters) included in a lottery target character group of, for example, a lottery game. Examples of special characters include characters having rarity of at least a specific value (e.g., 6), high-drop rate characters, distinctive characters featuring in a lottery game, and the like.

In addition, in the third embodiment, the task information 50D includes identification information that identifies a special character (special content). The identification information may include, for example, character IDs of some characters (special characters) included in the task clearance rewards of the tasks. Examples of the special character include a character whose rarity is at least a specific value (e.g., 5), a head character, and the like.

In addition, in the third embodiment, in response to a display request to display a list screen showing game types registered as favorites, the control device 54 preferentially displays those game types satisfying a specific condition concerning content not owned by the player on the list screen from among the registered game types. For example, this may be content with a rarity of at least a specific value (e.g., 5).

In addition, in the third embodiment, the specific condition may be that the content that the player does not own can be acquired. That is, in response to the display request, the control device 54 preferentially displays, from among the game types registered as favorites, those game types that can acquire content that the player does not own on the list screen. For example, the control device 54 refers to the owned character information in the player information 50A, and extracts characters that are not owned by the player. Next, the control device 54 refers to the lottery object information in the lottery game information 50C or the clearance bonus information in the mission information 50D, and identifies a lottery game or mission capable of acquiring a character not owned by the player.

In addition, in the third embodiment, the specific condition may be that the content never acquired by the player can be acquired. That is, in response to the display request, the control device 54 preferentially displays, from among the game types registered as favorites, those game types that can acquire content that the player never acquires on the list screen. For example, the control device 54 refers to the acquired character having the content information in the player information 50A, and extracts a character that the player has never acquired in the past. Next, the control device 54 refers to the lottery object information in the lottery game information 50C or the customs clearance information in the mission information 50D, and identifies a lottery game or mission capable of acquiring the extracted character.

In addition, in the third embodiment, if the player has acquired all the acquirable content in the game types that have been registered as the favorite, the control device 54 regards the game type as a game type to be cancelled, and proposes to cancel the registration of the game type to be cancelled.

For example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the lottery object information in the lottery game information 50C, and if the player acquires all characters included in the lottery object information, regards the lottery game as a lottery game to be cancelled from among one or more lottery games registered as a favorite by the player, and proposes to cancel the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the clearance bonus information in the task information 50D, and if the player acquires all characters included in the task bonus information, regards the task as a task to be canceled from among one or more tasks registered as favorites by the player, and proposes to cancel registration of the task to be canceled.

In addition, in the third embodiment, if a special content is available in a game type that has been registered as a favorite, and a specific parameter of the special content owned by a player has reached a certain value (e.g., 20), the control device 54 regards the game type as a game type to be canceled, and proposes cancellation of registration of the game type to be canceled.

For example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the lottery object information and the identification information in the lottery game information 50C, and if the player owns some or all of the special characters (for example, characters with rarity of 6) in the lottery game in which the player is registered as a favorite, and the specific parameters of these special characters have reached a certain value (for example, 20), regards the lottery game as a lottery game to be cancelled, and proposes to cancel the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the clearance rewards information and the identification information in the task information 50D, and if the player owns some or all of the special characters (for example, head characters) in the tasks in which the player is registered as a favorite, and the specific parameters of these special characters have reached a certain value (for example, 99), regards the task as a task to be canceled, and proposes cancellation of registration of the task to be canceled.

In addition, in the third embodiment, if the player has acquired all the acquirable contents of the game types that have been registered as the favorite, the control device 54 regards the game type as a game type to be canceled, and automatically cancels the registration of the game type to be canceled.

For example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the lottery object information in the lottery game information 50C, and if the player acquires all characters included in the lottery object information, regards the lottery game as a lottery game to be cancelled from among one or more lottery games registered as a favorite by the player, and automatically cancels the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the clearance bonus information in the task information 50D, and if the player acquires all characters included in the task bonus information, regards the task as a task to be canceled from among one or more tasks registered as favorites by the player, and automatically cancels registration of the task to be canceled.

In addition, in the third embodiment, if special content is available in the game type in which the player has registered as a favorite, and the specific parameter of the special content possessed by the player has reached a certain value, the control device 54 regards the game type as a game type to be canceled, and automatically cancels the registration of the game type to be canceled.

For example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the lottery object information in the lottery game information 50C, and if the player owns a special character (e.g., a character with a rarity of 6) among one or more lottery games in which the player is registered as a favorite, and the specific parameter of the special character has reached a certain value (e.g., 10), regards the lottery game as a lottery game to be cancelled, and automatically cancels the registration of the lottery game to be cancelled.

In addition, for example, the control device 54 refers to the owned character information and the game type information in the player information 50A and the clearance bonus information in the task information 50D, and if the player owns one or more special characters in the task in which the player is registered as a favorite, and the specific parameters of these special characters have reached a certain value (e.g., 99), regards the task as a task to be canceled, and automatically cancels the registration of the task to be canceled.

Executing a process of favorites game types

Fig. 12 is a flowchart showing an example of a processing flow for executing a game type registered as a favorite in the game system according to the third embodiment. In addition, for example, the processing in the following steps is started when the menu screen is displayed. The order and details of the following steps may be altered as desired.

(step SP 90)

The receiving means 52 determines whether the player presses the collect button on the menu screen. If the determination is affirmative, the process moves to the process of step SP 92. On the other hand, if the determination is negative, the process moves to the process of step SP 90.

(step SP 92)

The control device 54 refers to the game type information in the player information 50A, and extracts the game type registered as the favorite. Then, the control device 54 refers to the acquired character in the owned content information of the player information 50A, and extracts a character whose rarity that the player has never acquired in the past is at least a specific value (e.g., 6). Next, the control device 54 refers to the lottery object information in the lottery game information 50C or the customs clearance information in the mission information 50D, and identifies a lottery game or mission capable of acquiring the extracted character.

Then, the process moves to the process of step SP 94.

(Steps SP94 to SP 100)

The processing from step SP94 to step SP100 is the same as the processing from step SP14 to step SP20 described above, and therefore will not be described again. Then, the process ends the series of processes shown in fig. 12.

Processing for updating favorite game types

Fig. 13 is a flowchart showing an example of a processing flow when a game type registered as a favorite is updated in the game system according to the third embodiment. In addition, for example, when an instruction to display a list of game types that the player has recently played has been issued, the processing in the following steps is started. The order and details of the following steps may be altered as desired.

(Steps SP110 to SP 114)

The processing from step SP110 to step SP114 is the same as the processing from step SP30 to step SP34 described above, and therefore will not be described again. If the determination in step SP114 is affirmative, the process moves to the process of step SP 116. On the other hand, if the determination is negative, the process moves to the process of step SP 122.

(step SP 116)

The control device 54 refers to the game type information in the player information 50A, and extracts the game type registered as the favorite. Next, the control device 54 refers to the acquired character in the player information 50A, the lottery object information in the lottery game information 50C, and the clearance bonus information in the task information 50D, and identifies those game types for which the player acquired the entire content from among the game types registered as the favorite. Then, the process moves to the process of step SP 118.

(Steps SP118 to SP 122)

The processing from step SP118 to step SP122 is the same as the processing from step SP38 to step SP42 described above, and therefore will not be described again. Then, the process ends the series of processes shown in fig. 13.

Effects of

As described above, in the third embodiment, the computer is caused to function as: a storage means 50 for storing one or more game types registered as a favorite by the player; a receiving means 52 for receiving a display request for displaying a list screen showing the registered game types from the player; and control means 54 for preferentially displaying, in response to the display request, the game type satisfying a specific condition concerning the content not owned by the player, from among the registered game types, on the list screen.

With this configuration, the game types satisfying the specific conditions related to the content that the player does not own are preferentially displayed on the list screen, which makes it easier to select the game type registered as the favorite.

In addition, in the third embodiment, the specific condition may be that the content that the player does not own can be acquired.

With this configuration, the game types in which the content that the player does not own can be acquired are preferentially displayed on the list screen, which motivates the player to play those game types.

In addition, in the third embodiment, the specific condition may be that the content never acquired by the player can be acquired.

With this configuration, the game types in which the content that the player has never acquired can be acquired are preferentially displayed on the list screen, which motivates the player to play those game types.

In addition, in the third embodiment, the rarity of the content is at least a specific value.

With this configuration, game types in which very rare contents that are not owned by the player can be acquired are preferentially displayed on the list screen, which motivates the player to play those game types.

With this configuration, those game types in which the player has acquired all the acquirable content are regarded as the game types to be cancelled, and their registration can be easily cancelled, so the number of game types registered as collections can be controlled.

In addition, in the third embodiment, if special content is available in a game type in which a player has registered as a favorite and a specific parameter of the special content owned by the player has reached a certain value, the control device 54 regards the game type as a game type to be canceled and proposes to cancel registration of the game type to be canceled.

With this configuration, if the player has special content in which a specific parameter has reached a certain value, those game types in which the special content can be acquired are regarded as game types to be canceled, and their registration can be easily canceled, so that the number of game types registered as collections can be controlled.

In addition, in the third embodiment, the receiving means 52 receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means 54 proposes to cancel the registration of the game type to be cancelled, and proposes to register the new game type as a favorite instead.

In addition, in the third embodiment, if the number of game types that have been registered as favorites has reached a certain number, the control device 54 proposes to cancel registration of a game type to be canceled in response to a registration request, and proposes to register a new game type as a favorites instead.

With this configuration, those game types in which the player has acquired all the acquirable content are regarded as the game types to be cancelled, and their registration can be automatically cancelled, so the number of game types registered as collections can be controlled.

With this configuration, if the player has special content in which a specific parameter has reached a certain value, those game types in which the special content can be acquired are regarded as game types to be canceled, and their registration can be automatically canceled, so that the number of game types registered as collections can be controlled.

In addition, in the third embodiment, the receiving means 52 receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means 54 automatically cancels the registration of the game type to be cancelled, and instead registers the new game type as a favorite.

In addition, in the third embodiment, if the number of game types that have been registered as collections has reached a certain number, the control device 54 automatically cancels registration of a game type to be canceled in response to a registration request, and instead registers a new game type as a collection.

Modification of

The present invention is not limited to or by the specific examples described above. That is, those skilled in the art will recognize that many modifications may be made to this specific embodiment without departing from the scope of the invention. In addition, elements of the above-described embodiments and modified examples (discussed below) may be combined within the technically feasible scope, and such combinations are also included within the scope of the present invention as long as they still have the features of the present invention.

For example, in the first embodiment, an example was described in which the control device 54 preferentially displays those game types for which the execution deadline has not yet been reached on the list screen, but may preferentially display the game types having the execution deadline with respect to the game types that can be played at any time and for which the execution deadline has not yet been reached. On the other hand, the control device 54 may preferentially display the game types that have no execution deadline and that can be played at any time, over the game types that have an execution deadline.

Further, in the first embodiment, an example was described in which the control device 54 preferentially displays the game type in a specific time range for a period of time from the time when the display request is made to the execution deadline of the game type on the list screen, but the game type may be preferentially displayed starting from the game type having the shortest duration. On the other hand, the control device 54 may preferentially display the game types starting from the game type having the longest duration.

In addition, in the second embodiment, an example was described in which the game type information in the player information 50A includes the number of executions for each game type (how many times a player plays one game type), but the number of executions may instead be the number of times high rarity content (content with rarity of 5 or higher, for example) has been acquired, or the number of times task clearance.

Further, in the third embodiment, an example is explained in which if the player has acquired all the acquirable contents in one game type, the control device 54 regards that game type as a game type to be canceled, but if the player has acquired all the special contents in one game type, that game type may be regarded as a game type to be canceled. For example, the control device 54 may refer to the identification information in the lottery game information 50C, and if the player has acquired all of the special characters in one or more lottery games registered as a favorite by the player, the lottery game may be regarded as a lottery game to be cancelled. For example, the control device 54 may refer to the identification information or the like in the task information 50D, and if the player has acquired all special characters among one or more tasks registered as favorites by the player, the task may be regarded as a task to be canceled.

In addition, in the first, second, and third embodiments, examples are given in which if the number of game types that have been registered as collections has reached a certain number, the control device 54 recommends canceling the registration of game types to be canceled or the like, but the certain number may be a different number for each player. For example, the particular number may vary depending on the player level or the number preset by the player.

In addition, in the first, second, and third embodiments, characters are mainly used as examples of contents, but various props (weapons, armor, jewelry, and the like), cards, avatars, tokens, points, and the like may also be used.

List of reference characters

10: server apparatus, 12: terminal equipment, 50: storage device, 52: receiving means, 54: control device

Claims

1. A program for causing a computer to function as:

a storage means for storing one or more game types that have been registered as collections by the player;

receiving means for receiving a display request for displaying a list screen showing the registered game types from the player; and

Control means for preferentially displaying, in response to the display request, those game types satisfying a specific condition related to an execution deadline indicating the end of those game types on the list screen from among the registered game types.

2. The program according to claim 1, wherein,

the specific condition is that the execution deadline of the game type is not reached at the time of making the display request.

3. The program according to claim 1 or claim 2, wherein,

the specific condition is that a period of time from a time when the display request is made to the execution deadline of the game type is within a specific time range.

4. The program according to any one of claim 1 to 3, wherein,

the control means regards any game type that has reached the execution period as a game type to be canceled from among the game types that have been registered as a favorite, and proposes to cancel registration of the game type to be canceled.

5. The program according to claim 4, wherein,

the receiving means receives a registration request to register a new game type as a favorite from the player, and in response to the registration request, the control means proposes to cancel registration of a game type to be canceled, and proposes to register the new game type as a favorite instead.

6. The program according to any one of claim 1 to 3, wherein,

the control device regards any game type that has reached the execution period as a game type to be canceled from among the game types that have been registered as a favorite, and automatically cancels registration of the game type to be canceled.

7. A program for causing a computer to function as:

control means for preferentially displaying, in response to the display request, those game types satisfying a specific condition concerning the number of executions of the player, from among the registered game types, on the list screen, wherein

The specific condition is that the number of executions of the player is at least a first specific number.

8. A program for causing a computer to function as:

a storage means for storing one or more game types registered as collections by the player;

The specific condition is that the number of executions of the player is smaller than Yu Diyi by a specific number.

9. A program for causing a computer to function as:

The specific condition is that the number of executions of the player is at least a first specific number of times in a certain period of time until the display request is made.

10. The program according to claim 7, wherein,

the control means regards any game type of which the number of executions of the player is smaller than a second specific number of times, which is smaller than the first specific number of times, from among game types that have been registered as a favorite, as a game type to be canceled, and proposes to cancel registration of the game type to be canceled.

11. The program according to claim 8, wherein,

the control means regards any game type, of the game types that have been registered as a favorite, for which the number of executions of the player is at least a second specific number of times, as a game type to be canceled, and proposes to cancel registration of the game type to be canceled, the second specific number of times being greater than the first specific number of times.

12. The program according to claim 9, wherein,

the control means regards any game type, of the game types that have been registered as a favorite, in which the number of executions of the player in the period of time is smaller than a second specific number of times, which is smaller than the first specific number of times, as a game type to be canceled, and proposes to cancel registration of the game type to be canceled.

13. The program according to any one of claims 10 to 12, wherein,

the receiving means receives a registration request for registering a new game type as a favorite from the player, and, in response to the registration request,

the control means suggests canceling the registration of the game type to be canceled.

14. The program according to claim 5 or 13, wherein,

if the number of game types that have been registered as collections has reached a certain number, the control means proposes to cancel registration of a game type to be cancelled and proposes to register a new game type as a collection instead in response to the registration request.

15. The program according to claim 9, wherein,

the control means regards any game type, of the game types that have been registered as a favorite, in which the number of executions of the player in the period of time is smaller than a second specific number, which is smaller than the first specific number, as a game type to be canceled, and automatically cancels registration of the game type to be canceled.

16. The program according to claim 6 or 15, wherein,

the receiving means receives a registration request for registering a new game type as a favorite from the player, and in response to the registration request, the control means automatically cancels registration of a game type to be canceled, and instead registers the new game type as a favorite.

17. The program according to claim 16, wherein,

the receiving means receives a registration request for registering a new game type as a favorite from the player, and,

if the number of game types that have been registered as collections has reached a certain number, the control device automatically cancels registration of a game type to be cancelled in response to the registration request, and registers the new game type as a collection instead.

18. An information processing apparatus comprising:

19. An information processing apparatus comprising:

20. An information processing apparatus comprising:

21. An information processing apparatus comprising: