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

Abstract

To provide a technique for allowing a user to depart from excessive absorption in a game by excessively playing a game.SOLUTION: A game program allows a processor to execute a first step (S505) of progressing a game in response to a user's operation, and a second step (S655) of progressing a game in a second mode instead of a first mode when a user's history of game play satisfies a predetermined condition (283). When progressing a game in the second mode in the first step, a game parameter referenced in a game play is set such that efficiency for allowing a user to progress a game becomes more advantageous than the first mode (S655). The predetermined condition includes excess of continuous play time over fixed time, excess of the number of play times over a fixed number of times, and a comparison result (283, S655) with a history of another user's game play relating to the user.SELECTED DRAWING: Figure 7

Description

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

There is a technique for suppressing gameplay opportunities in order to prevent the user from being too absorbed in the game due to the user playing the game too much for a long time.

For example, in Japanese Patent Application Laid-Open No. 2001-352508 (Patent Document 1), when the play time limiting mode is selected by the user's operation, the time counting of the play time is started, and when the play time reaches a certain time, the image is described. It is stated that the clock of the lock time that disables the output operation is started. In Patent Document 1, the image output operation becomes impossible until the lock time elapses. As a result, the user's gameplay time can be kept constant, and the user's gameplay can be suppressed.

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. 2001-352508 Japanese Unexamined Patent Publication No. 2011-104170

However, even if the gameplay is forcibly suppressed regardless of the user's operation, the game screen is made difficult to see, etc., if the user has a gameplay goal (for example, to generate a specific item). Collecting the necessary material items, etc.) will continue to maintain the user's motivation to play the game towards the goal. Therefore, even if the game play is forcibly suppressed or the difficulty of the progress of the game increases, the user can create another game account or execute the game program on another terminal. , You can avoid these deterrence techniques and continue to play the game.

Therefore, it is an object of the present disclosure to provide another technique for enabling a user to escape from being too absorbed in a game due to excessive game play.

According to one embodiment, a game program is provided for a computer having a processor and memory to execute. The game program causes the processor to proceed in the first step in response to the user's operation, and in the second mode instead of the first mode when the user's gameplay history meets a predetermined condition. When the second step that enables the progress of the game and the second step are executed and the game is progressed in the second mode in the first step, the game parameter referred to in the game play is the first. Allows the user to execute, which is set to favor the efficiency of progressing the game compared to the mode.

According to one embodiment, there is provided a method of causing a computer having a processor and memory to execute. The method is to play the game in a second mode instead of the first mode when the processor advances the game in response to the user's operation and the user's gameplay history meets certain conditions. The game parameter referred to in the gameplay is the first mode when the game is advanced in the second mode in the first step by executing the second step that enables the progress of the game. It is set so that the efficiency of the user progressing the game is advantageous as compared with.

According to one embodiment, an information processing device including a processor and a memory is provided. The processor advances the game in the second mode instead of the first mode when the first step of advancing the game in response to the user's operation and the history of the user's gameplay satisfy a predetermined condition. When performing the second step and, in the first step, proceeding the game in the second mode, the game parameters referenced in the gameplay are compared to the first mode. It is set so that the efficiency of the user progressing the game is advantageous.

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. For example, by improving the efficiency of game progress when the gameplay history satisfies a predetermined condition, it is possible to suppress actions such as switching accounts by the user and shorten the gameplay time of the user.

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 accepts 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 history of a user's game play. 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, the terminal device 10 may be, for example, a stationary PC (Personal Computer) or a laptop PC. 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.

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), or for each game unit during 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 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 "total play time", etc. 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.

