JP7687296B2 - PROGRAM AND INFORMATION PROCESSING APPARATUS - Google Patents

Description

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

Games are known that lower the difficulty level of a game played by a user when the non-play time, which is the time during which the user is not playing the game, is equal to or exceeds a predetermined time (for example, Patent Document 1).

Patent No. 6736600

In Patent Document 1, to lower the game's difficulty level, the user must leave the game for an extended period of time without playing it. This method of making the user experience a change in the game's difficulty level by spending a long time leaving the game for an extended period of time may lead to users abandoning the game.

The present invention was made in light of these circumstances, and its purpose is to allow users to easily experience changes in game difficulty and prevent users from dropping out.

The main invention of the present invention to solve the above problems is:
Computer,
a game control means for progressing the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user has started playing or a day on which the user is currently playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control means for lowering the difficulty level so that, when the user's game play date is a special day or within a special period, the user can more easily complete the game than when the game play date is within a normal day or period;
This is a program that functions as a
Other features of the present invention will become apparent from the following detailed description of the present invention and the accompanying drawings.

1 is a configuration diagram showing an example of an information processing system 1 according to an embodiment of the present invention. FIG. 2 is a hardware configuration diagram showing an example of a computer 50 according to the present embodiment. FIG. 2 is a functional block diagram illustrating an example of a server device 20 according to the present embodiment. FIG. 2 is a diagram illustrating an example of game stage information. FIG. 2 is a diagram illustrating an example of item information. FIG. 4 is a diagram illustrating an example of user information. FIG. 13 is a diagram illustrating an example of match information. FIG. 2 is a diagram illustrating an example of schedule information. FIG. 2 is a functional block diagram illustrating an example of a client terminal 10 according to the present embodiment. FIG. 13 shows the screen transition (first half) up to the point where chain blocks are continuously generated in the game field. FIG. 13 shows the screen transition (second half) up to the continuous generation of chain blocks in the game field. 4 is a flowchart showing an operation example of the information processing system 1 in the present embodiment. FIG. 13 is an image diagram showing an example of a game stage selection screen in the present embodiment.

At least the following points will become apparent from the description of this specification and the accompanying drawings.
That is, the computer,
a game control means for progressing the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user has started playing or a day on which the user is currently playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control means for lowering the difficulty level so that, when the user's game play date is a special day or within a special period, the user can more easily complete the game than when the game play date is within a normal day or period;
This is a program that functions as a
According to such a program, by providing special days or special periods when the difficulty level is lowered, for example, beginner users with low operational skills can easily experience a change in difficulty level, in which the game becomes relatively easy to clear, simply by starting to play or playing on a special day or during the special period. Also, for beginner users, the successful experience of being able to clear the game easily in this way leads to continued play in the future, making it possible to prevent users from dropping out.

In addition, the computer
a game control means for progressing the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user has started playing or a day on which the user is currently playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control means for increasing the difficulty level so that it is more difficult for the user to complete a game when the user's game play date is a special day or within a special period, compared to when the user's game play date is within a normal day or period;
This is a program that functions as a
According to such a program, by providing special days or special periods when the difficulty level increases, for example, advanced users with high operational skills can easily experience a change in difficulty in which the game cannot be cleared relatively easily by simply starting to play or playing on a special day or during a special period. Also, for advanced users, such a challenging experience that makes them want to demonstrate their operational skills leads to continued play in the future, making it possible to prevent users from dropping out.

Also, such a program includes:
The difficulty level control means may be configured to lower the difficulty level when a user uses a paid item so that the user can easily complete the game.
According to such a program, even a user who is not able to easily complete a game can more easily complete the game by using a paid item, thereby increasing the user's motivation to play.

Also, such a program includes:
The difficulty level control means may lower the difficulty level so that the user can more easily complete the game, without informing the user that the difficulty level has been lowered.
According to such a program, by not informing the user that the difficulty level has been lowered, the user can be made to believe that they were able to clear the game not because the difficulty level was lowered, but because their own skills had improved, which can give the user confidence. As a result, the user's motivation to play can be increased, which leads to continued play in the future and makes it possible to prevent users from dropping out.

a game control unit that progresses the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user starts playing or a day on which the user is playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control unit that, when a user's game play date falls within a special day or special period, lowers the difficulty level so that the user can more easily complete the game than when the game play date falls within a normal day or normal period;
The information processing device includes:
According to such an information processing device, it is possible to prevent users from dropping out by allowing the users to easily experience changes in the difficulty level of the game.

a game control unit that progresses the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user starts playing or a day on which the user is playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control unit that increases the difficulty level so that it is more difficult for the user to complete a game when the user plays the game on a special day or during a special period, compared to when the user plays the game on a normal day or during a normal period;
The information processing device includes:
According to such an information processing device, it is possible to prevent users from dropping out by allowing the users to easily experience changes in the difficulty level of the game.

====Embodiment====
In the following, a detailed description will be given of a program, an information processing device, an information processing method, and an information processing system according to an embodiment of the present invention, taking as an example a case where a competitive puzzle game is adopted. However, the present invention is not limited to this, and can be widely applied to a program, an information processing device, an information processing method, an information processing system, and the like that adopts a game in which a user can play in a game stage with the aim of clearing the game.

<<System configuration>>
Fig. 1 is a configuration diagram showing an example of an information processing system 1 according to the present embodiment. As shown in Fig. 1, the information processing system 1 according to the present embodiment has one or more client terminals 10 and a server device 20 connected via a network N.

The client terminal 10 is a terminal device operated by a user, such as a smartphone, tablet, or PC, or a terminal device such as a dedicated gaming device for home or commercial use. The server device 20 manages and controls the game played by the user on the client terminal 10, and processes billing within the game. The network N is the Internet, etc., and includes a mobile wireless base station, etc.

In addition to the client-server type information processing system 1 shown in FIG. 1, the present invention can also be applied to a standalone game device (information processing device) by providing a separate mechanism for in-game billing processing. The information processing system 1 in FIG. 1 is only one example, and it goes without saying that there are various system configurations depending on the application and purpose. For example, the server device 20 in FIG. 1 may be configured to be distributed across multiple computers.

<<Hardware configuration>>
<Client terminal and server device>
Fig. 2 is a hardware configuration diagram showing an example of a computer 50 according to the present embodiment. The client terminal 10 and the server device 20 according to the present embodiment are realized by, for example, a computer 50 having the hardware configuration shown in Fig. 2. The computer 50 is an example of an information processing device.

