JP2021020053A - Game program, method, and information processor - Google Patents

Abstract

To provide a game program for allowing a user to depart from excessive absorption in a game by excessively playing a game.SOLUTION: A processor executes: a first step of acquiring information on play time regarding a user's game play; and a second step of setting a disadvantageous effect in game play for a game parameter of a user's player character by allowing the play time to satisfy a predetermined condition. In the first step, as a user's play time information, a user acquires information on continuous play time for playing continuously without completing game play in a computer.SELECTED DRAWING: Figure 7

Description

The present disclosure relates to game programs, methods, and information processing devices.

There is a technique for preventing the player from being too absorbed in the game and playing the game for a long time.

For example, Japanese Patent Application Laid-Open No. 2005-103326 (Patent Document 1) provides a technique for ending a game by changing the difficulty level of the game near the scheduled end time based on the scheduled end time set by the player. Have been described.

Further, in Japanese Patent Application Laid-Open No. 2011-104170 (Patent Document 2), the success rate of a user's operation instruction is defined, for example, that the user is too tired to play the game or is too close to the screen. It is described that it is determined by being out of the range. Patent Document 2 describes that when the success rate of a player's operation instruction is out of a predetermined range, the game image is made difficult to see by performing processing such as applying fog haze to the game image. As described above, Patent Document 2 describes that the game play of the user is suppressed by increasing the difficulty level of the progress of the game and making the progress of the game difficult.

Japanese Unexamined Patent Publication No. 2005-103326 Japanese Unexamined Patent Publication No. 2011-104170

However, if you try to end the gameplay according to the scheduled end time, how to set the scheduled end time to end the game depends on the user's will, and it is expected to prevent the user from being overly absorbed in the game. It may not be possible.

In addition, even if the progress of the game is made difficult by increasing the difficulty level, the user does not consider the increase in the difficulty level, or the difficulty level becomes a difficulty level that the user feels appropriate. In addition, the user may not be motivated to end the game and may continue to play the game.

Therefore, it is an object of the present disclosure to provide a technique that enables a user to escape from being too enthusiastic about a game due to excessive gameplay.

According to one embodiment, a game program is provided for a computer having a processor and memory to execute. The game program is disadvantageous in game play with respect to the game parameters of the user's player character by the first step of acquiring the information of the play time regarding the user's game play to the processor and the condition of the play time satisfying a predetermined condition. The second step to set the effect and to execute

According to one embodiment, a game program is provided for a computer having a processor and memory to execute. The game program first steps to obtain information on the processor for continuous play time, which indicates how long the user has started playing the game and then played without ending the gameplay, regardless of the unit of game played by the user. The second step of setting a disadvantageous effect in the game play for the user regardless of the difficulty set in the game play by exceeding the continuous play time and the continuous play time. If the predetermined period is not exceeded, the third step of causing the user to play the game without setting a disadvantageous effect is executed.

According to one embodiment, a method for causing a computer including a control unit and a storage unit to execute a game is provided. The method is disadvantageous in game play with respect to the game parameters of the user's player character by the first step in which the control unit acquires play time information regarding the user's game play and the play time satisfies a predetermined condition. The second step of setting the effect is executed.

According to one embodiment, an information processing device including a control unit and a storage unit is provided. The first step in which the control unit acquires information on the play time related to the user's game play and the condition that the play time satisfies a predetermined condition have a disadvantageous effect on the game play of the user's player character. Execute the second step of setting and.

According to the present disclosure, it is possible to prevent the user from being too absorbed in the game by playing the game too much.

It is a figure which shows the whole structure of the game system 1. It is a block diagram of the terminal apparatus 10 which constitutes the game system 1 of Embodiment 1. FIG. It is a figure which shows the functional configuration of a server 20. It is a figure which shows the data structure of the user information database 281 stored in the server 20, friend list 282, and excess mode condition information 283. It is a flowchart which shows the process which a user specifies a game unit and consumes the consumption amount set for the game unit from the present value of a stamina value, and performs a game play. It is a flowchart which shows the process which receives the condition which a terminal apparatus 10 switches to an excess mode from a user, and the process which a server 20 shifts to an excess mode based on the information of the play time about the game play of a user. It is a figure which shows the screen example of the terminal apparatus 10.

Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, the same parts are designated by the same reference numerals. Their names and functions are the same. Therefore, the detailed description of them will not be repeated.

<1 Configuration diagram of the entire game system>
FIG. 1 is a diagram showing the overall configuration of the game system 1.

As shown in FIG. 1, the game system 1 includes a plurality of terminal devices (in FIG. 1, terminal devices 10A and terminal devices 10B; hereinafter, may be collectively referred to as "terminal devices 10") and a server. Includes 20 and. The terminal device 10 and the server 20 communicate with each other via the network 80.

The terminal device 10 is a device operated by each user. The terminal device 10 is realized by a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. In addition to this, the terminal device 10 may be, for example, a stationary PC (Personal Computer), a laptop PC, or a dedicated game machine. Further, the terminal device 10 may function as a head-mounted display, for example, a transmissive type, a non-transparent type, or a see-through type head-mounted display. For example, the terminal device 10 may function as a mobile terminal when it does not function as a head-mounted display, and may function as a head-mounted display when attached to a goggle-type device. In this case, the terminal device 10 can switch between a mode that functions as a mobile terminal and a mode that functions as a head-mounted display. In the mode of functioning as a head-mounted display, the terminal device 10 detects the movement of the user's head by the motion sensor built in the terminal device 10, and the display image is linked to the movement of the user's head. To update. As shown as the terminal device 10B in FIG. 1, the terminal device 10 includes a communication IF (Interface) 12, an input device 13, an output device 14, a memory 15, a storage unit 16, and a processor 19. The server 20 includes a communication IF 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29.

The terminal device 10 is communicably connected to the server 20 via the network 80. The terminal device 10 is compatible with wireless base stations 81 compatible with communication standards such as 5G and LTE (Long Term Evolution), and wireless LAN (Local Area Network) standards such as IEEE (Institute of Electrical and Electronics Engineers) 802.11. It is connected to the network 80 by communicating with a communication device such as a wireless LAN router 82.

The communication IF 12 is an interface for inputting / outputting signals because the terminal device 10 communicates with an external device. The input device 13 is an input device (for example, a touch panel, a touch pad, a pointing device such as a mouse, a keyboard, etc.) for receiving an input operation from a user. The output device 14 is an output device (display, speaker, etc.) for presenting information to the user. The memory 15 is for temporarily storing a program, data processed by the program or the like, and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage unit 16 is a storage device for storing data, for example, a flash memory or an HDD (Hard Disc Drive). The processor 19 is hardware for executing an instruction set described in a program, and is composed of an arithmetic unit, registers, peripheral circuits, and the like.