(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 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 position 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.

If the user's gameplay frequency 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-2) 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, various game parameters are set so that the efficiency of the user's game play is more advantageous than that of the first mode.

For example, in the second mode, the number of item drops when a predetermined quest is cleared increases, the probability of item drops increases, and the game character is given an advantageous effect (so-called buff effect), as compared with the first mode. Parameter settings such as giving to the game character, starting the game with the skill gauge of the game character raised, making it easier to raise the skill gauge, etc.), presenting advice to the user to proceed with the game, etc. Be done. In the second mode, parameters such as reducing the stamina value consumed to play a predetermined game unit (quest) and increasing the amount of stamina value recovered over time are set. .. For example, by reducing 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 increased (within the range of the current value of the user's stamina, the game). The number of times you can play the unit increases). This will increase the chances that the user can acquire drop items by clearing the game unit, instead of delaying the user's achievement of the goal in the game due to insufficient stamina value and not being able to play the game. This can encourage early achievement of goals in the game.

As described above, in the second mode, the efficiency of the game progress is increased by increasing the rewards such as items as compared with the first mode. Further, in the second mode, the efficiency of the game progress is increased by making it easier to satisfy the conditions for clearing the game (strengthening the player character and weakening the enemy character) as compared with the first mode. Alternatively, the second mode may offer quests that cannot be played in the first mode. In the quest, for example, the difficulty of clearing the game is low (even if the character is operated by the user who has just started the game, it is easy to clear), while the reward obtained when clearing the game is , It may be 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. , Item "current stamina value", item "maximum stamina value", item "continuous play time", item "game play history", 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 "game play history" indicates the history of the user's game play, such as total play time, cumulative number of play days, and total number of plays.
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 and the like 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 "Conditions for transition to excess mode" indicates conditions that allow the user to play the game in the second mode. As shown in the figure, a plurality of conditions may be included. The server 20 enables the user to play the game in 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 increase the efficiency of game play.

<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 gameplay 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, etc.). 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 history of 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 can shift to the excess mode in response to the user's gameplay history (user information database 281) satisfying the condition for switching to the excess mode (excess mode condition information 283). Is notified to the terminal device 10.

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 the game play.

In step S605, the terminal device 10 switches from the normal mode to the excess mode in response to the user specifying to switch to the excess mode. The terminal device 10 provides the user with game play in the excess mode, for example, in a game play for a predetermined period or a game play for a predetermined number of times. The terminal device 10 sets the game parameters in the excess mode (excess mode condition information 283).

In step S657, when the server 20 receives from the terminal device 10 that the user has specified to switch to the excess mode, the server 20 sets the game parameter when the user advances the game to that of the excess mode.

In step S659, the server 20 resets the conditions for the user to shift to the excess mode based on the results of the user transitioning to the excess mode. For example, the more the user plays the game in excess mode (that is, the more enthusiastic the user is in the game), the more relaxed the conditions for transitioning to excess mode are to facilitate the transition to excess mode. May be good. For example, as shown in the excess mode condition information 283 of FIG. 4, the item “condition number” having a value “02” is more likely to shift to the excess mode than the item “condition number” having a value “01”. For example, the "continuous play time" shown as the transition condition to the excess mode is the first time or more at the value "01", while the second time (first time) at the value "02". (Shorter than) or more. As a result, the more enthusiastic the user is in the game, the more efficiently the game can be played in the excess mode. Therefore, the user's goal in the game play (for example, the user sets the level of a predetermined character). (It is assumed that the goal is to raise the value to a certain value, clear a predetermined game unit, etc.)) can be achieved earlier. 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.

In the screen example (A) of FIG. 7, in the terminal device 10, the user notifies that the user's gameplay history satisfies the condition for shifting to the excess mode, and performs an operation for shifting to the excess mode. Shows the phase of accepting from. 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 game play in a predetermined game unit.

The terminal device 10 determines whether or not the user's gameplay history (user information database 281) and the user's gameplay history satisfy the conditions shown in the excess mode condition information 283 (the user is too enthusiastic about the game). Is determined to be) 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 indicating that the user can switch to the excess mode. The terminal device 10 displays a reception unit 132E that accepts an operation for switching to.

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, an operation for switching to the excess mode is accepted (reception unit 132E). This allows the user to recognize that the user is too enthusiastic about the gameplay and decide whether or not to shift to the excess mode to improve the efficiency of the gameplay. For example, a gameplay may be interrupted by realizing that the user is too enthusiastic about the gameplay. It is also possible to determine whether to switch to excess mode in order to achieve the user's goals in gameplay early, while recognizing that the user is too enthusiastic about gameplay. This makes it possible to further improve the enjoyment of the game while preventing the user from being overly enthusiastic about the game play.

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 displays on the display 132 the number of times the user has transitioned to the excess mode on the notification unit 132G.

The terminal device 10 displays the reception unit 132H for accepting the user's designation for each of the items that are the conditions under which the user can shift to the excess mode. The reception unit 132H includes information on the contents of the items and the set values for each item. For example, in the item "continuous play time", the set value "4 hours or more" is specified as a condition. In addition, among these items, items that cannot be specified by the user may be included.