As shown in FIG. 2, the computer 50 includes a CPU 51, a RAM 52, a ROM 53, a communication interface 54, an input device 55, a display device 56, an external interface 57, and a HDD 58, all of which are interconnected by a bus line B. Note that the server device 20 may be configured such that the input device 55 and the display device 56 are connected and used when necessary.

The CPU 51 is a calculation device that realizes the control and functions of the entire computer by reading programs and data from storage devices such as the ROM 53 and HDD 58 onto the RAM 52 and executing various processes based on the read programs and data.

RAM 52 is an example of a volatile semiconductor memory (storage device) for temporarily storing programs and data, and is also used as a work area when CPU 51 executes various processes.

ROM 53 is an example of a non-volatile semiconductor memory (storage device) that can retain programs and data even when the power is turned off. ROM 53 stores programs and data such as the BIOS, OS settings, and network settings that are executed when computer 50 is started.

The communication interface 54 is an interface for connecting the computer 50 to the network N. This allows the computer 50 to perform data communication via the communication interface 54.

The input device 55 is a device used by a user or administrator to input various signals. In this embodiment, the input device 55 is, for example, an operating device such as a touch panel, operation keys or buttons, a keyboard, or a mouse.

The display device 56 is a device for displaying various information to a user or administrator. In this embodiment, the display device 56 is, for example, a liquid crystal or organic electroluminescence display.

The external interface 57 is an interface for connecting to an external device so as to enable data communication. This allows the computer 50 to read and/or write data from and to a recording medium via the external interface 57. The external device is, for example, a recording medium such as a flexible disk, a CD, a DVD, an SD memory card, or a USB memory.

HDD 58 is an example of a non-volatile storage device that stores programs and data. The programs and data stored therein include the OS, which is the basic software that controls the entire computer, and applications that provide various functions on the OS.

In addition, instead of HDD 58, a drive device that uses flash memory as a storage medium (e.g., a solid-state drive: SSD) may be used.

The client terminal 10 and server device 20 according to this embodiment can realize various processes as described below by executing a program on a computer 50 having the hardware configuration described above.

<<Software configuration>>
<Server device>
3 is a functional block diagram showing an example of the server device 20 according to the present embodiment. The server device 20 according to the present embodiment is realized by, for example, the functional blocks shown in FIG.

The server device 20 according to this embodiment realizes a server control unit 200, a server storage unit 220, and a server communication unit 240 by executing a program.

The server control unit 200 has the function of executing various processes in the server device 20. In this embodiment, the server control unit 200 includes a request processing unit 201 and an information management unit 202.

The request processing unit 201 receives a request from the client terminal 10, performs processing corresponding to the received request, and transmits the processing results, etc. as a response to the client terminal 10.

The information management unit 202 stores various information about users who have played the game as user information in the user information storage unit 223. The information management unit 202 also refers to and updates the user information in response to a request from the request processing unit 201.

The server storage unit 220 has a function of storing various information in the server device 20. In this embodiment, the server storage unit 220 includes a game stage information storage unit 221, an item information storage unit 222, a user information storage unit 223, and a schedule information storage unit 224.

The game stage information storage unit 221 stores game stage information related to various game stages that are preset in the puzzle game. The game stage information stored in the game stage information storage unit 221 is composed of various data as shown below.

Figure 4 is a diagram showing an example of game stage information. The game stage information shown in Figure 4 has items such as game stage ID, name, stage difficulty, points consumed, opponent, reward for clearing, conditions for successful clearing, and conditions for unsuccessful clearing.

The game stage ID is information for uniquely identifying a game stage. The name is information indicating the name of the game stage. The stage difficulty is information indicating a difficulty level that has been preset for each game stage. Here, one of multiple difficulty levels is preset. Here, the stage difficulty level set for each game stage is configured not to change.

Consumed points are information that indicates the number of game points consumed when a user plays a game stage. In other words, in order to play a game stage, a user must consume their own game points, and if they do not have enough game points, they will not be able to play that game stage.

The opponent is a character that is preset for each game stage, and is information that indicates the character that will be the opponent of the user who selected the game stage. Here, various parameters such as HP (stamina value) and strength level are also set in association with each character.

In this embodiment, the higher the stage difficulty level, the higher the various parameters of the character that will be the user's opponent, such as HP (stamina value) and strength level.

The clear reward is information about the reward given to a user who clears a game stage. Here, one or more items are given as an example of a clear reward.

The successful clear condition is information about the condition for determining that the stage has been successfully cleared. Here, examples of successful clear conditions are that the opponent's HP is reduced to zero points within the time limit, or that the user's HP is greater than the opponent's HP when the time limit expires. However, the conditions are not limited to these.

The clear failure condition is information about the condition for determining that clearing the stage has failed. Here, as an example of a clear failure condition, a condition is set in which the user's HP reaches zero points within the time limit, or the opponent's HP has more points remaining than the user's HP when the time limit expires. However, the conditions are not limited to these.

The item information storage unit 222 is an example of a content information storage unit, and stores item information (content information) related to items as an example of content. The item information stored in the item information storage unit 222 is composed of various data items as shown below.

Figure 5 is a diagram showing an example of item information. The item information shown in Figure 5 has items such as item ID, name, rarity, function/effect, and price.

The item ID is information for uniquely identifying various items. The name is information indicating the name of the item. The rarity is information indicating the rarity (scarcity) of the item. Here, one of the multiple rarity classes is preset.

The functions and effects of each item are set as information about the functions and effects of each item. The price is information indicating the price set for items that are available to users. Note that prices (zero) are set not only for paid items (items for which there is a charge), but also for free items (items for which there is no charge).

The user information storage unit 223 stores user information about users who play the puzzle game. The user information stored in the user information storage unit 223 is composed of the various data shown below.

Figure 6 is a diagram showing an example of user information. The user information shown in Figure 6 has items such as user ID, name, rank, user difficulty level, owned items, battle points, and battle information.

The user ID is information for uniquely identifying a user. The name is information indicating the user name. The rank is information indicating the rank of the user. In this embodiment, the system is configured so that the more game stages a user clears, the higher the user's rank becomes.