As shown in the figure, the terminal device 10 is connected to the game controller 11 by wire or wirelessly. The user can operate the game controller 11 to play the game. The terminal device 10 may be able to communicate with a plurality of game controllers 11. For example, a plurality of users can play a game using one terminal device 10. Further, the game controller 11 may have a structure that can be attached to and detached from the terminal device 10. The game controller 11 may be one device that can be gripped by both hands of the user, or may be composed of two devices that are each gripped by both hands of the user. For example, the game controller 11 may have a gyro sensor, an infrared sensor, or the like, and may detect the movement of the user's body (for example, the movement of the hand) when the user holds the game controller 11.

The server 20 manages the information of each user. As user information, the server 20 includes game characters, game items, virtual currency holding amounts (including those given to users free of charge and those given to users for a fee), and game units for each user. The current and maximum (upper limit) values of the amount of activity parameters (also called "stamina value") consumed to play (also called quests), and other users registered as friends by each user. Information, etc. are managed.

The server 20 performs user matching and the like as a process for encouraging interaction between users, specifically, in order to support multiplayer in which a plurality of users play a game. In addition, the server 20 sends and receives messages between users.

The server 20 manages the current value and the maximum value of the stamina value of each user, and restores the current value to the maximum value with the passage of time. For example, the server 20 increases the current value of the stamina value at predetermined time intervals such as every 3 minutes. The server 20 sets a timer for a predetermined time in response to reducing the stamina value from the maximum value of the stamina value by the user starting game play in game units or the like. The timer detects that a predetermined time has elapsed and increases the stamina value by a predetermined amount. As a result of recovering the stamina value, the server 20 sets the timer again when the upper limit of the stamina value is not reached.

In some cases, the amount of action amount parameter consumed for game play of each game unit is the same value for all game units (stamina consumption amount is fixed), and for each game unit, at the time of game play. It may be assumed that the amount of the activity amount parameter to be consumed is set.

The communication IF 22 is an interface for inputting / outputting signals because the server 20 communicates with an external device. The input / output IF 23 functions as an interface with an input device for receiving an input operation from the user and an output device for presenting information to the user. The memory 25 is for temporarily storing a program, data processed by the program or the like, and is a volatile memory such as a DRAM (Dynamic Random Access Memory). The storage 26 is a storage device for storing data, for example, a flash memory or an HDD (Hard Disc Drive). The processor 29 is hardware for executing an instruction set described in a program, and is composed of an arithmetic unit, registers, peripheral circuits, and the like.

In the illustrated example, the terminal devices 10 communicate with each other via the server 20, but a plurality of terminal devices 10 may directly communicate with each other by short-range wireless communication without going through the server 20. .. For example, it may be possible to use two terminal devices 10 to perform competitive play or the like by local communication without going through the Internet.

<1.1 Configuration of terminal device 10>
FIG. 2 is a block diagram of a terminal device 10 constituting the game system 1 of the first embodiment. As shown in FIG. 2, the terminal device 10 operates with a plurality of antennas (antenna 111, antenna 112) and wireless communication units (first wireless communication unit 121, second wireless communication unit 122) corresponding to each antenna. Reception unit 130 (including touch-sensitive device 131 and display 132), audio processing unit 140, microphone 141, speaker 142, position information sensor 150, camera 160, storage unit 180, and control unit 190. And, including. The terminal device 10 also has functions and configurations (for example, a battery for holding electric power, a power supply circuit for controlling the supply of electric power from the battery to each circuit, and the like) which are not particularly shown in FIG. As shown in FIG. 2, each block included in the terminal device 10 is electrically connected by a bus or the like.

The antenna 111 radiates a signal emitted by the terminal device 10 as a radio wave. Further, the antenna 111 receives radio waves from the space and gives a received signal to the first wireless communication unit 121.

The antenna 112 radiates a signal emitted by the terminal device 10 as a radio wave. Further, the antenna 112 receives radio waves from the space and gives a received signal to the second radio communication unit 122.

Since the terminal device 10 communicates with other wireless devices, the first wireless communication unit 121 performs modulation / demodulation processing for transmitting / receiving signals via the antenna 111. Since the terminal device 10 communicates with another wireless device, the second wireless communication unit 122 performs modulation / demodulation processing for transmitting / receiving signals via the antenna 112. The first wireless communication unit 121 and the second wireless communication unit 122 are communication modules including a tuner, an RSSI (Received Signal Strength Indicator) calculation circuit, a CRC (Cyclic Redundancy Check) calculation circuit, a high frequency circuit, and the like. The first wireless communication unit 121 and the second wireless communication unit 122 perform modulation / demodulation and frequency conversion of the wireless signal transmitted / received by the terminal device 10 and give the received signal to the control unit 190.

The operation receiving unit 130 has a mechanism for receiving a user's input operation. Specifically, the operation reception unit 130 is configured as a touch screen, and includes a touch-sensitive device 131 and a display 132. The touch-sensitive device 131 accepts an input operation by the user of the terminal device 10. The touch-sensitive device 131 detects the user's contact position with respect to the touch panel, for example, by using a capacitive touch panel. The touch-sensitive device 131 outputs a signal indicating the contact position of the user detected by the touch panel to the control unit 190 as an input operation.

The display 132 displays data such as images, moving images, and texts under the control of the control unit 190. The display 132 is realized by, for example, an LCD (Liquid Crystal Display) or an organic EL (Electro-Luminescence) display.

The voice processing unit 140 performs modulation / demodulation of the voice signal. The voice processing unit 140 modulates the signal given from the microphone 141 and gives the modulated signal to the control unit 190. Further, the voice processing unit 140 gives a voice signal to the speaker 142. The voice processing unit 140 is realized by, for example, a processor for voice processing. The microphone 141 receives the voice input and gives the voice signal corresponding to the voice input to the voice processing unit 140. The speaker 142 converts the voice signal given from the voice processing unit 140 into voice and outputs the voice to the outside of the terminal device 10.

The position information sensor 150 is a sensor that detects the position of the terminal device 10, and is, for example, a GPS (Global Positioning System) module. The GPS module is a receiving device used in a satellite positioning system. The satellite positioning system receives signals from at least three or four satellites and detects the current position of the terminal device 10 on which the GPS module is mounted based on the received signals. For example, in the game system 1, when the position of the user registered as a friend can be referred to, the terminal device 10 can display a list of friends near the user on the display 132.

The camera 160 is a device for receiving light by a light receiving element and outputting it as a captured image. The camera 160 is, for example, a depth camera capable of detecting the distance from the camera 160 to the shooting target.