The terminal device 10 displays on the notification unit 132J the number of items required to determine that the mode shifts to the excess mode for each item shown in the reception unit 132H. In the illustrated example, when two of the plurality of items shown in the reception unit 132H are satisfied, the server 20 determines that the user can shift to the excess mode.

It is not necessary to accept all the settings for shifting to the excess mode from the user. In the illustrated example, the server 20 displays the reception unit 132K for instructing the user to automatically determine the set value of each item shown in the reception unit 132H regardless of the operation of the user. For example, in response to an input operation for the reception unit 132K, a predetermined initial value may be set for each item of the reception unit 132H. Further, in response to an input operation to the reception unit 132K, a 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) is a diagram showing a phase in which the user shifts to the excess mode regardless of the user's operation when the number of times the user satisfies the predetermined condition and shifts to the excess mode reaches the predetermined number of times. Further, the screen example (C) shows a phase in which the conditions for shifting to the excess mode are reset as the number of times the user shifts to the excess mode increases. Corresponds to step S659 of FIG.

Comparing the screen example (B) and the screen example (C), the screen example (C) has a larger number of times the user has transitioned to the excess mode. Further, the condition for shifting to the excess mode (reception unit 132H) is relaxed in the screen example (C), and it is easier to shift to. For example, a condition that is easy for the user to satisfy is set for each item that is a condition for shifting to the excess mode (for example, the "continuous play time" is shorter in the screen example (C) than in the screen example (B). ing). Further, regarding each item that is a condition for shifting to the excess mode, the number of items for shifting to the excess mode is shorter in the screen example (C) than in the screen example (B). This makes it even easier for the user to transition to excess mode.

The screen example (D) shows a situation in which the user is advancing the game play in the excess mode. As shown in the screen example (D), 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.

<5 Modification example>
(1) In the above embodiment, as a condition for ending the excess mode after shifting to the excess mode, (i) reaching a target parameter (target parameter) in the game for the user, and (ii) in the excess mode. The game play time of the above may reach a certain level, a predetermined time may elapse after shifting to the (iii) 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. In addition, 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 an event such as an episode from the locked state" on Thursday of the user, 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 setting the target parameters in this way, in excess mode, the game parameters are adjusted to facilitate the user to reach the target parameters.

For example, if the target parameter is to set the user level or character level to a certain value (for example, maximum), in the excess mode, the condition for clearing the game in the game unit where the experience value item for increasing the level is dropped. The game parameters are adjusted, such as strengthening the player character's parameters to make it easier to satisfy the above, and increasing the speed at which the game progresses so that the number of times the game is cleared can be easily accumulated.

Also, generate a specific equipment item and set the level of the equipment item to a certain value (generate the equipment item, acquire a predetermined number of material items required to raise the level), a specific facility object When setting as a target parameter such as setting up and raising the level, in excess mode, game parameters such as increasing the drop rate of these material items, facilitating game clearing of each game that drops material items, etc. Make adjustments.

When the excess mode is terminated by reaching the target parameter as in (i), the user is made to feel satisfied when the user plays the game in the excess mode and achieves the target. At the same time, the end of the excess mode can give an opportunity to end the gameplay. This makes it possible to prevent the game from being too enthusiastic.

(2) In the above embodiment, a mode may be provided in which the user's game play is forcibly terminated when a predetermined condition is satisfied. For example, by forcibly terminating the game play while making the user feel the satisfaction of achieving the goal by conditioned that the target parameter (target parameter) in the game is reached for the user, the game It can form a habit of ending without being too enthusiastic about playing.

(3) In the above embodiment, an example in which the stamina value is consumed when playing the game unit is described, but the game is not limited to the stamina system.

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 level of the character 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 level of the character 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. When the game play is forcibly terminated, the game is entered for a certain period of time so as not to satisfy the conditions shown in the above excess mode condition information 283 (“continuous play time is equal to or longer than the first time), etc.). You may not be able to log in, which allows you to force the gameplay to end and create a habit of not being too enthusiastic about the game, while achieving the user's goals efficiently and clearly in the second mode. Can help.

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