The user difficulty level is information indicating the difficulty level set for the user. Here, out of the multiple difficulty levels, a level is set according to the user's game play date. The user difficulty level is configured to vary not only depending on whether the user logged in on a special day or special period, but also on whether or not the user has started playing or is currently playing. In this embodiment, for example, if the user starts playing the game on a normal day or during a normal period, the difficulty level is set to the initial value of "medium," and if the user starts playing the game on a special day or during a special period, the difficulty level is set to "low," which is lower than "medium."

Possessed items are information that indicates one or more items currently possessed by the user out of multiple items set in the item information stored in the item information storage unit 222. Here, as shown in parentheses in the figure, the number of possessed items currently possessed by the user is also set.

Battle points are information that indicates the amount of game points currently possessed by the user. In this embodiment, when the user selects a game stage, the user can play the selected game stage by consuming from his/her own battle points the same amount of points as the consumption points set for the selected game stage.

The battle information is information about the battle status of users playing the puzzle game at each game stage. This battle information is made up of various data, which will be described later.

Figure 7 is a diagram showing an example of battle information. The battle information shown in Figure 7 has items such as a battle ID, play date and time, game stage, clear status, number of chains, number of continues, number of plays, etc.

The battle ID is information for uniquely identifying the battle at the game stage played by the user. The play date and time is information indicating the date and time when the user played the game stage. The clear status is information indicating whether or not the user cleared the game stage.

The number of chains is information that indicates the number of chains that were formed while playing a game stage. The number of continues is information that indicates the number of times the user continued when playing a game stage. The number of plays is information that indicates the number of times the user has played a game stage.

The schedule information storage unit 224 stores schedule information related to schedules such as special days in the puzzle game. The schedule information stored in the schedule information storage unit 224 is composed of the various data shown below.

Figure 8 is a configuration diagram showing an example of schedule information. The schedule information shown in Figure 8 has items such as a schedule ID, special day, normal day, special period, normal period, etc.

The schedule ID is information for uniquely identifying the date and time when the user can play the game as preset. The special day is information indicating a special day that is set so that the user can casually try out different difficulty levels. For example, the day the puzzle game is released or a monthly public holiday can be set as a special day. The normal day is information indicating a day other than a special day, that is, a normal day when the user can play at the initially set difficulty level.

The special period is information indicating whether or not it is a special period set so that users can casually try out different difficulty levels. For example, the period that has passed since the release of the puzzle game (e.g., one week, one month, one year, etc.) can be set as the special period. The normal period is information indicating whether or not it is a period other than the special period, that is, a normal period in which users can play at the initially set difficulty level.

The server communication unit 240 has the function of communicating with the client terminal 10 via the network N.

<Client terminal>
9 is a functional block diagram showing an example of the client terminal 10 according to the present embodiment. The client terminal 10 according to the present embodiment is realized by, for example, the functional blocks shown in FIG.

The client terminal 10 according to this embodiment realizes a client control unit 100, a client storage unit 120, a client communication unit 140, an operation input reception unit 150, and a screen display unit 160 by executing a program.

The client control unit 100 has the function of executing various processes in the client terminal 10. This client control unit 100 includes a game control unit 101, a difficulty control unit 102, a display control unit 103, and a server access unit 104.

The game control unit 101 controls the progress of a competitive puzzle game. The game control unit 101 according to this embodiment progresses the puzzle game in each game stage selected by the user based on the user's operation skill. Furthermore, when the user clears a game stage, the game of that game stage is terminated, whereas when the user is unable to clear the game stage, the game is forcibly terminated midway. Furthermore, after the game is forcibly terminated midway, the game is continued at the game stage that could not be cleared based on the user's continue operation.

The game control unit 101 according to this embodiment also includes an erasing unit 101a, a refill unit 101b, a chain counting unit 101c, and an attack processing unit 101d.

The erasing unit 101a executes a process of erasing blocks (objects) from the game field of the puzzle game. In this embodiment, the erasing unit 101a not only erases blocks specified by the user, but also erases a predetermined number or more of blocks that form a chain (also called "chain blocks") at once.

The replenishment unit 101b executes a process of replenishing blocks in the game field of the puzzle game. In this embodiment, the replenishment unit 101b replenishes new blocks in blank areas of the game field that are created when blocks are erased by the erasure unit 101a.

The chain counting unit 101c counts the number of chain blocks that have been eliminated from the game field by establishing a chain as the chain number. In this embodiment, the chain counting unit 101c increments the chain number from 0 to 1 when the first chain block is eliminated from the game field by establishing the first chain. When the first chain block is eliminated, the subsequent rearrangement of other blocks may result in the establishment of the next chain. In this case, the chain counting unit 101c increments the chain number from 1 to 2 when the second chain block is eliminated from the game field.

The attack processing unit 101d executes a process to determine the attack power for inflicting damage on an opponent in a puzzle game. The attack processing unit 101d in this embodiment calculates the user's attack power based on the number of chains counted by the chain counting unit 101c, and subtracts the HP of the opponent character by inflicting damage according to the user's attack power.

The difficulty control unit 102 controls the difficulty level in the puzzle game. The difficulty control unit 102 according to this embodiment controls the user difficulty level so that it varies depending on whether or not the user has actually started playing the game or is currently playing the game, rather than simply logging in on a special day or special period. For example, when the user has started playing the game or is currently playing the game on a special day or special period, the user difficulty level is set from the initial value of "medium" to "low," thereby lowering the difficulty level so that the user can easily clear game stages thereafter. However, this is not limited to this, and when the user has started playing the game or is currently playing on a special day or special period, the user difficulty level can be set from the initial value of "medium" to "high," thereby raising the difficulty level so that the user can more easily clear game stages thereafter.

The display control unit 103 controls the screen display of the client terminal 10 according to the progress of the puzzle game at each game stage. The display control unit 103 according to this embodiment generates data for various screens according to the progress of the puzzle game by the game control unit 101, for example, and displays the progress of the puzzle game on the screen of the client terminal 10.

When access to the server device 20 becomes necessary during the course of various processes executed by the game control unit 101, the server access unit 104 sends various processing requests to the server device 20 and receives processing results, etc. from the server device 20 as a response.

The operation input reception unit 150 receives operation input from a user who operates the client terminal 10. When the user performs a touch operation on the screen, the operation input reception unit 150 according to this embodiment receives operation input from the user via a touch panel.

The client storage unit 120 stores installed applications (game programs, etc.) and various programs and data required by the client terminal 10 (for example, like the server device 20, game stage information, item information, user information, schedule information, etc., including various information acquired from the server device 20). That is, the client storage unit 120 also functions as a game stage information storage unit, an item information storage unit, a user information storage unit, and a schedule information storage unit.