The motion sensor 170 is composed of a gyro sensor, an acceleration sensor, and the like, and detects the inclination of the terminal device 10. The tilt of the terminal device 10 can be used, for example, for the user's game play when the game program is executed on the terminal device 10. For example, in game play, a specific game object can be operated in the game space according to the inclination of the terminal device 10. Further, in game play, it is possible to determine the range of the image to be displayed on the display of the terminal device 10 according to the inclination of the terminal device 10.

The storage unit 180 is composed of, for example, a flash memory or the like, and stores data and programs used by the terminal device 10. In a certain aspect, the storage unit 180 stores the user information 181.

User information 181 is user information in a game based on a game program. The user information includes a history of the user's gameplay. For example, as the history of the user playing the game, the "continuous play time" in which the user has played the game continuously, the "total number of plays" which is the total number of times the game has been played, and the number of days the user has played the game. Includes the cumulative "cumulative number of play days", the "total play time" that totals the time spent playing the game, and so on. Here, the "continuous play time" is the time during which the user starts the timekeeping by starting the game program on the terminal device 10 and the user continuously plays the game on the terminal device 10 without ending the game play. Say that. The user may play a plurality of predetermined game units in one game play. For example, the user may specify a game unit (also called a quest) to play the game, or play a series of game units in order in advance (play multiple stages in order to clear the game). ) Also. For each game unit, the user's play time (for example, the time until the game is cleared) can be recorded. The "continuous play time" means that when a user starts one game play and plays a plurality of predetermined game units, the series of game units are continuously played without interrupting the game play. The time you spend.

Here, interrupting the game play includes, for example, putting the terminal device 10 into a sleep state (for example, by accepting a user's operation on the home button of the terminal device 10). Further, interrupting the game play means that the terminal device 10 is such that the user is using an application (SNS (Social Network Service), a web browser, etc.) based on a program other than the game program in the terminal device 10. , Including a state in which an input operation for a program other than a game program is accepted from the user. Alternatively, interrupting gameplay includes putting the game program on standby as a task. Further, interrupting the game play includes determining on the server 20 that the user has interrupted the game based on the fact that the signal from the terminal device 10 has not arrived for a certain period of time.

As described above, the terminal device 10 or the server 20 starts timing of the "continuous play time" when the user starts the game based on the game program on the terminal device 10, and the user sets any game unit in the game. Regardless of whether or not the game is being played, the timed "continuous play time" may be advanced, and the user may end the game play to reset the timed continuous play time.

If the game program is executed and the game play is interrupted for a certain period of time, the "continuous play time" may not be reset. For example, even if the user interrupts game play for a moment and sends / receives a message via SNS or the like, the user continues to use a specific game program before and after executing an application other than these game programs. If so, it may be assumed that the user is continuously playing one game and the "continuous play time" is not reset.

On the other hand, the total play time when the user starts the game based on the game program and then plays the game a plurality of times while interrupting the game play is also referred to as "cumulative play time". That is, when the user saves the gameplay state and continues the gameplay a plurality of times based on the save data, the total time of each of these gameplay times is also referred to as "cumulative play time".

In addition, the user information includes information for identifying the user, the name of the user, the level of the user in the game based on the game program, the current value and the maximum value (upper limit value) of the stamina value, and the game object owned by the user (upper limit value). (Including game characters and game items), the amount of virtual currency held by the user, identification information of other users registered as friends with the user, and the like.

The control unit 190 controls the operation of the terminal device 10 by reading the program stored in the storage unit 180 and executing the instructions included in the program. The control unit 190 is, for example, an application processor. By operating according to the program, the control unit 190 exhibits functions as an input operation reception unit 191, a transmission / reception unit 192, a data processing unit 193, and a display control unit 194.

The input operation reception unit 191 performs a process of accepting a user's input operation to an input device such as a touch-sensitive device 131. The input operation reception unit 191 is based on the information of the coordinates when the user touches the touch-sensitive device 131 with a finger or the like, and the user's operation is a flick operation, a tap operation, or a drag (swipe). Determine the type of operation, such as whether it is an operation.

The transmission / reception unit 192 performs a process for the terminal device 10 to transmit / receive data to / from an external device such as the server 20 and the game controller 11 according to the communication protocol.

The data processing unit 193 performs a calculation on the data received by the terminal device 10 according to a program, and outputs the calculation result to a memory or the like.

(I) Decrease in stamina value due to quest gameplay: For example, the data processing unit 193 performs a series of processes such as subtracting the stamina value when the user selects a quest and plays a game. Specifically, a plurality of game units (quests) are displayed on the display 132, and the user receives the designation of the game unit to be the target of the game play. The data processing unit 193 starts the game play of the game unit when the current value of the user's stamina value exceeds the consumption amount required for the game play of the game unit. The data processing unit 193 subtracts a predetermined consumption amount from the current value of the stamina value by the user playing the game in game units. Also, when the consumption set for each game that the user targets for game play is larger than the current value of the user's stamina value (that is, when the stamina value is insufficient and the quest cannot be started). ), Display a screen or the like that encourages the user to consume items or the like whose stamina value can be restored. In a game based on a game program executed by the terminal device 10, the stamina value parameter may not be used, and the user may not consume the stamina value in the game play of each game.

(Ii) Recovery of stamina value over time: The data processing unit 193 performs a process of sequentially recovering the current value of the stamina value to the maximum value of the stamina value according to the passage of time.

(Iii) Purchase process: The data processing unit 193 accepts a purchase process from a user. For example, the data processing unit 193 grants a paid virtual currency to the user by accepting the purchase process. In addition, the current value of the stamina value may be recovered by the purchase process, or a specific game object (game character, game item, etc.) may be given to the user, and the user is continuously given the privilege ( You may also want to receive a special login bonus, etc.). The paid virtual currency can be used for various purposes, such as recovering the current stamina value and obtaining a game object by lottery.

(Iv) Evaluation of User's Gameplay Frequency: The data processing unit 193 evaluates the gameplay frequency based on the user's gameplay history. The data processing unit 193 determines that the user is too enthusiastic about the game when the user's gameplay history satisfies a predetermined condition, and determines that the user is too enthusiastic about the game, and instead of the first mode (normal mode), the second mode (normal mode) It is possible to proceed with the game in (excess mode).