(Appendix 1) A game program for being executed by a computer (10, 20) including a processor (19) and a memory (13) is provided. In the first mode, the game program causes the processor to proceed with the game in response to the user's operation in the first step (S505) and when the user's gameplay history satisfies a predetermined condition (283). A second step (S655), which allows the game to proceed in the second mode, is performed. In the first step, when the game is advanced in the second mode, the game parameters referred to in the gameplay are set so that the efficiency with which the user advances the game is advantageous as compared with the first mode. (S655).

This makes it possible to favor the efficiency of the progress of the game, provide the user with a sense of satisfaction in gameplay, and encourage the user to escape from being too enthusiastic about the game.

(Appendix 2)
The game program according to (Appendix 1), wherein the predetermined condition includes at least one of a condition based on the user's game play time and a condition based on the user's game play count (283, S655).

As a result, for example, it is possible to prevent the game from becoming too enthusiastic by continuously playing the game.

(Appendix 3)
In the second step, the user is associated with another user different from the user, and the predetermined condition is a condition based on the parameter calculated as a result of comparison with the gameplay history of the other user related to the user. The game program described in (Appendix 1).

This makes it possible to determine that the game is too enthusiastic as compared to other users.

(Appendix 4)
The game program according to (Appendix 3), wherein the association with another user different from the user is performed by comparing the user and the life log data associated with the other user.

Thereby, for example, it is possible to determine that the user is too enthusiastic about the game by comparing with the user whose life log data tends to be close.

(Appendix 5)
The game according to (Appendix 4), wherein the association with another user different from the user is performed by comparing at least one of the position information and the biometric information as the life log data associated with the user and the other user. program.

Thereby, for example, it is possible to compare a plurality of users who are close to each other using location information and determine a user who is too enthusiastic about the game while there are users who have similar gameplay tendencies. ..

(Appendix 6)
In the second step, the predetermined conditions are reset so that it is more likely that the game can proceed in the second mode in response to the satisfaction of the predetermined conditions (283, S659). , (Appendix 1) to (Appendix 5).

This makes it easier for users to have the opportunity to streamline the progress of the game if they continue to be enthusiastic about the gameplay, allowing them to reach their goals in the game early and feel satisfied with the gameplay. It can be made easier to get.

(Appendix 7)
As a predetermined condition, whether the continuous play time in which the user continuously plays the game exceeds a certain period of time, the number of times of play exceeds a certain number of times, and the history of the gameplay of other users related to the user. (283, S655), and in the second step, if the predetermined condition takes a continuous play time, the predetermined condition is satisfied in response to the satisfaction of the predetermined condition. The continuous play time until it is determined that the condition is satisfied is shortened, and in the second step, when the predetermined condition depends on the number of plays, the predetermined condition is satisfied in response to the predetermined condition. The game program according to (Supplementary Note 6), wherein the number of plays until it is determined that the conditions are satisfied is reduced (283, S659).

This makes it easier for users to have the opportunity to streamline the progress of the game if they continue to be enthusiastic about the gameplay, allowing them to reach their goals in the game early and feel satisfied with the gameplay. It can be made easier to get.

(Appendix 8)
In the second step, when a predetermined condition is satisfied, the game is advanced by switching to the second mode without the user performing an operation for designating the second mode (FIG. 7 (C)). , (Appendix 1) to (Appendix 7).

As a result, the mode may be switched to the second mode without the user's operation. Therefore, even if the user does not perceive the operation method for switching to the second mode, the mode is changed to the second mode. It is possible to encourage the user to escape from being too enthusiastic about the game while providing the user with a feeling of satisfaction in the game play by favoring the efficiency of the progress of the game.

(Appendix 9)
The game program according to (FIG. 7 (C)) and (Appendix 8), wherein it is determined whether or not to proceed with the game in the second mode regardless of the user's operation based on the history of satisfying a predetermined condition.

As a result, for example, as the number of times that the predetermined condition is satisfied increases, the user does not perceive the operation method of switching to the second mode when the game is advanced in the second mode regardless of the user's operation. , Can encourage users to get out of being too enthusiastic about the game.

(Appendix 10)
The game program is further described in any of (Appendix 1) to (Appendix 9), which causes the processor to execute a third step (S603, S655, 132D) for notifying the user that a predetermined condition is satisfied. Game program.

This allows the user to be aware that they may be too enthusiastic about the game.