The client communication unit 140 communicates with the server device 20 via the network N.

The screen display unit 160 displays the screen of the client terminal 10 by receiving a control signal from the display control unit 103.

As described above, in the information processing system 1 according to this embodiment, the client terminal 10 performs game control, difficulty control, display control, etc., but the server device 20 may perform various controls. Specifically, at least some of the game control unit, difficulty control unit, and display control unit may be configured not to be provided in the client control unit 100 of the client terminal 10, but to be provided in the server control unit 200 of the server device 20.

As described above, in the information processing system 1 according to this embodiment, the client control unit 100 of the client terminal 10 is an application type that performs processing related to the puzzle game based on an installed application (game program). FIG. 9 shows the application type as an example. Note that the client control unit 100 of the client terminal 10 may be a browser type that receives page data written in HTML (Hyper Text Markup Language) or the like and scripts included in the page data from the server device 20 and performs processing related to the puzzle game.

＜＜System Overview＞＞
Here, an overview of the information processing system 1 in this embodiment will be described. The information processing system 1 in this embodiment provides a battle-type puzzle game.

<Competitive puzzle game>
In the puzzle game of this embodiment, a plurality of playable game stages are prepared. When the user selects one of the plurality of game stages and starts the game, the user can battle against a character set in association with the selected game stage. A time limit (e.g., 120 seconds) is set for the battle against the character in the game stage.

In the puzzle game of this embodiment, a grid-shaped game field is used. The game field in this embodiment is formed, for example, by a matrix of 6 rows and 8 columns. Many types of blocks (for example, 4 types) are arranged in the matrix of 6 rows and 8 columns, for a total of 48 blocks.

The user can specify one or more blocks to be erased in the game field. The blocks specified by the user are erased, leaving a blank area on the game field. Other blocks flow into the blank area, so the arrangement of blocks on the game field is rearranged as the blocks are erased. When a certain number or more (e.g., four or more) of blocks of the same type are adjacent to each other on the game field, a chain is formed. The certain number or more blocks that make up the chain (chain blocks) are erased together, and the arrangement of blocks on the game field is rearranged again as a result.

Each time a chain is formed, the user's attack power accumulates. The user's attack power increases at an accelerated rate according to the number of chains. The HP (stamina value) of the opponent character is subtracted according to the accumulated attack power. In addition, the user's HP (stamina value) is subtracted by a specified attack from the opponent character.

When a user plays a puzzle game in a game stage, if the clear success condition set for the game stage is met, the user is given a clear reward and the game in that game stage ends. For example, the clear success condition is met if the user reduces the HP of the opponent character to zero, or if the user has more HP remaining than the opponent character when the time limit expires.

When a user plays a puzzle game in a game stage, if a failure to clear condition set for the game stage is met, the game in that game stage will be forcibly terminated midway. For example, if the user's HP reaches zero within the time limit, or if an opponent character has more HP remaining than the user when the time limit expires, the failure to clear condition will be met.

After a game stage is forcibly terminated, the user can continue playing the game at the stage that was not cleared by satisfying a continue condition. For example, the continue condition is satisfied when the user selects and uses an item for continuing from among the items the user owns. Note that the continue condition may also be satisfied when the user simply performs a continue operation.

<Continuous generation of chain blocks>
The continuous generation of chain blocks in this embodiment will be specifically described with reference to Fig. 10 and Fig. 11. Fig. 10 is a diagram showing the screen transition (first half) until chain blocks are continuously generated in the game field. Fig. 11 is a diagram showing the screen transition (second half) until chain blocks are continuously generated in the game field.

As shown in FIG. 10A, the game field in this embodiment is divided into 6 rows and 8 columns, and a total of 48 blocks are laid out in each area. The blocks in this embodiment are of four types: circular, triangular, star-shaped, and pentagonal. However, the types are not limited to these four, and may be three or less types, or five or more types.

The user can specify any block among those arranged on the game field. This specification can be performed by a tap operation on any block. It is also possible to specify a predetermined number of adjacent blocks all at once. This specification can be performed by a swipe operation on a predetermined number of adjacent blocks. The erasing unit 101a erases the blocks specified by the user from the game field. The display control unit 103 performs a block erasure effect on the game field.

In the game field, a chain is formed when four or more blocks of the same type are lined up vertically or horizontally adjacent to each other. When the erasing unit 101a determines that a chain is formed, it erases the chain blocks from the game field all at once. The display control unit 103 performs an effect of erasing the chain blocks in the game field. Below, a specific example of when chain blocks are erased consecutively is described.

First, as shown in FIG. 10B, the user designates a triangular block (indicated by a solid black triangle in the figure) as the block to be erased. The user can designate the triangular block to be erased by tapping it. When the triangular block to be erased is erased from the game field, the four blocks stacked on top of the erased triangular block fall down as shown in FIG. 10C.

Next, when one triangular block (black triangular block) is erased in Figures 10B and 10C and the four blocks above it fall, as shown in Figure 11A, four pentagonal blocks of the same type (blocks shown as black pentagons in the figures) are placed next to each other, forming a chain block. The erasing unit 101a erases the chain block formed by the four pentagonal blocks (black pentagonal blocks) from the game field all at once. When the chain block is erased from the game field, the total of six blocks stacked on top of the erased chain block fall as they are, as shown in Figure 11B. The chain counting unit 101c increments the chain number from 0 to 1.

Next, when the chain blocks (four black pentagonal blocks) in Figures 11A and 11B are erased together and the six blocks above them fall, as shown in Figure 11C, four star-shaped blocks of the same type (black star-shaped blocks in the figure) are placed next to each other, forming a new chain block. The erasing unit 101a erases the chain block formed by the four star-shaped blocks (black star-shaped blocks) from the game field all at once. The chain counting unit 101c increments the chain number from 1 to 2.

In this way, a new chain is formed by clearing the first chain block (four black pentagonal blocks), and the second chain block (four black star-shaped blocks) is cleared in succession.