(Iv-1) Predetermined Condition: The data processing unit 193 acquires information on the play time related to the user's game play, and when the play time satisfies the predetermined condition, the second mode is not the first mode. The game may be started from the first mode to the second mode by making it possible to proceed with the game or satisfying the predetermined condition. For example, the data processing unit 193 may shift from the first mode to the second mode when the length of the user's "continuous play time" reaches a certain time as information on the user's play time. Here, the second mode may be a mode in which a disadvantageous effect is set in the game play for the user to advance the game. Here, the disadvantageous effect in the game play may include setting a disadvantageous effect in the game play with respect to the game parameter of the player character of the user.

(Iv-2) Predetermined condition: The game play history satisfying the predetermined condition means that, for example, the user's "continuous play time" exceeds a certain time, and the "total number of plays" is a certain number of times. It may be exceeded, the "cumulative number of play days" may exceed a certain number of days, the number of plays in a predetermined period may exceed a certain value (that is, the frequency of game play within a certain period), and the like.

Further, it may be determined whether or not the user's gameplay history satisfies a predetermined condition based on the gameplay history of another user.

Examples of other users include users who are registered as friends with users, users who have played games with users by multiplayer, and users who have sent and received messages with users.

Further, the other user may be a user who identifies each user's lifestyle, behavior, and each user's experience based on life log data recorded as location information, biological information, video, and audio.

(I) For example, when the position information of each user is acquired and recorded as life log data by the position information sensor 150 or the like, the terminal device 10 uses the position information of the user during the execution of the game and the daily life of each user. It is possible to acquire an action range (for example, a movement route from home to a place to go, and a place where a person stays for a certain period of time or more, such as a home or a company at work). Here, the other user related to the user may be another user who is in a certain range near the position where the user is executing the game, and the user's action range (movement route, place to stay for a long time). Etc.) may be other users who are similar to some extent.

Thereby, for example, the gameplay history of the users living in the same area or the adjacent area can be compared, and the user who is prominently enthusiastic about the game can be determined. In addition, even if the areas where they live are different, it is possible to determine a user who is too enthusiastic about the game by comparing the gameplay history of users who belong to the same affiliation such as a school or a company.

The area where the user lives and the range of action of the user are not limited to the life log data, and may be determined by the user inputting in the game or inputting predetermined information. For example, in the game, the designation of the country in which the user resides and the designation of the language used by the user may be accepted to specify the area in which the user lives and the range of action of the user. In addition, for example, by reading a transportation ticket (where the departure point and destination are described), a passport, etc. from an image taken by a camera, etc., the area where the user lives and the range of action of the user can be specified. May be.

(Ii) When the biometric information of each user is acquired and recorded as life log data by a wearable device, a sensor of the terminal device 10 or the like, or a photographed image of the terminal device 10 or the like, the terminal device 10 uses the biometric information of each user. Other users associated with the user can be identified based on. Biological information includes, for example, information on heart rate, body weight, sleep time, and the like. For example, the sleep time can be measured by a wearable device worn by the user or a sensor installed on the user's bed. In addition, the physical condition of the user can be estimated by photographing the face of the user and analyzing the image.

Thereby, for example, it is possible to determine a user who is prominently absorbed in the game by comparing among users who have similar sleep habits.

(Iii) It is also possible to acquire and record the contents experienced by each user based on the position information, video, etc. of each user. For example, it is possible to specify that a specific landmark has been visited, that a person has entered a facility, and the like, based on captured images, location information, and the like. Here, the other user related to the user may be another user who has the same experience as the user.

When the gameplay frequency of the user is higher than that of other users who are registered as friends with the user (as described above, the "continuous play time" exceeds a certain period of time, etc.), the user's gameplay It may be determined that the history of is satisfied with a predetermined condition. Further, when the gameplay history of another user satisfies the above-mentioned predetermined condition, the user may also be able to advance the game in the second mode. That is, when it is determined that another user who interacts with the user in the game play is too enthusiastic about the game, the game can be advanced to the user in the second mode as well.

(Iv-3) Game parameters set in the second mode: Here, comparing the case where the game is advanced in the second mode and the case where the game is advanced in the first mode, the second mode is compared. Then, the user is set to have a more disadvantageous effect in game play than in the first mode.

Specifically, in order to set a disadvantageous effect in gameplay, (1) game parameters (physical strength value, attack power, defense power, usable skills, etc.) unique to the player character are disadvantageous in gameplay. It includes changing so as to (reduce these physical strength values, attack power, etc. so as to be disadvantageous to game play, etc.).

Further, in order to set a disadvantageous effect in game play, (2) the amount of game parameters that can be acquired by the user as the user operates the player character is changed so as to be disadvantageous in game play (for example). , Experience points that users can obtain by clearing each game, quality and quantity of material items, etc. will decrease).

Alternatively, to set a disadvantageous effect in gameplay, (3) in a game based on a game program, restrict functions not related to adjusting the difficulty level of gameplay (for example, co-op is not available, other Cannot send / receive messages with users, etc.)