(Appendix 11)
In the third step, in response to the determination that the predetermined condition is satisfied, the user is presented with a screen or voice warning that the predetermined condition is satisfied (S603, 132C), and the second step. The game program according to (Appendix 10), which presents an operation interface for switching to a mode (132E).

This allows the user to choose to move to a second mode in order to get out of being too enthusiastic about the game, while being aware that they may be too enthusiastic about the game. It will be easier.

(Appendix 12)
In the first step, when the game is advanced in the second mode, the reward given to the user when the predetermined game unit is cleared is advantageous to the user as compared with the first mode. At least one of giving a predetermined game effect to the user's operating character when advancing the game and presenting advice to the user to advance the game (283, 132M), ( The game program according to any one of Appendix 1) to (Appendix 11).

Thereby, in the second mode, when the user plays the game, the efficiency until the user reaches the goal can be further improved.

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 (14)

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 of advancing the game in response to the user's operation,
When the user's gameplay history satisfies a predetermined condition, a second step that enables the game to proceed in the second mode instead of the first mode is executed.
In the first step, when the game is advanced in the second mode, the game parameters referred to in the game play are advantageous in the efficiency in which the user advances the game as compared with the first mode. A game program that is set to be. The game program according to claim 1, wherein the predetermined condition is at least one of a condition based on the game play time of the user and a condition based on the number of times the user has played the game. In the second step, an association with another user different from the user is performed.
The game program according to claim 1, wherein the predetermined condition is a condition based on a parameter calculated as a result of comparison with a gameplay history of another user related to the user. The game program according to claim 3, wherein the association with another user different from the user is performed by comparing the life log data associated with the user and the other user. The fourth aspect of claim 4, wherein the association with another user different from the user is performed by comparing at least one of the position information and the biometric information as the life log data associated with the user and the other user. Game program. In the second step, the predetermined condition is reset so that it is more likely that the game can proceed in the second mode in response to the satisfaction of the predetermined condition. The game program according to any one of claims 1 to 5. As the predetermined conditions, whether the continuous play time in which the user continuously plays the game exceeds a certain time, the number of times of play exceeds a certain number of times, and the game play of another user related to the user. Includes at least one of the comparison results with the history of
In the second step, when the predetermined condition is related to the continuous play time, the said until it is determined that the predetermined condition is satisfied in response to the satisfaction of the predetermined condition. Shorten the continuous play time,
In the second step, when the predetermined condition is related to the number of plays, the play until it is determined that the predetermined condition is satisfied in response to the satisfaction of the predetermined condition. The game program according to claim 6, wherein the number of times is reduced. In the second step, when the predetermined condition is satisfied, the user switches to the second mode and advances the game without performing an operation for designating the second mode. The game program according to any one of items 1 to 7. The game program according to claim 8, wherein it is determined whether or not to proceed with the game in the second mode regardless of the operation of the user based on the history of satisfying the predetermined conditions. The game program is further integrated into the processor.
The game program according to any one of claims 1 to 9, wherein a third step of notifying the user that the predetermined condition is satisfied is executed. In the third step, in response to the determination that the predetermined condition is satisfied, the user is presented with a screen or voice warning that the predetermined condition is satisfied, and the second step. The game program according to claim 10, which presents an operation interface for accepting an operation for switching to a mode from the user. In the first step, when the game is advanced in the second mode, a reward given to the user when the game is cleared in a predetermined game unit is given to the user as compared with the first mode. It includes at least one of being advantageous, giving a predetermined game effect to the operating character of the user when advancing the game, and presenting advice to the user to advance the game. , The game program according to any one of claims 1 to 11. A method of causing a computer including a processor and a memory to execute a game program, wherein the processor
The first step of advancing the game in response to the user's operation,
When the user's gameplay history satisfies a predetermined condition, a second step that enables the game to proceed in the second mode instead of the first mode is executed.
In the first step, when the game is advanced in the second mode, the game parameters referred to in the game play are advantageous in the efficiency in which the user advances the game as compared with the first mode. The method that is set to be. An information processing device including a processor and a memory, wherein the processor
The first step of advancing the game in response to the user's operation,
When the user's gameplay history satisfies a predetermined condition, a second step that enables the game to proceed in the second mode instead of the first mode is executed.
In the first step, when the game is advanced in the second mode, the game parameters referred to in the game play are advantageous in the efficiency in which the user advances the game as compared with the first mode. An information processing device that is set to be.

Images