During the period when a chain is formed singly or continuously, that is, during the period when the effect of a chain block disappearing and the effect of a new block being replenished as a chain block disappears are displayed on the screen (hereinafter also referred to as the "chain period"), the user cannot interfere with the chain in the game field by touching a block to specify it or touching a block to erase it. The more chains there are, the more the user's attack power accumulates. When there are no more new chain blocks, the replenishment unit 101b replenishes blocks in the empty areas of the game field, and the game field is once again covered with 48 blocks. The type of block to be replenished may be determined randomly. There is also a possibility that a new chain block will be formed by the replenishment. As long as a chain is formed, the chain period continues until a stable state in which no new chain blocks are formed is reached.

As described above, when the block specified by the user is erased, the arrangement of blocks changes on the game field. When a chain block is formed by changing the arrangement of blocks, the chain block is erased. When the chain block is erased, the arrangement of blocks changes again on the game field. If a new chain block is formed at this point, the same process is executed. When no more chain blocks are formed, the replenishment unit 101b replenishes blocks to the game field. If a new chain block is formed as a result of the replenishment, the chain continues. When the chain period ends, the attack processing unit 101d calculates the user's attack power accumulated according to the number of chains, and calculates the damage to be inflicted on the opponent character. Depending on this result, the HP of the opponent character is subtracted.

<Difficulty change>
In the puzzle game of this embodiment, the user difficulty level for a user varies based on whether the game play date, which is the day the user starts playing or the day the user is currently playing, is a special day or during a special period.

In this embodiment, if a game play day, which is the day on which the user starts playing or is currently playing, falls within a special day or special period, the user difficulty level is lowered so that it is easier to clear a game stage compared to when the game play day falls within a normal day or normal period.

When the user difficulty level is lowered, for example, when replenishing empty spaces that appear on the game field during game play with blocks, various blocks are replenished so that chains are more likely to be formed based on the arrangement of the various blocks on the game field. However, this is not limited to this, and it is also possible to lower the user difficulty level using other methods, such as making the time limit for a game stage longer than usual.

In this case, for example, a beginner user with low operational skills can simply start playing on a special day or during a special period, and can easily experience a change in difficulty level, such as being able to clear a stage relatively easily as the difficulty level for the user drops, giving the user a real feeling that their own skills have improved. This allows the user to play with confidence, which in turn leads to continued play of the puzzle game, making it possible to prevent users from dropping out.

In addition, without being limited to this, if the game play day, which is the day when the user starts playing or is playing, falls within a special day or special period, it is also possible to increase the user difficulty level so that it becomes more difficult to clear a game stage compared to when the game play day falls within a normal day or normal period.

When the user difficulty level is increased, for example, when replenishing empty spaces that appear on the game field during game play with blocks, the various blocks are replenished so that chains are less likely to occur, based on the arrangement of the various blocks on the game field. Note that this is not limited to this, and it is also possible to increase the user difficulty level using other methods, such as shortening the time limit for a game stage.

In this case, for example, advanced users with high operation skills can easily experience changes in difficulty, such as when they start playing on a special day or during a special period, and the difficulty level for the user increases, making it difficult to clear a stage, and this makes them want to demonstrate their operation skills. This increases their desire to take on challenges, which in turn leads to continued play of the puzzle game, thereby preventing users from dropping out.

<<System Operation>>
The operation of the information processing system 1 in this embodiment will be described with reference to Fig. 12 and Fig. 13. Fig. 12 is a flowchart showing an example of the operation of the information processing system 1 in this embodiment. Fig. 13 is an image diagram showing an example of a game stage selection screen in this embodiment.

The display control unit 103 of the client terminal 10 performs control to generate a game stage selection screen 500 displaying a list of game stages that the user is to play after logging in, as shown in FIG. 12, and display the screen on the screen display unit 160 (step S11).

As shown in FIG. 13, the game stage selection screen 500 includes a game stage display area 501 that displays a list of game stages, and an owned points display area 503 that displays the user's owned points.

In the game stage display area 501, selection buttons 502 are arranged corresponding to each game stage. The selection buttons 502 are configured so that their display state differs between selected and unselected. In the possession point display area 503, a selection confirmation button 504 is arranged for confirming the game stage selected with the selection button 502.

The user taps the selection button 502 to select the game stage they wish to play from the multiple game stages displayed in the list, and then taps the selection confirmation button 504 to confirm the selection of that game stage.

Next, the difficulty control unit 102 of the client terminal 10 determines whether or not the user has selected one of the selection buttons 502 on the game stage selection screen 500 and then pressed the selection confirmation button 504, as shown in FIG. 12 (step S12).

If the difficulty control unit 102 of the client terminal 10 determines that the user has not pressed the selection confirmation button 504 (step S12: NO), it waits until the selection confirmation button 504 is pressed. On the other hand, if it determines that the user has pressed the selection confirmation button 504 (step S12: YES), it proceeds to the next step S13, with the date on which the user actually pressed the selection confirmation button 504 being the game play date on which the user started playing or became in the middle of playing.

Next, when the user presses the selection confirmation button 504, the difficulty control unit 102 of the client terminal 10 determines, based on the schedule information, whether the day on which the selection confirmation button 504 was actually pressed, i.e., the game play day on which the user started playing or is currently playing, is a special day or within a special period (step S13).

If the difficulty control unit 102 of the client terminal 10 determines that the game play date is not a special day or within a special period (step S13: NO), the process proceeds to step S15, which will be described later. On the other hand, if the difficulty control unit 102 determines that the game play date is a special day or within a special period (step S13: YES), the process proceeds to the next step S14.

Next, if the game play date falls on a special day or during a special period, the difficulty control unit 102 of the client terminal 10 changes the user difficulty level for that user and updates the user information for that user (step S14).

Specifically, when the game play date falls on a special day or during a special period, the difficulty control unit 102 lowers the user difficulty level so that the selected and confirmed game stage is easier to clear than when the game play date falls on a normal day or during a normal period.

In addition, without being limited to this, the difficulty control unit 102 can also increase the user difficulty level so that the selected and confirmed game stage is easier to clear when the game play date is a special day or during a special period, compared to when the game play date is a normal day or during a normal period.

Next, the game control unit 101 of the client terminal 10 progresses the puzzle game at the game stage selected and confirmed by the user tapping the selection confirmation button 504 on the game stage selection screen 500 (step S15).

Specifically, based on the game stage information and user information, the game control unit 101 subtracts from the user's owned points an amount of points equal to the points consumed for the selected and confirmed game stage, and then proceeds with the battle with the character set for the selected and confirmed game stage in response to the user's operation skill using the touch panel.