Specifically, in the second mode, the number of item drops when a predetermined quest is cleared is reduced, the probability of item drops is reduced, and the game character is given a disadvantageous effect as compared with the first mode. (Give a so-called debuff effect to the game character, start the game with the skill gauge of the game character lowered, make it difficult to raise the skill gauge, etc.), do not give advice to the user to proceed with the game, etc. Parameters are set. In the second mode, parameters such as increasing the stamina value consumed to play a predetermined game unit (quest) and reducing the amount of stamina value recovered over time are set. .. For example, by increasing the amount of stamina consumed to play a game unit, the number of times the user plays the game unit within a predetermined time can be reduced (within the range of the current value of the user's stamina, the game). The number of times you can play a unit decreases). As a result, when the mode shifts to the second mode, the stamina value is insufficient and the game cannot be played, and the efficiency of the user achieving the goal in the game is reduced.

As described above, in the second mode, the reward for items and the like is smaller than in the first mode, so that the efficiency of the game progress is lowered. Further, in the second mode, the efficiency of the game progress is lowered by making it difficult to satisfy the conditions for clearing the game (weakening the player character, etc.) as compared with the first mode. Alternatively, the second mode may not provide quests that can be played in the first mode. In the quests that are not provided in the second mode, for example, the difficulty level of clearing the game is low (even a character operated by a user who has just started the game is easy to clear), while the quest is cleared. It may be said that the reward obtained when doing this is difficult to obtain by playing a normal quest.

The notification control unit 194 performs a process of displaying a display image on the display 132, a process of outputting sound to the speaker 142, and a process of generating vibration in the camera 160.

<1.2 Functional configuration of server 20>
FIG. 3 is a diagram showing a functional configuration of the server 20. As shown in FIG. 3, the server 20 functions as a communication unit 201, a storage unit 202, and a control unit 203.

The communication unit 201 performs a process for the server 20 to communicate with an external device.

The storage unit 202 stores data and programs used by the server 20. The storage unit 202 stores the user information database 281, the friend list 282, the excess mode condition information 283, and the like.

The user information database 281 is a database for holding information of each user in a game based on a game program. Details will be described later.

The friend list 282 is a database for holding information on users registered as friends by each user. Details will be described later.

The excess mode condition information 283 is information indicating a condition for determining whether or not each user is too enthusiastic about game play. Excess mode When the conditions shown in the condition information 283 are satisfied, the user is allowed to play the game in the second mode (excess mode).

The control unit 203 exerts the functions shown as various modules when the processor of the server 20 performs processing according to the program.

The operation content acquisition module 2041 acquires the operation content of the user. The operation content acquisition module 2041 acquires, for example, which game unit the user has designated as the target of game play, as the operation content of the user.

The reception control module 2042 controls the process by which the server 20 receives a signal from an external device according to a communication protocol.

The transmission control module 2043 controls a process in which the server 20 transmits a signal to an external device according to a communication protocol.

The matching module 2044 matches users who perform multiplayer and the like. The matching module 2044 may, for example, target a friend of a user registered in the friend list as a matching target.

The game progress module 2045 determines whether the user has sufficient stamina value to play the game unit based on the operation of specifying the game unit, and from the current value of the stamina value, the game The user information DB 281 is updated by subtracting the consumption amount set in the unit. The game progress module 2045 responds to the user's terminal device 10 with data (character voice data, map data for moving the character, enemy character data, etc.) necessary for game play in game units.

<2 data structure>
FIG. 4 is a diagram showing the data structures of the user information database 281, the friend list 282, and the excess mode condition information 283 stored in the server 20.

As shown in FIG. 4, each of the records in the user information database 281 has the item "user identification information (user ID)", the item "user name", and the item "user level" for each of the information that identifies the user. , The item "current stamina value", the item "maximum stamina value", the item "continuous play time", the item "game play history", the item "elapsed time from the end of the game", and the like. Although not shown, the user information database 281 may include an item "excess degree parameter" and the like. The user information database 281 includes the item "owned game object", the item "free virtual currency", the item "paid virtual currency", and the like as user information, in addition to the illustrated example.

The item "user identification information (user ID)" is information that identifies each user.
The item "user name" is a name set by the user.
The item "user level" is a parameter that rises separately from the level of the game character or the like as the user repeats the game play. For example, as the user level rises, the value set for the item "maximum stamina" increases. As a result, as the user level rises, it becomes easier for the user to play a game unit that consumes a larger amount of stamina value.
The item "current stamina value" is the current value of the parameter of the user's activity amount (current value of the stamina value). If the current value of the stamina value is less than the consumption amount set for each game unit, the user cannot start the game play for the game unit. The user can increase the current value of the stamina value by consuming a game item whose stamina value can be recovered, or by consuming a paid or free virtual currency. At this time, the current value of the stamina value may be recovered beyond the maximum value of the stamina value.
The item "maximum stamina value" is the maximum value (maximum value, upper limit value of stamina value) of the parameter of the user's activity amount. The current stamina value recovers to the maximum value over time.
The item "continuous play time" indicates the time during which the user is continuously playing the game.
The item "gameplay history" indicates the history of the user's gameplay, such as total play time, cumulative number of play days, and total number of plays.
The item "elapsed time from the end of the game" indicates the elapsed time from the end of the game by the user. When the user ends the game, the user performs an operation (such as "returning to the title screen") to end the execution of the game program on the terminal device 10, and the server 20 signals from the terminal device 10 for a certain period of time or longer. Including not receiving. The server 20 starts timing and updates the item "elapsed time from the end of the game" based on the timing at which the user can consider that the game play on the terminal device 10 has ended. The server 20 resets the item "elapsed time from the end of the game" by accepting an operation or the like to log in to the game again after the user ends the game.
The item "excess degree parameter" is a parameter such as the history of the user's game play (continuous play time, total play time, cumulative number of play days, total number of plays, frequency of game play in a predetermined period) by the terminal device 10 or the server 20. Based on this, it is a parameter that comprehensively evaluates the degree to which the user is enthusiastic about the game. The higher the value of the "excess parameter", the more opportunities the user has for gameplay, and the user is too enthusiastic about the gameplay. It is assumed that there is.
The item "owned game object" is information such as a game character and a game item owned by the user. In the item, information such as each game character and the level of the game item is also included.
The item "free virtual currency" indicates the amount of virtual currency that the user holds for the virtual currency given to the user free of charge. For example, the terminal device 10 grants a free virtual currency to a user by a login bonus, an event reward, or the like.
The item "paid virtual currency" indicates the amount of virtual currency held by the user for the virtual currency given to the user for a fee. For example, the terminal device 10 grants the paid virtual currency to the user by accepting the process of purchasing the paid virtual currency by the purchase process.

Each of the records in the friend list 282 includes an item "user 1", an item "user 2", an item "friend registration date", an item "gift sending history", and the like.

The item "user 1" indicates one of the users registered as friends with each other.
The item "user 2" indicates the other user among the users registered as friends with each other.
The item "friend registration date" indicates the date and time when users are registered as friends.
The item "gift sending history" indicates the history of transfer of stamina value, etc. between users.
As a method of friend registration, when one user applies for friend registration to another user and the other user approves, it may be registered in the friend list. Also, one user may be able to add (follow) to the list without the approval of the other user. In this case, both users follow each other, resulting in a mutual follow-up state.

Each of the records of the excess mode condition information 283 includes an item "condition number", an item "condition for transition to the excess mode", an item "game parameter of the excess mode", and the like.

The item "condition number" is information for identifying each condition.
The item "Condition for transition to excess mode" indicates a condition for transition from the first mode to the second mode. Specifically, the condition includes that the "continuous play time" of the user exceeds a certain time (first time). As shown in the figure, the condition for shifting to the second mode may include a plurality of conditions. The server 20 shifts the user's gameplay from the first mode to the second mode when at least one of these plurality of conditions is satisfied.
The item "game parameter in excess mode" indicates the content of the game parameter set when the user plays the game in the second mode. As described above, in the second mode (excess mode), game parameters are set so as to reduce the efficiency of game play.

The item "condition for transition to excess mode" may be set in advance in the game program, or the condition may be specified according to the operation of the user. Here, when the user specifies the condition, the specification is accepted within the range where the possibility of satisfying the condition is higher than the condition set in advance in the game program (so that the transition to the second mode can be easily performed). It may be that. As shown in the figure, the condition of the value "01" of the item "condition number" is a condition preset in the game program, and as a condition for shifting to the excess mode, the condition "continuous play time is the first time or more". Is stipulated to reach. On the other hand, the condition of the value "02" of the item "condition number" is a condition specified by the user, and as a transition condition to the excess mode, the condition "continuous play time is equal to or longer than the second time (of the second time). The length is shorter than the first time) ”is specified. Therefore, the condition of the item "condition number" value "02" is more likely to be satisfied than the condition of the item "condition number" value "01" (there is a high possibility of shifting to the second mode). It can be said.

<3 operation>
The game processing by the terminal device 10 will be described below.

FIG. 5 is a flowchart showing a process in which a user specifies a game unit and consumes the consumption amount set for the game unit from the current value of the stamina value to perform game play.

In step S501, the terminal device 10 displays the quest as a play unit on the display 132, and accepts the selection of the quest from the user.

In step S503, the terminal device 10 determines whether or not the current value of the user's stamina value exceeds the stamina consumption set in the quest specified by the user. When the current value of the user's stamina value exceeds the stamina consumption of the quest, the terminal device 10 transmits a signal to the server 20 indicating that the game play of the quest is started. The terminal device 10 subtracts the stamina consumption set in the quest from the current value of the user's stamina value.

In step S553, the server 20 updates the user information DB 281 by subtracting the consumption amount from the stamina value of the user based on the consumption amount set in the quest specified by the user.

In step S505, the terminal device 10 advances the game play of the quest specified by the user in response to the input operation of the user.

In step S507, the terminal device 10 determines whether or not the quest end condition is satisfied (for example, the game character operated by the user destroys the boss character set in the quest, and the game character operated by the user fights. Update various parameters when ending the quest, such as becoming impossible). For example, the terminal device 10 updates various parameters by increasing the experience value of the user, giving the user a drop item set in the quest, and the like.

In step S555, the server 20 updates the user information DB 281 based on the update results of various parameters of the user.

FIG. 6 is a flowchart showing a process in which the terminal device 10 accepts a condition for switching to the excess mode from the user, and a process in which the server 20 shifts to the excess mode based on the play time information regarding the user's game play.

In step S601, the terminal device 10 receives from the user the designation of a condition for switching the game play from the normal mode to the excess mode. The terminal device 10 transmits information indicating the conditions specified by the user to the server 20.

In step S653, the server 20 sets the condition for switching to the excess mode according to the user's designation of the terminal device 10, and updates the excess mode condition information 283.

In step S655, the server 20 shifts to the excess mode in response to the play time information (user information database 281) relating to the user's game play satisfying the condition for switching to the excess mode (excess mode condition information 283). Notify the terminal device 10 of this. The server 20 sets a disadvantageous effect on the user's game play with respect to the game parameters such as the player character as the game parameters of the excess mode.

In step S603, the terminal device 10 notifies the user of a warning indicating that the condition for switching to the excess mode is satisfied and that the user is highly enthusiastic about game play.

In step S605, the terminal device 10 switches the user's gameplay from normal mode to excess mode. The terminal device 10 sets a disadvantageous effect on the user's game play with respect to the game parameters such as the player character as the game parameters in the excess mode (excess mode condition information 283). After that, the terminal device 10 advances the user's game play based on the set game parameters.

In step S607, the terminal device 10 detects that the user has performed an operation to end the game play.

In step S657, the server 20 detects that the user of the terminal device 10 has performed an operation to end the game play, and resets the continuous play time of the user. The server 20 clocks the elapsed time since the end of the user's gameplay.

In step S659, the server 20 releases the excess mode and shifts to the normal mode in response to the elapsed time from the user ending the game play reaching a certain time. The server 20 notifies the terminal device 10 that the game can be played in the normal mode.

In step S609, the terminal device 10 notifies the user by video or audio that the excess mode is released and the game play is possible in the normal mode.

In the above process, when the user continues the game play (when the continuous play time is updated) after the user's game play shifts to the excess mode, the game parameters set for the user are continuously played. It may be changed so that the efficiency of the game decreases as the time becomes longer. For example, as the continuous play time becomes longer, the parameters such as the physical strength value set for the game character may be lowered, and the parameters such as the experience value that can be acquired in the game play may be reduced.

As a result, the more enthusiastic the user is in the game, the more inconvenient it is to advance the game. Therefore, the user's goal in gameplay (for example, the user sets the level of a predetermined character to a certain value). It will be difficult to achieve (it is assumed that the goal is to increase, clear a predetermined game unit, etc.). On the other hand, as in steps S659 and S609, when the user ends the game, the mode shifts from the excess mode to the normal mode again. This makes it easier for the user to eliminate the state of being too absorbed in the game.

<4 screen example>
FIG. 7 is a diagram showing a screen example of the terminal device 10.

The screen example (A) of FIG. 7 shows a phase in which the terminal device 10 notifies that the play time of the user's game play satisfies the condition for shifting to the excess mode, and shifts to the excess mode. Corresponds to steps S603 and S605 of FIG.

As shown in the screen example (A), the terminal device 10 has a level display unit 132A showing the user level information of the user and a stamina value display unit 132B showing the current value and the maximum value of the user's stamina value on the display 132. And are displayed. The terminal device 10 displays a reception unit 132F that accepts an operation for starting a game play of a predetermined game unit. Information on a game unit to be played by the user (name of the game unit, difficulty level of the game unit) is shown on the reception unit 132F.

Whether or not the play time of the user's game play, the play history (user information database 281), and the user's game play history satisfy the conditions shown in the excess mode condition information 283 (the user). Whether it is determined that the game is too enthusiastic) is displayed on the notification unit 132C. Corresponds to step S603 of FIG.

The terminal device 10 displays on the notification unit 132D a text notifying the user to switch to the excess mode. The notification unit 132D includes the content of the condition for switching to the excess mode (the continuous play time has reached the time indicated in the excess mode condition information 283) and the content that affects the user's game play in the excess mode (player character). Weaken etc.) is displayed. Further, the terminal device 10 displays on the notification unit 132E a mode (shifting to the excess mode) for advancing the game play. In the illustrated example, when shifting to the excess mode, the difficulty level of each game does not change between the normal mode and the excess mode, and the user's game play is weakened due to the weakening of the user's game character and the like. Is inconvenient and inefficient. That is, in the excess mode, regardless of the difficulty level set for each game, a disadvantageous effect on the user's game play (the strength of the enemy character in the game unit does not change between the normal mode and the excess mode, and the player character Is weakened) is set.

The terminal device 10 displays an operation reception unit 132G for accepting from the user whether the user performs manual operation or automatic operation that is automatically operated regardless of manual operation for the game unit play. In the illustrated example, the user advances the game by "automatic operation". When the user advances the game by "automatic operation", the degree of fatigue of the user in the game play is reduced, but since the user is supposed to shift to the excess mode regardless of whether it is manual operation or automatic operation, the user Can be avoided from being too enthusiastic about gameplay.