At this time, if the user's game play date is a special day or during a special period (step S13: YES), the game control unit 101 controls the game progress at the selected and confirmed game stage based on the user difficulty level changed by the difficulty level control unit 102.

In this embodiment, when the user difficulty level for the user is lowered by the difficulty level control unit 102, for example, during game play in the selected and confirmed game stage, when replenishing blocks in an empty area that has appeared in the game field, the game control unit 101 of the client terminal 10 replenishes various blocks so that chains are more likely to be formed based on the arrangement of various blocks in the game field. This makes it easier for even a beginner user with low operating skills to clear the stage compared to a normal day or period.

In addition, when the difficulty level control unit 102 increases the user difficulty level, the game control unit 101 of the client terminal 10, for example, when replenishing blocks in empty areas that occur in the game field during game play in the selected and confirmed game stage, replenishing various blocks so that chains are less likely to be formed based on the arrangement of various blocks in the game field. This makes it more difficult for even advanced users with high operating skills to clear the game stage compared to normal days or periods.

On the other hand, if the user's game play date is not a special day or during a special period, that is, if the user's game play date is during a normal day or period (step S13: NO), the game control unit 101 controls the game progress in the selected and confirmed game stage as normal, since the user difficulty level has not been changed by the difficulty control unit 102.

Next, the game control unit 101 of the client terminal 10 determines, based on the game stage information, whether or not the clear success condition set for the selected and confirmed game stage is met during the match with the character set for the selected and confirmed game stage (step S16).

Specifically, the game control unit 101 calculates the user's attack power based on the number of chains counted each time the user establishes a chain, and subtracts the character's HP by dealing damage according to the user's attack power. It also subtracts the user's HP by a specified attack from the character. Then, the game control unit 101 determines that the conditions for successful clearing have been met if the character's HP becomes zero, or if the user has more HP remaining than the character when the time limit has expired.

If the game control unit 101 of the client terminal 10 determines that the successful clearing condition is not met (step S16: NO), the process proceeds to step S18, which will be described later. On the other hand, if the game control unit 101 determines that the successful clearing condition is met (step S16: YES), the game control unit 101 determines that the user has cleared the selected and confirmed game stage, ends the game at the selected and confirmed game stage, updates the user information of the user, and proceeds to the next step S17.

Next, if the clear success condition set for the selected and confirmed game stage is met, the game control unit 101 of the client terminal 10 grants the user the clear reward set for the selected and confirmed game stage based on the game stage information (step S17).

Next, if the game control unit 101 of the client terminal 10 determines that the clear success condition set for the selected and confirmed game stage is not met (step S16: NO), it determines, based on the game stage information, whether or not the clear failure condition set for the selected and confirmed game stage is met during the match with the character set for the selected and confirmed game stage (step S18).

Specifically, the game control unit 101 calculates the user's attack power based on the number of chains counted each time the user establishes a chain, and subtracts the character's HP by dealing damage according to the user's attack power. It also subtracts the user's HP with a specified attack from the character. Then, the game control unit 101 determines that the clear failure condition is met if the user's HP becomes zero within the time limit, or if the character has more HP remaining than the user when the time limit expires.

If the game control unit 101 of the client terminal 10 determines that the clear failure condition is not met (step S18: NO), it returns to the processing of step S15 described above and continues to progress with the puzzle game. On the other hand, if it determines that the clear failure condition is met (step S18: YES), it assumes that the user has not been able to clear the selected and confirmed game stage, and force-terminates the game at the selected and confirmed game stage midway, and proceeds to the next step S19.

Next, if the clear failure condition set for the selected and confirmed game stage is met, the game control unit 101 of the client terminal 10 determines whether or not to continue the game at the forcibly terminated game stage (step S19).

Specifically, the game control unit 101 determines whether or not the continue condition is met after forcibly terminating the game in the middle of the game at the selected and confirmed game stage. For example, it determines that the continue condition is met when the user uses a continue item that he or she owns.

If the game control unit 101 of the client terminal 10 determines that the game should be continued at the forcibly terminated game stage (step S19: YES), it returns to the process of step S15 described above, updates the user information of the user, and continues to progress with the puzzle game. On the other hand, if it determines that the game should not be continued at the forcibly terminated game stage (step S19: NO), it is determined that the user was unable to clear the selected and confirmed game stage, so it ends the game at the selected and confirmed game stage, updates the user information of the user, and ends the process of the flowchart shown in FIG. 12.

As described above, according to the information processing system 1 of this embodiment, the user difficulty level of the user changes based on whether the user's game play date is a special day or a special period. For example, if the user difficulty level is set to be lowered on a special day or a special period, for example, a beginner user with low operation skills can easily experience a change in difficulty level such that the game becomes relatively easy to clear by simply starting to play or playing on a special day or a special period. In addition, for beginner users, the successful experience of being able to clear the game easily in this way leads to continued play in the future, making it possible to prevent users from dropping out. Conversely, if the user difficulty level is increased on a special day or a special period, for example, an advanced user with high operation skills can easily experience a change in difficulty level such that the game becomes relatively difficult to clear by simply starting to play or playing on a special day or a special period. In addition, for advanced users, the challenging experience that makes them want to demonstrate their operation skills in this way leads to continued play in the future, making it possible to prevent users from dropping out.

===Other embodiments===
The above-described embodiments are provided to facilitate understanding of the present invention, and are not intended to limit the present invention. The present invention may be modified or improved without departing from the spirit thereof, and the present invention also includes equivalents thereof. In particular, the embodiments described below are also included in the present invention. In other words, the present invention can be configured by appropriately combining the above-described embodiments and the embodiments described below.

It is also possible to construct various inventions by appropriately combining multiple invention-specific matters disclosed in the above-mentioned embodiments. For example, an invention may be constructed by deleting some invention-specific matters from all of the invention-specific matters disclosed in the above-mentioned embodiments, or an invention may be constructed by appropriately combining all of the invention-specific matters disclosed in the above-mentioned embodiments with the invention-specific matters disclosed in the embodiments described below.

<Conditions for successful completion>
In the above-described embodiment, the condition for successful completion may be that the number of chain reactions reaches a predetermined number or more within the time limit, or that a predetermined number or more of blocks are erased within the time limit.

In addition, in the above-described embodiment, when the user plays the puzzle game in the game stage, an upper limit may be set on the number of times that the user can tap or swipe to designate blocks to be erased (i.e., an upper limit may be set on the number of times that the designation operation can be performed). In this case, the condition for successful clearing may be that the total number of designation operations performed by the user until the opponent's HP is reduced to zero is within the upper limit.