As described above, in the illustrated example, the user is notified that he / she is too enthusiastic about the game on the screen that accepts the operation for starting the quest (notification unit 132C). Further, on the screen, the user is notified that the mode has been switched to the excess mode (notification unit 132D, reception unit 132E). This allows the user to recognize that the user is too enthusiastic about the gameplay and that the gameplay is inefficient due to the transition to the excess mode. For example, gameplay may be interrupted by realizing that the user is too enthusiastic about gameplay. This prevents the user from being overly enthusiastic about gameplay.

As shown in the screen example (B), the terminal device 10 displays a screen on the display 132 for accepting the designation of the condition for switching to the excess mode from the user. Corresponds to step S601 of FIG.

The terminal device 10 indicates to the notification unit 132J whether or not the user has the authority to set the condition for shifting to the excess mode on the display 132. In the illustrated example, the user during game play does not have the authority to set the condition for shifting to the excess mode, and an example in which a user other than the user (user “B”) sets the condition is shown. For example, when the user is a minor, the condition for the user's guardian to shift to the excess mode can be set.

The terminal device 10 displays the reception unit 132H for accepting the setting of the condition for shifting to the excess mode, the condition for canceling after shifting to the excess mode, and the game parameter in the excess mode from the user. As shown in the figure, in the game program, a condition for shifting to the excess mode (the "continuous play time" reaches a certain time) and a condition for canceling the excess mode (elapsed time after the user ends the game). Is reached for a certain period of time) and the game parameters in the excess mode are set as initial values (default values).

In the illustrated example, the user can set a condition that makes it easier to shift to the excess mode than these initial values. For example, under the conditions specified by the user, the continuous play time for shifting to the excess mode is set to a shorter period than the initial value, so that it is easier to shift to the excess mode. In addition, the condition for canceling the excess mode is stricter for the user than the initial value (the elapsed time setting is longer than the initial value). In addition, among these items, items that cannot be specified by the user may be included.

Further, the terminal device 10 indicates to the notification unit 132K that the longer the continuous play time is after the transition to the excess mode, the greater the disadvantageous effect in the game play.

It is not necessary to accept all the settings for shifting to the excess mode from the user. For example, the server 20 may display an operation reception unit for instructing the user to automatically determine the set value of each item shown in the reception unit 132H regardless of the user's operation. Further, the condition used by another user who is a friend of the user may be applied as a condition for the user to shift to the excess mode.

The screen example (C) shows a situation in which the user is advancing the game play in the excess mode. As shown in the screen example (C), the terminal device 10 has a notification unit 132L that notifies the user that the game is progressing in the excess mode, and game parameters that are reset by shifting to the excess mode. The notification unit 132M that notifies the contents of the above is displayed.

As shown in the notification unit 132M, the difficulty level of each game (strength of the enemy character, etc.) does not change between the normal mode and the excess mode, but as a disadvantageous effect in game play, the parameter of the player character is down. The user is set to do things, make it difficult to acquire experience points, material items, etc., increase stamina consumption, slow down (or not recover) the amount of recovery of stamina value over time. There is.

In the notification unit 132L, the terminal device 10 notifies the user that the game play is being advanced in the excess mode, a notification that prompts the user to end the game play, and the excess mode is canceled. Notify the conditions of.

In the illustrated example, the user is notified that the excess mode can be canceled when "10 hours" has elapsed as a certain time after the user ends the game.

<5 Modification example>
(1) In the above embodiment, the game play may be forcibly terminated by satisfying certain conditions after shifting to the excess mode. For example, as conditions for forcibly terminating game play, (i) reaching a target parameter (target parameter) in the game for the user, (ii) reaching a certain time of game play in the excess mode, (Iii) A predetermined time may elapse after shifting to the excess mode, and the like.

The target parameters may be specified by the user in the game. For example, the terminal device 10 receives a designation such as "clearing a predetermined game unit" as a target from the user. Further, the target parameter may be set according to the content specified by the user in the game. For example, when the terminal device 10 receives a designation such as "generate a specific equipment item" as a user's goal, the terminal device 10 sets the amount of material items required to generate the equipment item as a target parameter. Further, when the terminal device 10 receives a designation such as "unlocking (unlocking) an event such as an episode" as a user's goal, the conditions necessary for the unlocking (acquisition of a specific item, etc.) are met. Based on the target parameter (total amount of items required to unlock).

Further, the target parameter may be presented to the user regardless of the user's designation. For example, the target parameters to be presented to the user may be determined based on the history of the user's gameplay. For example, when a user repeatedly plays a game unit in which a specific item is provided as a drop item, in-game actions that can be achieved by the drop item (for example, consuming the drop item to synthesize the item). That, nurturing facility objects, etc.) may be presented to the user as a target parameter. Further, for example, when a user has acquired a game object such as a game character by lottery or the like, and the event (episode release, predetermined game unit, etc.) related to the game character is in the locked state, the locked state is released. In-game actions (acquisition of necessary items, etc.) for doing so may be presented to the user as a target parameter.

When the game is forcibly terminated by reaching the target parameter as in (i), the user feels satisfaction due to the fact that the user plays the game in the excess mode and achieves the target. It can give you a chance to end the gameplay while getting it. This makes it possible to prevent the game from being too enthusiastic.

The goal in the game may be, for example, the content given as a mission in the game. For example, in a game, grow a game object such as the mission "Let's raise the level of a character to a predetermined value", the mission "Let's raise the level of equipment items to a predetermined value", the mission "Let's evolve a character", etc. There is a mission. In addition, there are missions such as the mission "Let's collect items from the facility" and the mission "Let's perform an operation to obtain a game object by lottery" to urge the user to perform a predetermined operation. There are also missions that encourage you to play a specific game unit, such as the mission "Clear the main scenario".

For example, in the case of the mission "Let's raise the character's level to a predetermined value", in the second mode (excess mode), points (for example, experience value) and material items (for example, experience value) for raising the character's level are The drop rate of the obtained item) may be increased. When the user plays the game in the second mode, collects material items, and completes the mission "Let's raise the level of the character to a predetermined value", the terminal device 10 or the server 20 forces the user to play the game. It may end in. If the game play is forcibly terminated, it may be possible to prevent login to the game for a certain period of time until the condition for shifting from the excess mode to the normal mode is satisfied. This can help force gameplay termination and form a habit of not being too enthusiastic about the game.