In addition, in the above-mentioned embodiment, each game stage may have its own successful completion condition, or the same successful completion condition may be set for all game stages.

<Failure conditions>
In the above-described embodiment, the condition for failing to clear may be that the number of chain reactions does not reach a predetermined number or more within the time limit, or that a predetermined number or more of blocks cannot be erased within the time limit.

In addition, in the above-described embodiment, when a user plays a puzzle game in a game stage, an upper limit may be set on the number of times that a designation operation can be performed when designating blocks to be erased by tapping or swiping (i.e., an upper limit may be set on the number of times that a designation operation can be performed). In this case, a failure to reduce the opponent's HP to zero even if the user's designation operation reaches the upper limit may be set as a condition for failure to clear the game.

In addition, in the above-mentioned embodiment, a different failure condition may be set for each game stage, or the same failure condition may be set for all game stages.

<Decreased difficulty>
In the above-described embodiment, the user difficulty level may be lowered by reducing the number of types of blocks that are added to vacant areas that occur in the game field.

In addition, in the above-mentioned embodiment, when filling empty spaces that appear on the game field with blocks, blocks of the same type may be more likely to be filled together, making it easier for chains of blocks to form, thereby lowering the difficulty for the user.

In addition, in the above-mentioned embodiment, when replenishing empty spaces that occur in the game field with blocks, the same type of block as the most prevalent type in the game field is more likely to be replenished based on the arrangement of various blocks in the game field, making it easier to form chains of blocks, thereby lowering the difficulty level for the user.

In addition, in the above-mentioned embodiment, the appearance probability (drop rate) set in association with each type of block may be adjusted to make it easier for some types of blocks to be replenished in the free space of the game field, and harder for the remaining types of blocks to be replenished in the free space of the game field, so that certain types of blocks gather close to each other, making it easier for chains of blocks to be formed, thereby lowering the difficulty for the user.

In addition, in the above-described embodiment, the difficulty level for the user may be lowered by placing help blocks in the game field to assist the user's operation skills. When the user designates a help block in the game field, many blocks over a wide area are erased at once by an explosion or the like.

The difficulty level can also be lowered by providing the user with an item that allows them to place aid blocks on the game field. The user can use the item at any time to make aid blocks appear on the game field.

In addition, in the above-described embodiment, when a user plays a puzzle game in a game stage, an upper limit may be set on the number of times that a designation operation can be performed when designating a block to be erased by a tap operation or a swipe operation (i.e., an upper limit may be set on the number of steps required for the designation operation). In this case, the difficulty level for the user may be lowered by setting the upper limit to a number higher than the usual number (e.g., 30 times) (e.g., 40 times).

In the above-described embodiment, when a user purchases and uses a paid item (chargeable item), the user difficulty level for that user may be lowered. An item for placing the above-described aid blocks on the game field may be a paid item. Even for a user who has given up on clearing a stage, the user difficulty level can be lowered by simply purchasing a paid item, making it easier to clear the stage, thereby increasing the user's motivation to play.

In the above-described embodiment, if the user's game play date falls on a special day or during a special period, the stage difficulty may be lowered instead of the user difficulty, or the stage difficulty may be lowered together with the user difficulty. If the stage difficulty is lowered, the parameters such as HP of the character set in the game stage are decreased from their initial values.

<Increased difficulty>
In the above-described embodiment, the difficulty level for the user may be increased by increasing the number of types of blocks that are added to vacant areas that occur in the game field.

In addition, in the above-mentioned embodiment, when filling empty spaces that appear on the game field with blocks, it is possible to make it more difficult for blocks of the same type to be filled together, thereby making it more difficult for chains of blocks to form, thereby increasing the difficulty for the user.

In addition, in the above-mentioned embodiment, when replenishing empty spaces that occur in the game field with blocks, the difficulty level for the user may be increased by making it more likely that blocks of the same type as the type of block that is least common in the game field will be replenished based on the arrangement of various blocks in the game field, making it more difficult for chains of blocks to form.

In addition, in the above-mentioned embodiment, the appearance probability (drop rate) set in association with each type of block can be adjusted so that each type of block is evenly distributed in the free space of the game field, thereby preventing blocks of the same type from gathering close to each other and making it more difficult for chains of blocks to form, thereby increasing the difficulty for the user.

In addition, in the above-described embodiment, the difficulty level for a user may be increased by placing obstruction blocks in the game field to obstruct the user's operation skills. Even if the user designates an obstruction block in the game field, it is temporarily prevented from being erased.

In addition, in the above-described embodiment, when a user plays a puzzle game in a game stage, an upper limit may be set on the number of times that a designation operation can be performed when designating a block to be erased by a tap operation or a swipe operation (i.e., an upper limit may be set on the number of steps required for the designation operation). In this case, the difficulty level for the user may be increased by setting the upper limit to a number lower (e.g., 20 times) than the usual upper limit (e.g., 30 times).

In the above-described embodiment, if the user's game play date falls on a special day or during a special period, the stage difficulty may be increased instead of the user difficulty, or the stage difficulty may be increased together with the user difficulty. If the stage difficulty is increased, the parameters such as HP of the character set in the game stage are increased from their initial values.

<Keeping difficulty changes secret>
In the above-described embodiment, the difficulty level control unit 102 may lower the user difficulty level so that the user can more easily clear the game stage, without notifying the user that the user difficulty level has been lowered.
In this case, it is advisable to display a screen in advance to inform the user that the difficulty level will change automatically in this manner.

For example, instead of displaying a message on the game screen during gameplay informing the user that the difficulty level has been lowered, the user difficulty level may be lowered by adjusting the probability of appearance (drop rate) of various blocks as described above.

By not informing the user, the user can be made to believe that they were able to clear the stage not because the user difficulty level was lowered, but because their own skills improved, which gives the user confidence. As a result, the user's motivation to play can be increased, making it possible to prevent users from dropping out.

Furthermore, in the above-described embodiment, the difficulty level control unit 102 may increase the user difficulty level so that it becomes more difficult for the user to complete the game stage, without notifying the user that the user difficulty level has been increased.
In this case, it is advisable to display a screen in advance to inform the user that the difficulty level will change automatically in this manner.

For example, instead of displaying a message on the game screen during gameplay informing the user that the difficulty level has increased, the probability of appearance (drop rate) of various blocks may be adjusted as described above to increase the difficulty level for the user.

By not informing the user, if the user is able to clear a stage despite the increased difficulty, the user will feel even more confident. As a result, the user's motivation to play will increase, making it possible to prevent users from dropping out.

In the above-described embodiment, the user may be notified that the user difficulty level has been lowered or increased, rather than kept secret. For example, a message informing the user that the user difficulty level has been lowered or increased may be displayed on the game screen during play. For example, the user may be notified that the user difficulty level has been lowered by placing the aforementioned assistance blocks on the game field, and the user may be notified that the user difficulty level has been increased by placing the aforementioned obstruction blocks on the game field.

<Keeping special days and periods secret>
In the above-described embodiment, the difficulty level control unit 102 may change the user difficulty level without informing the user of the special day or period when the difficulty level will change.
By not letting the user know about special days or special periods, the user can be made to realize that they were able to clear a stage not because the user difficulty level had been lowered, but because their own skills had improved, which can give the user confidence. As a result, the experience of being able to clear a stage easily in this way leads to continued play in the future, making it possible to prevent users from dropping out.

Conversely, special days or special periods when the user difficulty level decreases or increases may not be kept secret, but may be notified to the user.
By making users aware of special days and special periods, users will be more likely to actively try out trial plays on those days or during those periods. For example, if a user is able to clear a stage because the difficulty level has been lowered, the successful experience of being able to clear the stage easily will lead to continued play in the future, making it possible to prevent users from dropping out.

<Special day>
In the above embodiment, the user difficulty level may be changed using a specific date (e.g., the user's birthday or anniversary) that is set in advance in the user information, rather than using a special date set in the schedule information. When using a specific date in the user information, a special date may be set every month (e.g., the date with the same number as the user's birthday is set as a special date every month).

In addition, in the above-mentioned embodiment, a specific date and time, such as "June 1st at 12:00 p.m.", may be used instead of a special day.

In addition, in the above-mentioned embodiment, special days may be set to correspond to days of the week when the number of users who actually play is low (off-days).

In addition, in the above-mentioned embodiment, the birthdays of characters appearing in the game, the birthdays of the game creator, etc. may be set as special days.

In addition, in the above-mentioned embodiment, special days may be set by user operation.

<Special Period>
In the above-described embodiment, the user difficulty level may be changed using a specific period previously set in the user information (e.g., one week, one month, one year, etc. after the user installs the game, or one week, one month, one year, etc. after the user starts playing the game) rather than using a special period set in the schedule information.

In addition, in the above-mentioned embodiment, the special period is not limited to a few days such as "June 1st to June 3rd", but may be a few hours such as "June 1st, 10:00 to 14:00" or a few minutes such as "June 1st, 10:00 to 10:30".

In addition, in the above-mentioned embodiment, the special period may be set to coincide with a time of day when the number of users actually playing is low (off-season).

In addition, in the above-mentioned embodiment, the special period may be set by user operation.

<Block types>
In the above embodiment, the blocks are classified according to their shapes (circles, triangles, stars, pentagons, etc.), but they may be classified according to their colors (red, blue, yellow, green, etc.) Also, the types of blocks may be distinguished by a combination of shapes and colors.

＜Game＞
In the above embodiment, a battle-type puzzle game is given as an example, but the present invention is not limited to a battle-type game. Also, the present invention is not limited to a puzzle game, and may be, for example, a sports game or an action game in which multiple game stages to be cleared are provided.

In addition, in the above-mentioned embodiment, consumption points do not need to be set for each game stage, and the game may be playable without consuming the user's owned points.

Reference Signs List 1 Information Processing System 10 Client Terminal 20 Server Device 50 Computer 51 CPU
52 RAM
53 ROM
54 Communication interface 55 Input device 56 Display device 57 External interface 58 HDD
100 Client control unit 101 Game control unit 101a Deletion unit 101b Replenishment unit 101c Chain counting unit 101d Attack processing unit 102 Difficulty control unit 103 Display control unit 104 Server access unit 120 Client memory unit 140 Client communication unit 150 Operation input reception unit 160 Screen display unit 200 Server control unit 201 Request processing unit 202 Information management unit 220 Server memory unit 221 Game stage information memory unit 222 Item information memory unit 223 User information memory unit 224 Stage information memory unit 240 Server communication unit 500 Game stage selection screen 501 Game stage display area 502 Selection button 503 Possessed points display area 504 Selection confirmation button B Bus line N Network

Claims (5)

Computer,
a game control means for progressing the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user has started playing or a day on which the user is currently playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control means for lowering the difficulty level so that, when the user's game play date is a special day or within a special period, the user can more easily complete the game than when the game play date is within a normal day or period;
Function as a
the difficulty level control means lowers the difficulty level so that the user can easily complete the game without notifying the user that the difficulty level has been lowered;
program. Computer,
a game control means for progressing the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user has started playing or a day on which the user is currently playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control means for increasing the difficulty level so that it is more difficult for the user to complete a game when the user's game play date is a special day or within a special period, compared to when the user's game play date is within a normal day or period;
Function as a
the difficulty level control means increases the difficulty level so as to make it more difficult for the user to complete the game, without notifying the user that the difficulty level has been increased;
program. the difficulty level control means, when a user uses a paid item, lowers the difficulty level so that the user can easily complete the game;
The program according to claim 1 or 2. a game control unit that progresses the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user starts playing or a day on which the user is playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control unit that, when a user's game play date falls within a special day or special period, lowers the difficulty level so that the user can more easily complete the game than when the game play date falls within a normal day or normal period;
Equipped with
the difficulty level control unit lowers the difficulty level so that the user can easily complete the game without notifying the user that the difficulty level has been lowered;
Information processing device. a game control unit that progresses the game based on an operation of the user, regardless of whether a game play day, which is a day on which the user starts playing or a day on which the user is playing, is a normal day or a special day other than a normal day, or whether the game play day is within a normal period or a special period other than a normal period;
a difficulty level control unit that increases the difficulty level so that it is more difficult for the user to complete a game when the user plays the game on a special day or during a special period, compared to when the user plays the game on a normal day or during a normal period;
Equipped with
the difficulty level control unit increases the difficulty level so that it becomes more difficult for the user to complete the game, without notifying the user that the difficulty level has been increased;
Information processing device.

Images