(2) In addition to this, the functions that can be used by the user may be restricted when the condition for shifting to the excess mode is satisfied.

<6 Addendum>
The matters described in each of the above embodiments will be added below.

(Appendix 1)
A game program to be executed by a computer (10) having a processor (19) and a memory (15), and the game program acquires information (281) of play time regarding a user's game play from the processor. The first step and the second step of setting a disadvantageous effect (283) in game play for the game parameters of the user's player character by satisfying the predetermined condition (283) for the play time are executed. Let the game program.

(Appendix 2)
In the first step, as information on the play time of the user, information on the continuous play time (281) in which the user continuously plays the game without ending the game play on the computer is acquired (Appendix 1). The game program described.

(Appendix 3)
The game program according to (Appendix 2), wherein in the second step, as a predetermined condition, a disadvantageous effect is set when the length of the continuous play time reaches the first period (283).

(Appendix 4)
In the first step, the user starts timing the continuous play time by starting a game based on the game program on the computer, regardless of which game unit the user is playing in the game. The game program according to (Appendix 2) or (Appendix 3), wherein the timed continuous play time is advanced and the user terminates the game play to reset the timed continuous play time (281, S657). ..

(Appendix 5)
The game program further switches the processor between a first operation mode in which the game is advanced manually by the user and a second operation mode in which the game is automatically advanced regardless of the user's operation. The third step of accepting the input operation of (132G) from the user is executed, and in the second step, the play time is set regardless of whether the mode is the first operation mode or the second operation mode. The game program according to any one of (Appendix 1) to (Appendix 4), wherein a disadvantageous effect is set by satisfying a predetermined condition.

(Appendix 6)
In the second step, when a disadvantageous effect is set for the user, the setting of the disadvantageous effect is canceled when the second period elapses after the user ends the game play (S609, 132L), the game program according to any one of (Appendix 2) to (Appendix 5).

(Appendix 7)
In the second step, setting a disadvantageous effect on the game parameters of the player character is (1) changing the game parameters specific to the player character so as to be disadvantageous in the game play, and (2) the player character. The amount of game parameters that can be acquired by the user as the user operates is changed so as to be disadvantageous in game play, or (3) in a game based on a game program, it is not involved in adjusting the difficulty level of game play. The game program according to any one of (Appendix 1) to (Appendix 6), which comprises at least one of limiting functions (283).

(Appendix 8)
In the second step, the predetermined conditions for collating with the play time are the first condition predetermined for the user in the game program and the second condition specified by the user who can operate the computer. The game program according to any one of (Appendix 1) to (Appendix 8), wherein the second condition is a condition that is more likely to be satisfied than the first condition (132H).

(Appendix 9)
A game program for a computer having a processor and a memory to be executed, and the game program causes the processor to start game play and then end game play regardless of the game unit played by the user. The difficulty level set in the game play is set by the first step of acquiring the continuous play time information (281, 132C, 132L) indicating the time to play without any problem and the continuous play time exceeding a predetermined period. Regardless, the second step of setting a disadvantageous effect on the user in game play (132D, 132M) and, if the continuous play time does not exceed a predetermined period, the game play is set on the user without setting a disadvantageous effect. A game program that executes the third step (132F).

10A, 10B terminal device, 11 game controller, 12 communication IF, 13 input device, 14 output device, 15 memory, 16 storage, 19 processor, 20 server, 22 communication IF, 23 input / output IF, 25 memory, 26 storage, 29 processors, 80 networks, 81 wireless base stations, 82 wireless LAN base stations, 130 operation reception units (touch screens), 132 displays, 181 user information, 281 user information databases, 282 friend lists.

Claims (11)

A game program for being executed by a computer including a processor and a memory, wherein the game program is executed by the processor.
The first step to get play time information about the user's gameplay,
A game program for executing a second step of setting a disadvantageous effect in the game play for a game parameter of the player character of the user when the play time satisfies a predetermined condition. The first step according to claim 1, wherein as the information of the play time of the user, the information of the continuous play time in which the user continuously plays the game on the computer without ending the game play is acquired. Game program. The game program according to claim 2, wherein in the second step, as the predetermined condition, the disadvantageous effect is set when the length of the continuous play time reaches the first period. In the first step, the user starts a game based on the game program on the computer to start timing the continuous play time, and which game unit the user is playing in the game. The game program according to claim 2 or 3, wherein the timed continuous play time is advanced and the user terminates the game play to reset the timed continuous play time. The game program is further integrated into the processor.
A first operation mode in which the user manually operates a predetermined game action to advance the game, and a second operation mode in which the predetermined game action is automatically advanced regardless of the user's operation. A third step of accepting an input operation for switching between and is executed from the user,
In the second step, regardless of whether the mode is the first operation mode or the second operation mode, the disadvantageous effect is obtained by satisfying the predetermined condition for the play time. The game program according to any one of claims 1 to 4, wherein the game program is set. In the second step, when the disadvantageous effect is set for the user, the disadvantageous effect is set when the second period elapses after the user ends the game play. The game program according to any one of claims 2 to 5, which is canceled. In the second step, setting the unfavorable effect on the game parameters of the player character means (1) changing the game parameters specific to the player character so as to be disadvantageous in the game play. (2) The amount of game parameters that can be acquired by the user as the user operates the player character is changed so as to be disadvantageous in the game play, or (3) in a game based on the game program. The game program according to any one of claims 1 to 6, comprising at least one of, limiting functions not involved in adjusting the difficulty of gameplay. In the second step, the predetermined condition for collating with the play time is specified by the first condition predetermined for the user in the game program and the user who can operate the computer. The game program according to any one of claims 1 to 7, wherein the second condition is a condition that is more likely to be satisfied than the first condition. A game program for being executed by a computer including a processor and a memory, wherein the game program is executed by the processor.
Regardless of the game unit played by the user, the first step of acquiring information on the continuous play time indicating the time for the user to play without ending the game play after starting the game play, and
The second step of setting a disadvantageous effect in the game play for the user regardless of the difficulty level set in the game play when the continuous play time exceeds a predetermined period.
A game program that causes the user to perform the game play without setting the disadvantageous effect when the continuous play time does not exceed the predetermined period. A method for causing a computer including a control unit and a storage unit to execute a game, wherein the control unit
The first step to get play time information about the user's gameplay,
A method of executing a second step of setting a disadvantageous effect in the game play for a game parameter of the player character of the user when the play time satisfies a predetermined condition. An information processing device including a control unit and a storage unit, wherein the control unit
The first step to get play time information about the user's gameplay,
An information processing device that executes a second step of setting a disadvantageous effect in the game play for a game parameter of the player character of the user when the play time satisfies a predetermined condition.