JP2023076611A - Game program and information processing device - Google Patents

Abstract

To increase opportunities for a user to play game processing that can be played by consuming parameters.SOLUTION: A game program causes a processor to execute: a step (S25), if the current value of stamina is below a first consumption value, for reducing the stamina to a minus value obtained by subtracting a first consumption value from the current value and to execute the quest; a step (S27) for automatically recovering the stamina within a range that does not exceed the upper limit of the stamina over time in a first state where the current value is zero or more; a step (S28) for making the automatic recovery of the stamina over time disadvantageous to a user compared with the first state, in a second state where the current value is less than zero; a step (S29) for receiving a first operation of alleviating or eliminating the disadvantage from the user in the second state; and a step (S30) for alleviating or eliminating the disadvantage, in response to the first operation.SELECTED DRAWING: Figure 25

Description

The present disclosure relates to a game program, a method of executing the program, and an information processing device.

Japanese Patent Laid-Open No. 2002-200000 describes execution means for executing a game action in a game, storage means for storing an execution allowable value of the game action, and execution of the game action by the execution means, whereby the game action is executed from the execution allowable value. subtraction means for subtracting the consumption value according to the time, time recovery means for recovering the execution allowable value subtracted by the subtraction means with the lapse of time up to the recovery upper limit value, payment of billing or A game device is disclosed that has charge recovery means for recovering the execution allowable value subtracted by the subtraction means even if the recovery upper limit value is exceeded by using the game item obtained by the payment.

JP 2014-155546 A

The technique of Patent Document 1 has room for increasing opportunities for users to play game processing that can be played by consuming parameters.

One aspect of the present disclosure aims to increase opportunities for users to play game processes that can be played by consuming parameters.

A program according to the present disclosure is executed by a computer having a processor and memory. The game program instructs the processor to consume the first parameter by the first consumption value when the current value of the first parameter is greater than or equal to the first consumption value of the first parameter required for executing the first game process. , executing a first game process; if the current value is less than the first consumption value, reducing the first parameter to a minus value of the first parameter obtained by subtracting the first consumption value from the current value; a step of executing game processing; a step of automatically recovering the first parameter within a range not exceeding the upper limit value of the first parameter as time elapses when the current value is in a first state equal to or greater than zero; making the automatic recovery of the first parameter over time disadvantageous to the user when in a second state where the value is below zero compared to when in the first state; and when in the second state, reducing the disadvantage. Alternatively, a step of receiving a first operation for resolving the problem from the user and a step of mitigating or resolving the disadvantage in response to the first operation are executed.

According to one aspect of the present disclosure, it is possible to increase opportunities for users to play game processing that can be played by consuming parameters.

It is a figure which shows the hardware constitutions of a game system. 2 is a block diagram showing functional configurations of a server and user terminals included in the game system; FIG. FIG. 4 is a diagram showing a table according to one embodiment; FIG. 4 is a flow chart showing the flow of processing executed by a computer according to an embodiment based on a game program. It is a figure which shows the game screen which concerns on an embodiment. FIG. 4 is a diagram showing a table according to one embodiment; FIG. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 4 illustrates a message according to one embodiment; FIG. 4 is a diagram showing a table according to one embodiment; FIG. It is a figure which shows the game screen which concerns on an embodiment. FIG. 4 is a diagram showing a table according to one embodiment; FIG. FIG. 4 is a diagram showing a table according to one embodiment; FIG. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 4 is a diagram showing a table according to one embodiment; FIG. It is a figure which shows the game screen which concerns on an embodiment. It is a figure which shows the game screen which concerns on an embodiment. FIG. 4 is a diagram showing a table according to one embodiment; FIG. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. 4 is a flow chart showing the flow of processing executed by a user terminal according to an embodiment based on a game program; It is a figure which shows the game screen which concerns on an embodiment. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 4 illustrates a message according to one embodiment; It is a figure which shows the diamond display column and the stamina display column which concern on a certain embodiment. It is a figure which shows the diamond display column and the stamina display column which concern on a certain embodiment. 4 is a flow chart showing the flow of processing executed by a user terminal according to an embodiment based on a game program; It is a figure which shows the game screen which concerns on an embodiment. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 4 illustrates a message according to one embodiment; FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG. FIG. 4 illustrates a message according to one embodiment; FIG. 10 is a diagram showing a stamina display field according to an embodiment; FIG.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to a user. The game system will be described below with reference to the drawings. It should be noted that the present invention is not limited to these examples, but is indicated by the scope of the claims, and is intended to include all modifications within the meaning and scope of equivalents to the scope of the claims. be. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant description will not be repeated.

(Hardware configuration of game system 1)
FIG. 1 is a diagram showing the hardware configuration of the game system 1. As shown in FIG. The game system 1 includes a plurality of user terminals 100 and a server 200 as shown. Each user terminal 100 is connected to the server 200 via the network 2 . The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of mobile communication systems include so-called 3G, 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (eg, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point. mentioned.

The server 200 (computer, information processing device) may be a workstation or a general-purpose computer such as a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input/output IF 24. These components provided in the server 200 are electrically connected to each other by a communication bus.

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smart phone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for playing games. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit 152), a camera 17, and a range sensor. 18. These components provided in the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include an input/output IF 14 to which a display (display unit 152) configured separately from the user terminal 100 main body can be connected instead of or in addition to the touch screen 15 .

Also, as shown in FIG. 1, user terminal 100 may be configured to communicate with one or more controllers 1020 . The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons or the like, and transmits to the user terminal 100 an output value based on the user's input operation on the buttons or the like. Also, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100 .

Note that the controller 1020 may have the camera 17 and the ranging sensor 18 instead of or in addition to the user terminal 100 having the camera 17 and the ranging sensor 18 .

The user terminal 100 preferably allows the user using the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020, for example, when starting a game. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

When the user terminal 100 communicates with a plurality of controllers 1020 , each user can hold each controller 1020 to communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2 . You can play multiplayer with. In addition, by connecting each user terminal 100 to each other for communication according to a wireless standard such as a wireless LAN (Local Area Network) standard (connecting for communication without going through the server 200), a plurality of user terminals 100 can realize local multiplay. You can also When the above-described multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. Also, in the case where multiple user terminals 100 locally implement the above-described multiplay, the multiple user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

Note that the user terminal 100 may communicate with the server 200 even when the multiplay described above is implemented locally. For example, information indicating a play result such as score or win/loss in a certain game may be associated with user identification information and transmitted to the server 200 .

Also, the controller 1020 may be detachable from the user terminal 100 . In this case, at least one surface of the housing of the user terminal 100 may be provided with a coupling portion for the controller 1020 . When the user terminal 100 and the controller 1020 are connected by wire through the connecting unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

As shown in FIG. 1 , the user terminal 100 may accept the attachment of an external storage medium 1030 such as a memory card via the input/output IF 14 . This allows the user terminal 100 to read programs and data recorded on the storage medium 1030 . A program recorded in the storage medium 1030 is, for example, a game program.

User terminal 100 may store a game program acquired by communicating with an external device such as server 200 in memory 11 of user terminal 100, or may store a game program acquired by reading from storage medium 1030 in memory 11. may be stored in

As described above, the user terminal 100 includes the communication IF 13, the input/output IF 14, the touch screen 15, the camera 17, and the ranging sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each unit described above as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

For example, when the operation unit is composed of at least one of the camera 17 and the ranging sensor 18, the operation unit detects an object 1010 near the user terminal 100, and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand as the object 1010, a marker of a predetermined shape, or the like is detected, and the input operation is specified based on the color, shape, movement, type, or the like of the object 1010 obtained as the detection result. be. More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 detects a gesture (a series of movements of the user's hand) detected based on the captured image as an input operation of the user. identified and accepted as Note that the captured image may be a still image or a moving image.

Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as the user's input operation. Alternatively, when the operation unit is configured by the input/output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input/output IF 14 is specified as the user's input operation and accepted.

(Hardware components of each device)
Processor 10 controls the overall operation of user terminal 100 . The processor 20 controls the operation of the server 200 as a whole. The processors 10 and 20 include CPUs (Central Processing Units), MPUs (Micro Processing Units), and GPUs (Graphics Processing Units).

The processor 10 reads a program from a storage 12, which will be described later, and develops it in a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and develops it in a memory 21, which will be described later. Processor 10 and processor 20 execute the expanded program.

Memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides a work area for the processor 10 by temporarily storing programs and various data read by the processor 10 from a storage 12 described later. The memory 11 also temporarily stores various data generated while the processor 10 is operating according to the program. The memory 21 provides a work area for the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to the program.

The program in this embodiment may be a game program for realizing a game by the user terminal 100 . Alternatively, the program may be a game program for realizing the game through cooperation between user terminal 100 and server 200 . Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100 . The various data include user information, game-related data such as game information, and instructions or notifications transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100 .

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of storage devices such as flash memories or HDDs (Hard Disk Drives). Various data related to the game are stored in the storage 12 and the storage 22 .

The communication IF 13 controls transmission and reception of various data in the user terminal 100 . The communication IF 23 controls transmission and reception of various data in the server 200 . The communication IFs 13 and 23 control, for example, communication via a wireless LAN (Local Area Network), Internet communication via a wired LAN, wireless LAN, or mobile phone network, and communication using short-range wireless communication.

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include physical buttons, a camera, a microphone, or a speaker of the user terminal 100, for example. The input/output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input/output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit 152 that is a device for displaying and outputting images.

The touch screen 15 of the user terminal 100 is an electronic component in which an input section 151 and a display section 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 is configured by, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

The input unit 151 detects the position where the user's operation (mainly physical contact operation such as touch operation, slide operation, swipe operation, and tap operation) is input on the input surface, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any method such as a capacitance method or a resistive film method.

Although not shown, the user terminal 100 may include one or more sensors for identifying the holding posture of the user terminal 100 . This sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 is equipped with a sensor, the processor 10 can identify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may display a vertically long image on the display unit 152 for vertical screen display. On the other hand, when the user terminal 100 is held horizontally, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit 152 . Thus, the processor 10 may be able to switch between vertical screen display and horizontal screen display according to the holding posture of the user terminal 100 .

The camera 17 includes an image sensor or the like, and generates a captured image by converting incident light from a lens into an electrical signal.

The distance sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source hits the measurement object and is reflected. The ranging sensor 18 may have a light source that emits directional light.

Here, an example in which the user terminal 100 uses the camera 17 and the ranging sensor 18 to detect the object 1010 near the user terminal 100 and accepts the detection result as the user's input operation will be further described. The camera 17 and the ranging sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided near the camera 17 . As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. This makes it possible to further improve the object detection accuracy based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the following processes (1) to (5) on the image captured by the camera 17, for example. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes the user's hand. The processor 10 may use a technique such as pattern matching, for example, as the analysis technique employed in the image recognition processing described above. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. For example, the processor 10 identifies the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. Processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is five, processor 10 determines that the user has performed the "pa" gesture. In addition, when the number of fingers is 0 (no fingers are detected), the processor 10 determines that the user has performed the "goo" gesture. In addition, when the number of fingers is two, the processor 10 determines that the user has made the "Scissors" gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state in which only the index finger is raised or whether the user's finger is flicking. . (4) The processor 10 detects an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the range sensor 18. ) and the user terminal 100 is detected. For example, the processor 10 determines whether the user's hand is close to the user terminal 100 (for example, a distance less than a predetermined value) or far away from the user terminal 100 (for example, a predetermined value or more distance). Note that when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100 . (5) When it is found that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the photographing direction of the camera 17 . When an object is detected or not detected by the ranging sensor 18, which has a stronger directivity than the imaging range of the camera 17, the processor 10 detects that the user is waving his hand in a direction orthogonal to the imaging direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is clenching his/her hand (a "goo" gesture or another gesture (for example, "pa") by image recognition of the captured image of the camera 17. or) is detected. The processor 10 also detects how the user is moving the hand together with the shape of the user's hand. The processor 10 also detects whether the user is moving his/her hand closer to or away from the user terminal 100 . Such operations can correspond to operations using a pointing device such as a mouse or a touch screen, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 according to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state where the mouse is clicked and pushed in, or maintaining the state where the mouse is touched after performing a touchdown operation on the touch screen. . Further, when the user moves his/her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to the swipe operation (or drag operation). can also recognize. In addition, when the user terminal 100 detects a gesture such as flicking a finger on the basis of the detection result of the user's hand from the image captured by the camera 17, the user terminal 100 detects the gesture by clicking the mouse or tapping the touch screen. You may recognize as operation corresponding to operation.

(Functional Configuration of User Terminal 100)
FIG. 2 is a block diagram showing the functional configuration of the user terminal 100 included in the game system 1. As shown in FIG. The user terminal 100 may include a functional configuration (not shown) required to function as a general computer and a functional configuration required to implement known functions in games.

The user terminal 100 has a function as an input device that receives user input operations and a function as an output device that outputs game images and sounds. The user terminal 100 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 10, memory 11, storage 12, communication IF 13, input/output IF 14, and the like.

Storage unit 220 stores game program 131 , game information 132 , and user information 133 . The game program 131 is a game program executed on the user terminal 100 . The game information 132 is data referred to when the control unit 110 executes the game program 131 . User information 133 is data relating to a user's account.

The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120 . For example, the control unit 110 progresses the game according to the game program 131 and user's operation. Further, while the game is progressing, the control unit 110 communicates with the server 200 as necessary to transmit and receive information.

The control unit 110 functions as an operation reception unit 111, a quest execution unit 112, a rank management unit 113, a stamina recovery unit 114, an item provision unit 115, and a display control unit 116 according to the description of the game program 131. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed.

The operation accepting unit 111 accepts a user's input operation based on the output of the touch screen 15 (input unit 151). Specifically, the operation reception unit 111 detects that a user's finger or the like approaches the touch screen 15 as coordinates of a coordinate system including a horizontal axis and a vertical axis of the surface forming the touch screen 15 . For example, the operation accepting unit 111 accepts an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and identifies the type of the input operation. The operation reception unit 111 identifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like, as types of input operations. Further, when the continuously detected input is interrupted, the operation reception unit 111 detects that the contact input from the touch screen 15 has been cancelled.

The operation reception unit 111 determines a user's operation on the touch screen 15 . The operation reception unit 111 performs, for example, (1) “approach operation”, (2) “release operation”, (3) “tap operation”, (4) “double tap operation”, (5) “long press operation (long touch operation)”, (6) “drag operation (swipe operation)”, (7) “move operation”, (8) “flick operation”, and other user operations are discriminated. The user's operation determined by the operation accepting unit 111 is not limited to the above. For example, if the touch screen 15 has a mechanism capable of detecting the amount of pressure applied by the user to the touch screen 15, the operation reception unit 111 determines the amount of pressure applied by the user.

(1) The “approach operation” is an operation by which the user approaches the touch screen 15 with a finger or the like. The touch screen 15 detects that the user's finger or the like approaches (including that the user's finger or the like touches the touch screen 15), and controls a signal according to the detected coordinates of the touch screen 15. Output to unit 110 . The control unit 110 determines that the state has changed to the “touch-on state” when the approach of the user's finger or the like to the touch screen 15 is detected from the state in which the approach is not detected.

(2) “Release operation” is an operation to stop the state in which the user is operating the touch screen 15 to approach. For example, when the user touches the touch screen 15 with a finger or the like and removes the finger from the touch screen 15, the operation reception unit 111 determines that the user's operation is a “release operation”. The control unit 110 determines that the state has changed from the “touch-on state” to the “touch-off state” when the state in which the approach of the user's finger or the like to the touch screen 15 is detected changes to the state in which the approach is not detected. do.

(3) “Tap operation” means that after the user performs an approach operation of approaching the touch screen 15 with a finger or the like, a release operation is performed at the position of the approach operation. The operation reception unit 111 changes the output of the touch screen 15 from a state in which an approach operation is not detected (a state in which the user's finger or the like is away from the touch screen 15 and the touch screen 15 does not detect the approach of the user's finger or the like). , the detected coordinates are held as the "initial touch position". When the coordinates of the initial touch position and the coordinates of the release operation are substantially the same (when the coordinates of the release operation are detected within a certain range from the coordinates at which the approach operation is detected), the operation reception unit 111 First, the user's operation is determined as a "tap operation".

(4) A “double-tap operation” is an operation in which a user performs a tap operation twice within a certain period of time. For example, if the operation reception unit 111 determines that the user's operation is a tap operation and determines that the user's operation is a tap operation again using the coordinates of the tap operation within a certain period of time, the operation reception unit 111 determines that the user's operation is a "double-tap operation." do.

(5) A “long press operation” is an operation in which the user keeps pressing the touch screen 15 . After detecting the user's operation and determining the approach operation, the touch screen 15 detects the user's operation when the time at which the approach operation continues at the coordinates at which the approach operation is detected exceeds a certain period of time. long press operation"("long press operation" may be referred to as "long touch operation").

(6) A “drag operation” is an operation in which a user slides a finger or the like while maintaining a close state in which the finger or the like is brought close to the touch screen 15 .

(7) “Move operation” refers to a series of operations in which the user performs a release operation on the touch screen 15 while maintaining the approach operation and moving the position where the finger or the like approaches the touch screen 15 .

(8) "Flick operation" refers to an operation in which the user performs a move operation in a time shorter than a predetermined time. A flick operation is an operation like a user flicking a finger on the touch screen 15 .

The quest executing unit 112 executes a quest (first game process) by consuming stamina (first parameter). The rank management unit 113 increases the user's rank in the game when the user's experience value (second parameter) exceeds the first reference value. The stamina recovery unit 114 recovers stamina when conditions for recovering stamina are satisfied. The stamina recovery unit 114, for example, automatically recovers stamina within a range that does not exceed the upper limit of stamina as time elapses. The item granting unit 115 grants the game item to the user when the conditions for granting the game item to the user are met.

The display control unit 116 outputs to the display unit 152 of the touch screen 15 a game screen on which the processing results executed by the elements described above are reflected. The display control unit 116 may display a game screen including animation showing motions of various objects on the display unit 152 . In addition, the display control unit 116 may draw a UI (User Interface) object superimposed on the game screen.

The functionality of the user terminal 100 shown in FIG. 2 is only an example. The server 200 may have at least some of the functions that the user terminal 100 has. Also, the user terminal 100 may have at least part of the functions of the server 200 . Furthermore, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1 and the other device may be caused to perform part of the processing in the game system 1 . That is, the computer that executes the game program in this embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

(Game overview)
A game based on the game system 1 is, for example, any game in which a character (first character, ally character) operated by the user appears. This game is, for example, a game in which a character operated by a user battles another character (second character, enemy character) controlled by the game system 1 or another user. A user can have multiple different characters. The user can acquire a friendly character (game media) that can be used in the game by paid or free means. A character lottery (second game process) is an example of paid means. The character lottery refers to a process (second game process) in which the game system 1 selects at least one character from a plurality of characters (game media) and gives it to the user. In the character lottery, the game system 1 can select a character according to rules defined in the game, or randomly select a character by lottery. For example, when the user consumes game items or virtual currency, the game system 1 gives the selected character to the user by executing a character lottery.

A game based on the game system 1 is not limited to a battle game, and may be any genre of game such as a sports game. The game system 1 is not limited to a specific play style, and may be a system for executing games of any play style. For example, a single-player game played by a single user, a multiplayer game played by a plurality of users, and among multiplayer games, a competitive game in which a plurality of users compete against each other, and a cooperative play game in which a plurality of users cooperate with each other. may

The user can play various quests while playing the game. A quest is a type of game stage (game content) in which an ally character associated with the user is used. In the game, the user is provided with stamina that is consumed to play quests. Stamina is a game parameter that users need to spend to play quests. A minimum value, a current value, and an upper limit value are set for stamina. Each quest is set with a consumption value of stamina required to play the quest and an experience value that the user can acquire when the quest is cleared. The user plays the quest by consuming the stamina value set for the quest out of the current stamina value. When the user clears the quest, the user acquires an experience value set for the quest. When the total experience value obtained by the user exceeds the first reference value, the user's rank in the game is increased by one. A rank is a kind of game parameter that represents the relative position of each user in a game. In the present disclosure, an increase in rank may be referred to as rank up.

The user can obtain diamonds that can be used in the game based on the payment of consideration by the user. Diamonds are paid game items (game media, virtual currency) that can be used by the user to advance the game more advantageously. In this disclosure, users use diamonds to restore stamina during games. In that sense, diamonds are recovery media (game media) capable of recovering stamina. Diamonds are a kind of consumer goods that disappear after use. Therefore, in the present disclosure, using diamonds is synonymous with consuming diamonds.

When the current value of stamina becomes less than the value required for playing the quest, the user cannot play the new quest. Stamina recovers automatically over time, as long as it does not exceed the upper limit. If the user wants to recover stamina without waiting for stamina to recover over time, the user can recover stamina within a range that does not exceed the upper limit by consuming diamonds. In this disclosure, 5 stamina values can be recovered per diamond. Stamina is restored to the upper limit even when you rank up.

Ranks, experience points, lottery points, diamonds, and stamina are all stored in the storage unit 120 as a type of user information 133 . Specifically, the storage unit 120 stores the current rank of the user, the cumulative experience value acquired by the user, the number of diamonds owned by the user, the lottery point value owned by the user, the current stamina value, and the upper limit value of stamina. are stored respectively.

FIG. 3 is a diagram illustrating table 134 according to one embodiment. The table 134 is information for managing stamina and internal stamina (second parameter), and is stored in the storage unit 120 as one type of user information 133 . The table 134 stores the current stamina value and the current internal stamina value, respectively. Internal stamina is managed independently from stamina. In FIG. 3, the current value of stamina is 20 and the current value of internal stamina is zero. Internal stamina, like stamina, is a type of parameter consumed to perform quests. The quest execution unit 112 can execute a quest by consuming internal stamina instead of stamina. The quest execution unit 112 can also execute a quest by consuming both stamina and internal stamina. Details of these will be described later.

(processing flow)
FIG. 5 is a flow chart showing the flow of processing executed by the user terminal 100 according to one embodiment based on the game program 131. As shown in FIG. FIG. 5 is a diagram showing a game screen 31 according to one embodiment. A part or all of the series of processes shown in FIG. 5 may be executed by the server 200 .

The display control unit 116 displays, for example, the game screen 31 shown in FIG. 5 on the display unit 152 during game play. The game screen 31 shown in FIG. 5 includes a rank display field 41 , an experience value display field 42 , a diamond display field 43 , a stamina display field 44 and a quest display field 45 .

The display control unit 116 displays the user's rank in the rank display column 41 . The display control unit 116 displays the total experience value already acquired by the user and the total experience value (first reference value) required to be acquired in order to newly rank up in the experience value display field 42. . In the experience value display field 42, the total of acquired experience values and the total value of experience values required for rank up are separated by a predetermined delimiter (slash). In the present disclosure, the total experience value required for rank up may simply be referred to as the first reference value. The display control unit 116 displays the number of diamonds owned by the user in the diamond display field 43 . The display control unit 116 displays the stamina bar 46 and the current stamina value and upper limit value in the stamina display field 44 . In the stamina display field 44, the current stamina value and the upper limit value are separated by a predetermined delimiter (slash).

The stamina bar 46 is display information that visually presents the current stamina value and upper limit value to the user. In FIG. 5, the left end of the stamina bar 46 corresponds to the lowest stamina value, and the right end of the stamina bar 46 corresponds to the upper limit value of stamina. As shown in FIG. 5, when the rank is 5, the lowest value of stamina is "0" and the upper limit of stamina is "50". The upper limit of stamina can increase according to the progress of the game. The display control unit 116 colors a portion of the entire stamina bar 46 corresponding to the current stamina value in the first color. The display control unit 116 colors the remaining portion of the stamina bar 46 in a second color different from the first color. The user can intuitively grasp the current value of stamina by visually recognizing the stamina bar 46 .

In one aspect of the present disclosure, internal stamina is a type of hidden parameter whose existence is unknown to the user during the game. In FIG. 4 , the display control unit 116 displays the current stamina value “20” stored in the table 134 shown in FIG. 3 in the stamina display field 44 . The display control unit 116 does not display the current internal stamina value “0” stored in the table 134 in the stamina display field 44 . The user can grasp the current value of stamina during the game, but cannot grasp the current value of internal stamina.

The display control unit 116 displays multiple options 51 and 52 in the quest display field 45 . Choices 51 and 52 are display information corresponding to a quest executed when the choice is selected by the user. The option 51 corresponds to an elementary quest, and the quest corresponds to an intermediate quest different from the elementary quest. Intermediate quests consume more stamina and are more difficult than beginner quests, but in exchange, they provide rewards of higher value. The user can play an elementary quest by consuming only 5 stamina, and can acquire only 50 experience points by clearing the elementary quest. The user can play an intermediate quest by consuming 15 stamina, and can acquire 200 experience points by clearing the intermediate quest. Choices 51 and 52 contain information (text) representing the stamina value required to execute (play) the corresponding quest, and information (text) representing the experience value given to the user when the quest is cleared. include.

In step S1, the operation reception unit 111 allows the user to select one of a plurality of quests that can be played in the game. More specifically, when the user's tap operation on the option 51 is detected, the operation reception unit 111 identifies that the beginner's quest corresponding to the option 51 has been selected by the user. Alternatively, when the user's tap operation on the option 52 is detected, the operation reception unit 111 specifies that the intermediate quest corresponding to the option 52 has been selected by the user. In step S2, the quest execution unit 112 executes the quest selected by the user by consuming the first consumption value of stamina required for executing the quest selected by the user. When an elementary quest is selected, the quest execution unit 112 executes the elementary quest by consuming the stamina of "5" required to play the elementary quest. When an intermediate quest is selected, the quest execution unit 112 executes the intermediate quest by consuming "15" stamina required to play the intermediate quest. The user plays the quest of their choice. Here, it is assumed that an intermediate quest is selected.

FIG. 6 is a diagram illustrating table 134 according to one embodiment. The quest execution unit 112 consumes 15 stamina stored in the table 134 when an intermediate quest is selected when the current value of stamina is 20. At this time, the quest execution unit 112 subtracts the first consumption value "15" from the current value "20" of stamina stored in the table 134 when the intermediate quest is selected, thereby obtaining the stamina level stored in the table 134. The current value is updated to 5 as shown in FIG.

FIG. 7 is a diagram showing a stamina display field 44 according to one embodiment. The display control unit 116 updates the current stamina value displayed in the stamina display field 44 in conjunction with the updating of the current stamina value stored in the table 134 . In the example of FIG. 7 , the display control unit 116 updates the current stamina value displayed in the stamina display field 44 to the current stamina value “5” stored in the table 134 . The display control unit 116 further colors a portion of the entire stamina bar 46 corresponding to the current stamina value of "5" in the first color, and colors the rest in the second color.

The update timing of the stamina display column 44 may be before or after execution of the quest. In the former example, when the stamina is consumed, the display control unit 116 updates the stamina display field 44 before the execution of the intermediate quest is started so that the new current value of stamina "5" is displayed to the user. to notify. The quest executing unit 112 starts executing the intermediate quest after notification of the new current value "5". In the latter example, when the stamina is consumed, the quest execution unit 112 immediately starts executing the intermediate quest without waiting for the stamina display column 44 to be updated. The display control unit 116 notifies the user of the new current value "5" by updating the stamina display column 44 after the intermediate quest is finished.

FIG. 8 is a diagram illustrating a message 60 according to one embodiment. In step S3, the operation receiving unit 111 performs the first operation for zeroing the first consumption value of stamina required for executing the quest when the current value "5" is less than the first consumption value "15". Accept from users. The operation accepting unit 111 first accepts a tap operation on the stamina display field 44 from the user. The display control unit 116 displays the message 60 shown in FIG. 8 at an arbitrary position within the game screen 31 in response to the tap operation. Message 60 includes notification text to the user and buttons 61 and 62 . The notification text consists of the first text asking the user whether or not the first consumption value required to execute the quest should be zero, and the consumption number of diamonds required to zero the first consumption value is 10. and a second text that explains something to the user. Message 60 is associated with a first number of diamonds "10". The button 61 is a user interface that receives a first operation for setting the first consumption value to zero. The button 62 is a user interface that accepts an operation for canceling setting the first consumption value to zero. The operation accepting unit 111 accepts a tap operation on the button 61 as a first operation for zeroing the first consumption value necessary for executing the quest.

FIG. 9 is a diagram illustrating table 134 according to one embodiment. In step S4, the quest execution unit 112 reduces the first stamina consumption value to zero by consuming diamonds in response to the first operation. The quest execution unit 112 first identifies the first number “10” of diamonds associated with the message 60 . The quest executing unit 112 consumes the first number "10" of diamonds to obtain the first consumption value "5" of the stamina required to execute the beginner level quest and the first consumption value of "5" of the stamina necessary to execute the intermediate level quest. Decrease both the values "15" to zero. At this time, the quest execution unit 112 subtracts the first number of diamonds "10" from the number of diamonds "100" stored in the storage unit 120, thereby reducing the number of diamonds stored in the storage unit 120 to 90. update to

In step S5, the quest execution unit 112 increases internal stamina in response to the first operation. The quest execution unit 112 first identifies the first recovery value of stamina "50" that can be recovered from the first number "10". The quest execution unit 112 updates the table 134 as shown in FIG. 9 based on the identified first recovery value "50". Specifically, the quest executing unit 112 adds the specified first recovery value “50” to the current value “0” of the internal stamina stored in the table 134, thereby increasing the internal stamina stored in the table 134. Update the current value to 50.

FIG. 10 is a diagram showing a game screen 31 according to one embodiment. The display control unit 116 updates the game screen 31 as shown in FIG. 10 in response to the first operation. The display control unit 116 first updates the number of diamonds displayed in the diamond display field 43 to the number of diamonds “10” stored in the storage unit 120 . In step S6, the display control unit 116 changes the display mode of the game screen 31 according to the reduced first consumption value "0" as shown in FIG. For example, the display control unit 116 changes the display mode of the stamina value required for executing the quest displayed at 45 according to the reduced first consumption value "0". In the example of FIG. 10, the display control unit 116 updates the stamina required for executing each quest displayed in the quest display column 45 to the reduced first consumption value "0". The display control unit 116 does not update the current value of stamina displayed in the stamina display field 44 as 5 because the stamina has not been recovered by consumption of diamonds.

FIG. 11 is a diagram illustrating table 134 according to one embodiment. In step S7, the operation receiving unit 111 allows the user to select one of the quests. Here, the operation reception unit 111 detects that the user has selected the intermediate quest by detecting the user's tap operation on the option 52 . In step S8, the quest execution unit 112 executes the intermediate quest without consuming stamina in response to the selection of the intermediate quest. Specifically, the quest execution unit 112 consumes the internal stamina by the second internal stamina consumption value “15” equal to the first consumption value “15” before reduction required for executing the intermediate quest. carry out the quest. At this time, the quest executing unit 112 subtracts the second consumption value "15" from the current internal stamina value "50" stored in the table 134, so that the current value of the stamina stored in the table 134 becomes 35. update to

In the example of FIG. 11, the quest execution unit 112 executes the intermediate quest without consuming stamina. Since the current stamina value stored in the table 134 remains unchanged at 5, the display unit 152 displays the current stamina value displayed in the stamina display column 44 as shown in FIG. Do not update as 5 as shown.

FIG. 12 is a diagram illustrating table 134 according to one embodiment. FIG. 12(A) shows the table 134 at the first point in time, FIG. 12(B) shows the table 134 at the point when the stamina automatically recovered, and FIG. 12(C) shows the stamina automatically recovered. Table 134 is shown at a point in time. In step S9, the stamina recovery unit 114 automatically recovers stamina within a range not exceeding the upper limit of stamina as time elapses. In step S10, the stamina recovery unit 114 maintains the current value of internal stamina at the same value regardless of the passage of time. The stamina recovery unit 114 recovers stamina by 1 each time a prescribed reference time elapses. At this time, the stamina recovery unit 114 increases the current stamina value stored in the table 134 by adding 1 to the current stamina value stored in the table 134 each time the reference time elapses. Furthermore, the stamina recovery unit 114 does not change the current internal stamina value stored in the table 134 regardless of the elapse of the reference time.

As shown in FIG. 12A, it is assumed that the current stamina value "5" and the current internal stamina value "35" are stored in the table 134 at the first point in time. The stamina recovering unit 114 adds 1 to the current stamina value “5” stored in the table 134 when the reference time has elapsed from the first time point, thereby restoring the current stamina value stored in the table 134 . Update to 6 as shown in 12(B). The stamina recovery unit 114 adds 1 to the current stamina value "6" stored in the table 134 when the reference time has elapsed since the current value of stamina automatically recovered to 6, The current value of stamina stored in is updated to 7 as shown in FIG. 12(C). The quest execution unit 112 maintains the current internal stamina value stored in the table 134 at 35 as shown in FIGS. 12A to 12C even after the reference time has passed.

FIG. 13 is a diagram showing a stamina display field 44 according to one embodiment. FIG. 13(A) shows the stamina display column 44 at the first time, FIG. 13(B) shows the stamina display column 44 at the time when the stamina is automatically recovered, and FIG. 13(C) shows the stamina Furthermore, a stamina display field 44 at the time of automatic recovery is shown. When stamina is automatically recovered over time, the display control unit 116 updates the current value of stamina displayed in the stamina display field 44 to the value after automatic recovery as needed, as shown in FIG. 13 . The display control unit 116 updates the current stamina value displayed in the stamina display field 44 in conjunction with the updating of the current stamina value stored in the table 134 . At the first time point, the display control unit 116 displays the current stamina value "5" stored in the table 134 in the stamina display field 44 as shown in FIG. 13(A). When the current stamina value stored in the table 134 is updated to 6, the display control unit 116 updates the current stamina value displayed in the stamina display field 44 to 6 as shown in FIG. 13B. do. When the current stamina value stored in the table 134 is updated to 7, the display control unit 116 updates the current stamina value displayed in the stamina display column 44 to 7 as shown in FIG. 13(C). .

(main effects)
The first consumption value of stamina required for executing a quest is reduced by consumption of diamonds. As a result, the user can play the quest by consuming less stamina or no stamina at all. As a result, it is possible to increase opportunities for the user to play quests that can be played by consuming stamina.

Consuming diamonds increases internal stamina without restoring stamina. Therefore, stamina will not be recovered beyond the upper limit by consuming diamonds. Furthermore, since all of the stamina value that can be recovered by consuming diamonds is applied to internal stamina, the user can play quests by consuming internal stamina instead of stamina. Therefore, the user can increase the chances of playing the quest without wasting diamonds.

Even if the sum of the current stamina value and the current internal stamina value is equal to or greater than the maximum stamina value, as long as the current stamina value is below the maximum stamina value, stamina will automatically recover over time. As a result, compared to the conventional technique of overflowing and recovering stamina, it is possible to increase the chances of automatically recovering stamina, so it is possible to give more opportunities to the user to play quests.

Since the internal stamina is not displayed on the game screen 31, the user does not know the fact that the internal stamina was consumed instead of the stamina when executing the quest. Therefore, the user can realize that the intermediate quest can be played without consuming stamina by consuming diamonds.

The display mode of the game screen 31 changes according to the decreased first consumption value "0". Therefore, by visually recognizing the game screen 31 after the change, the user can reliably grasp the fact that the first consumption value has decreased.

(Modification)
FIG. 14 is a diagram illustrating table 134 according to one embodiment. In FIG. 14, the table 134 stores the current value of stamina "10" and the current value of internal stamina "5". Therefore, the current internal stamina value of "5" is less than the second internal stamina consumption value of "15" required to execute the intermediate quest. In this case, the quest execution unit 112 cannot execute the intermediate quest by consuming internal stamina. When the current value of the internal stamina is below the second consumption value of the internal stamina required to execute the intermediate quest, the quest execution unit 112 sets the first consumption value of the stamina required to execute the intermediate quest to "0 ” to the first consumption value “15” before the decrease. Since the current internal stamina value "5" is equal to or greater than the second consumption value "5" of the internal stamina required to execute the elementary quest, the stamina recovery unit 114 restores the stamina required to execute the elementary quest to The first consumption value '0' remains zero after the reduction.

FIG. 15 is a diagram showing a game screen 31 according to one embodiment. The display control unit 116 notifies the user, as shown in FIG. 15, that the first consumption value of stamina required for execution of the intermediate quest has returned to 15 before the decrease. Specifically, the display control unit 116 resets the stamina value required for executing the intermediate quest displayed in the quest display field 45 to the original 15. As a result, the user understands that it is no longer possible to play intermediate quests without consuming stamina. In this example, the game system 1 allows the user to play an appropriate number of intermediate quests according to the number of diamonds consumed by the user, so that the game balance can be properly maintained.

FIG. 16 is a diagram showing a game screen 31 according to one embodiment. The quest executing unit 112 can also reduce the first consumption value of stamina required for executing the quest to another value greater than zero in response to the first operation. In the example of FIG. 16 , the quest execution unit 112 consumes the first number “10” of diamonds to obtain the first consumption value “5” of the stamina required to execute the elementary quest and Reduces the first stamina consumption value "15" to 1. The stamina recovery unit 114 adds the first recovery value “50” corresponding to the first number “10” of diamonds to the current value “0” of the internal stamina stored in the table 134 in response to the first operation. By doing so, the current value of internal stamina stored in table 134 is updated to 50 as shown in FIG.

The display control unit 116 updates the game screen 31 as shown in FIG. 16 when the first consumption value decreases. Specifically, the display unit 152 updates the number of diamonds displayed in the diamond display column 43 to 90, and updates the stamina values required for executing each quest displayed in the quest display column 45 to 1. . By visually recognizing the game screen 31 shown in FIG. 10, the user recognizes that the stamina required to play each quest has decreased to one.

The quest execution unit 112 executes the intermediate quest by consuming both stamina and internal stamina when the intermediate quest is selected by the user on the game screen 31 shown in FIG. The quest executing unit 112 first identifies the stamina consumption difference “14” by subtracting the reduced first consumption value “1” from the undecreased first consumption value “15”. The quest execution unit 112 consumes the stamina by the reduced first consumption value "1" and consumes the internal stamina by the second internal stamina consumption value "14" equal to the consumption difference "14". , perform intermediate quests.

FIG. 17 is a diagram illustrating table 134 according to one embodiment. When executing an intermediate quest by consuming both stamina and internal stamina, the quest execution unit 112 updates the table 134 as shown in FIG. More specifically, the quest execution unit 112 subtracts the reduced first consumption value “1” from the current stamina value “5” stored in the table 134 to obtain the current stamina value stored in the table 134 . Update the value to 4. The quest execution unit 112 further subtracts the second consumption value "14" from the current internal stamina value "50" stored in the table 134, thereby reducing the current stamina value stored in the table 134 to 36. Update.

FIG. 18 is a diagram showing a stamina display field 44 according to one embodiment. When the table 134 is updated as shown in FIG. 17, the display control unit 116 updates the stamina display field 44 as shown in FIG. Specifically, the display control unit 116 updates the current stamina value displayed in the stamina display field 44 to the current stamina value “4” stored in the table 134 . Since the internal stamina is not displayed on the game screen 31, the user does not know the fact that the internal stamina stored in the table 134 was consumed along with the stamina. From these facts, the user can realize that by consuming diamonds, it has become possible to play intermediate quests by consuming only one stamina.

(Other examples)
The quest execution unit 112 can also reduce the first consumption value of stamina by consuming the consideration paid by the user. For example, it is assumed that the user can obtain 5 diamonds by paying 100 yen. In this case, the stamina value that can be recovered by paying 200 yen is 50. The quest execution unit 112 reduces the first consumption value of stamina required to execute the quest by spending 200 yen instead of diamonds. Consuming 200 yen here means charging the user 200 yen.

The quest execution unit 112 can increase internal stamina by an arbitrary value by consuming diamonds. For example, by consuming the first number "10" of diamonds, the quest execution unit 112 sets a second recovery value smaller than the first recovery value "50" of stamina that can be recovered by consuming the first number "10". The internal stamina may be increased by a third recovery value of '60' which is greater than '40' or the first recovery value of '50'.

The display control unit 116 can also display the current internal stamina value in the stamina display field 44 . When displaying the internal stamina, the display control unit 116 displays the second consumption value of the internal stamina required for executing the quest in the quest display field 45 .

The quest execution unit 112 can execute a quest by consuming an arbitrary second consumption value of internal stamina according to the reduced first consumption value of stamina. For example, when the first consumption value of stamina required for executing an intermediate quest is reduced to zero, the quest execution unit 112 changes the internal stamina to a second Intermediate quests can be executed by consuming only the consumption value "10". For example, when the first consumption value corresponding to an intermediate quest is reduced to 1, the quest execution unit 112 consumes the internal stamina by the second consumption value "9" different from the stamina consumption difference "14". You can perform intermediate quests by

The quest execution unit 112 can reduce the first consumption value to zero by consuming diamonds without increasing internal stamina. In this case, the quest execution unit 112 executes the quest without consuming both stamina and internal stamina until a certain period of time elapses after the first consumption value has decreased to zero. The quest execution unit 112 restores the first consumption value of stamina required for executing the quest to the original value after a certain period of time has elapsed after the first consumption value has decreased to zero. This allows the user to play unlimited quests until a certain period of time elapses after using diamonds. Therefore, it is possible to motivate the user to concentrate and play many quests within a certain period of time.

The quest executing unit 112 can reduce the first consumption value of stamina required for executing the quest instead of restoring the stamina to the upper limit when the rank is increased. For example, the quest execution unit 112 decreases the first consumption value and increases the internal stamina without recovering the stamina when the rank is increased. In this example, since the first consumption value decreases after rank-up, the user can play more quests after rank-up, similar to the case of recovering stamina by rank-up. Therefore, it is possible to motivate the user to positively increase the rank.

When the first consumption value decreases in response to the first operation, the display control unit 116 changes the display mode of the game screen 31 to any other display corresponding to the decreased first consumption value. can be done. Updating the stamina value displayed in the quest display field 45 to the reduced first consumption value is an example of changing the display mode of the game screen 31 . In addition, the display control unit 116 displays an arbitrary friend character owned by the user at an arbitrary position on the game screen 31, and when the first consumption value decreases, the friend character displayed on the game screen 31 is displayed. can also be given an effect according to the reduced first consumption value. The user can more clearly recognize that the stamina value required for executing the quest has decreased by visually recognizing the friend character to which the effect has been applied.

[Embodiment 2]
(processing flow)
FIG. 19 is a flow chart showing the flow of processing executed by the user terminal 100 according to one embodiment based on the game program 131. FIG. FIG. 20 is a diagram showing a game screen 31 according to one embodiment. A part or all of the series of processes shown in FIG. 19 may be executed by the server 200 .

The display control unit 116 displays, for example, a game screen 31 shown in FIG. 20 on the display unit 152 during game play. Since the game screen 31 shown in FIG. 20 is the same as the game screen 31 shown in FIG. 5, detailed description thereof will not be repeated. In step S11, the operation reception unit 111 allows the user to select one of a plurality of quests that can be played in the game. Here, it is assumed that an intermediate quest is selected. In step S12, the quest execution unit 112 determines whether or not the current stamina value "20" is equal to or greater than the first stamina consumption value "15" required to execute the intermediate quest. Since the current value "20">the first consumption value "15" here, the determination result in step S12 is YES. As a result, in step S13, the quest execution unit 112 executes the intermediate quest by consuming the first consumption value "15" of stamina. In this embodiment, the table 134 is not stored in the storage unit 120 . The current value of stamina is stored in storage unit 120 . The quest execution unit 112 subtracts the first consumption value “5” from the current stamina value “20” stored in the storage unit 120 to reduce the current stamina value stored in the storage unit 120 to 5. update to

FIG. 21 is a diagram showing a stamina display field 44 according to one embodiment. When the intermediate quest is executed, the display control unit 116 sets the current stamina value displayed in the stamina display field 44 to the current stamina value "5" stored in the storage unit 120, as shown in FIG. update to The display control unit 116 further colors a portion of the entire stamina bar 46 corresponding to the current stamina value of "5" in the first color, and colors the rest in the second color.

FIG. 22 illustrates a message 70 according to one embodiment. Assume that the user newly selects an intermediate quest when the current value of stamina is 5. In this case, since the current stamina value "5"<the first consumption value "15", the determination result in step S12 is NO. Therefore, the quest execution unit 112 suppresses execution of intermediate quests. In other words, the quest execution unit 112 does not execute the intermediate quest only when the intermediate quest is selected.

FIG. 22 illustrates a message 60 according to one embodiment. The display control unit 116 displays the message 70 shown in FIG. 22 at an arbitrary position within the game screen 31 when the determination result of step S12 is NO. Message 70 includes notification text to the user and buttons 71 and 72 . The notification text includes a first text explaining to the user that the stamina for playing the intermediate quest is insufficient, a second text asking the user whether it is possible to perform the intermediate quest while recovering stamina, and a and a third text explaining to the user that 10 diamonds are required to be consumed to perform the intermediate quest while recovering. Message 70 is associated with a first number of diamonds "10". The button 71 is a user interface that accepts a first operation for making it possible to execute an intermediate quest under a first condition. Here, the first condition is consumption of diamonds. The button 72 is a user interface that accepts an operation for canceling execution of the intermediate quest according to the first condition. In step S14, the operation accepting unit 111 accepts a tap operation on the button 61 as a first operation that enables execution of the intermediate quest under the first condition.

The stamina recovery unit 114 identifies the first number “10” of diamonds associated with the message 70 in response to the first operation. The first number "10" of diamonds is the number that can recover the stamina by the first recovery value "50". In step S15, in response to the first operation, the stamina recovery unit 114 subtracts the current value of stamina "5" from the first consumption value "15" of stamina required for executing the intermediate quest. A second consumption value of "10" is specified. In step S16, the stamina recovery unit 114 subtracts the second consumption value "10" from the first recovery value "50" corresponding to the first number "10" to obtain the second stamina recovery value "40". Identify. In step S17, the quest execution unit 112 consumes a first number of "10" diamonds as a process according to the first condition in response to the first operation. At this time, the stamina recovery unit 114 subtracts the first number of diamonds "10" from the number of diamonds "100" stored in the storage unit 120, thereby reducing the number of diamonds stored in the storage unit 120 to 90. update to. In step S18, the quest execution unit 112 executes the intermediate quest by consuming the current value of 5 in stamina in response to the first operation. At this time, the stamina recovery unit 114 subtracts the current value of stamina "5" from the current value of stamina stored in the storage unit 120 to zero the current value of stamina stored in the storage unit 120. Update. In this way, the quest execution unit 112 executes the quest when the first condition of consumption of diamonds is satisfied.

FIG. 23 is a diagram showing a diamond display field 43 and a stamina display field 44 according to an embodiment. FIG. 23A shows the diamond display column 43 and the stamina display column 44 immediately after the stamina is consumed, and FIG. A stamina display field 44 is shown. When diamonds and stamina are consumed, the display control unit 116 updates the diamond display column 43 and the stamina display column 44 as shown in FIG. 23A before executing the intermediate quest. Specifically, the display control unit 116 updates the number of diamonds displayed in the diamond display field 43 to 90, and updates the current value of stamina displayed in the stamina display field 44 to zero. do. The display control unit 116 also colors the entire stamina bar 46 in the second color. In this way, the display control unit 116 notifies the user that the current value of stamina has once decreased to zero before starting the quest. After the stamina display column 44 is updated as shown in FIG. 23A, the quest execution unit 112 executes the intermediate quest.

In step S19, the stamina recovery unit 114 recovers the stamina to a value less than the upper limit "50" in response to the first operation. In the example of FIG. 23, the stamina recovery unit 114 recovers stamina up to 40 by recovering the stamina by the second recovery value "40". After the end of the intermediate quest, the display control unit 116 updates the current value of stamina displayed in the stamina display field 44 to 40 as shown in FIG. The display control unit 116 further colors the portion of the entire stamina bar 46 corresponding to the current stamina value of "40" in the first color, and colors the rest in the second color.

(main effects)
The quest execution unit 112 consumes the current stamina value "5" even if the current stamina value "5" is less than the first consumption value "15" of the stamina required to execute the intermediate quest. to perform intermediate quests. Therefore, even if the user does not have enough stamina to play the intermediate quest, the user can play the intermediate quest. As a result, it is possible to increase opportunities for the user to play quests that can be played by consuming stamina.

If 10 diamonds are consumed when the current stamina value is "5", the stamina recovering unit 114 once reduces the current stamina value to zero and then recovers it to 40. Therefore, stamina will not be restored beyond the upper limit of "50" based on consumption of diamonds. The user visually recognizes that the stamina has decreased from 5 to zero and then recovered to 40, and therefore recognizes that the stamina has not recovered beyond the upper limit.

The stamina recovery unit 114 recovers the stamina by the second recovery value "40" in response to the first operation capable of recovering the stamina by the first recovery value "50". At this time, since the current stamina value "5" is consumed for the execution of the intermediate quest, the remaining stamina value "10" of the first recovery value "50" is effectively used for the execution of the intermediate quest. is appropriated to As a result, the user does not waste the remaining stamina value "10" that was not used for stamina recovery, and thus does not have to feel dissatisfaction that stamina was not sufficiently recovered.

Even if the user does not have enough stamina to play the intermediate quest, the intermediate quest can be played by consuming diamonds. Therefore, the game system 1 can motivate the user to actively consume diamonds.

(Modification)
FIG. 24 is a diagram showing a diamond display field 43 and a stamina display field 44 according to an embodiment. FIG. 24A shows the diamond display column 43 and the stamina display column 44 before the intermediate quest is executed, and FIG. 24B shows the diamond display column 43 and the stamina display column after the intermediate quest is executed. 44 is shown. In the example of FIG. 24, control unit 110 executes the following series of processes in response to the first operation. The stamina recovery unit 114 identifies the second stamina recovery value "35" by subtracting the first consumption value "15" from the first recovery value "50". The quest execution unit 112 consumes only 10 diamonds as a process according to the first condition in response to the first operation. The quest execution unit 112 executes intermediate quests without consuming stamina. The display control unit 116 updates the number of diamonds displayed in the diamond display field 43 to 90 as shown in FIG. 24(A) before executing the intermediate quest. By not updating the current value of stamina displayed in the stamina display field 44, the display control unit 116 notifies the user that the stamina will not be consumed when the quest is executed.

The quest execution unit 112 executes the intermediate quest after the diamond display column 43 is updated as shown in FIG. 24(A). The stamina recovery unit 114 recovers the stamina to 40 by recovering the stamina by the second recovery value "35" after executing the quest. The display control unit 116 updates the current value of stamina displayed in the stamina display field 44 to 40 as shown in FIG. 24(B). The display control unit 116 further colors the portion of the entire stamina bar 46 corresponding to the current stamina value of "40" in the first color, and colors the rest in the second color.

In the example of FIG. 24, the stamina recovery unit 114 recovers stamina to 40 when 10 diamonds are consumed when the current value of stamina is "5". Therefore, the stamina recovering unit 114 does not recover stamina beyond the upper limit "50" based on consumption of diamonds. Since the user visually recognizes that the current value of stamina changes from 5 to 40 as shown in FIG. 24, the user knows that the stamina will not recover beyond the upper limit of "50".

In the example of FIG. 24 , the stamina recovery unit 114 recovers the stamina by the second recovery value “35” in response to the first operation capable of recovering the stamina by the first recovery value “50”. At this time, since the stamina is not consumed for the execution of the intermediate quest, the remaining stamina value "15" of the first recovery value "50" is practically appropriated for the execution of the intermediate quest. As a result, the user does not waste the remaining stamina value "15" that has not been used for stamina recovery, so that the user does not have to feel dissatisfaction that stamina was not sufficiently recovered.

(Other examples)
The first condition may be consumption of the consideration paid by the user. For example, it is assumed that the user can obtain 5 diamonds by paying 100 yen. The stamina value that can be recovered by paying 200 yen is 50. The operation reception unit 111 performs the first operation to directly pay 200 yen without consuming diamonds to restore stamina by 50 when the current value "5" is lower than the first consumption value "15". Accept from users. In response to the first operation, the quest execution unit 112 executes a process of consuming 200 yen as a process according to the first condition. The process of consuming 200 yen here means the process of charging the user 200 yen. The quest execution unit 112 executes the intermediate quest by consuming the current value of 5 in stamina in response to the execution of the billing process. In response to the execution of the billing process, the stamina recovery unit 114 restores the stamina to the second stamina consumption value "10" obtained by subtracting the current value "5" from the first consumption value "15". Recovers the second stamina recovery value "40" subtracted from the value "50".

The stamina recovery unit 114 can also recover stamina without consuming diamonds in response to the first operation. The item granting unit 115 grants, for example, a recovery item capable of recovering 50 stamina to the user free of charge. The operation accepting unit 111 accepts a first operation for recovering stamina by 50 by consuming one recovery item. The stamina recovery unit 114 recovers stamina by the second recovery value "40" by consuming one recovery item. In this example, the user can play intermediate quests while recovering stamina for free.

The stamina recovery unit 114 can recover stamina to the upper limit when the user fails to play the quest executed according to the first condition. More specifically, the stamina recovery unit 114 recovers stamina by the second recovery value "40" in response to the first operation, and then restores the stamina when the user fails to clear the intermediate quest executed according to the first condition. is further recovered by a third recovery value "10" obtained by subtracting the current value "5" from the first consumption value "15". As a result, when the user fails to play the quest, the stamina is recovered to the upper limit "50" without exceeding the upper limit "50". When the user fails to clear the quest, the user does not waste the portion of the first consumption value "50" that was not used for stamina recovery.

The stamina recovery unit 114 can automatically recover stamina within a range not exceeding the upper limit of stamina as time elapses. When stamina is recovered in response to the first operation, the stamina cannot be recovered beyond the upper limit of stamina. Therefore, according to an aspect of the present disclosure, compared to the conventional technique of overflow recovery of stamina, stamina has more chances to be automatically recovered, so it is possible to give users more chances to play quests.

[Embodiment 3]
(processing flow)
FIG. 25 is a flow chart showing the flow of processing executed by the user terminal 100 according to one embodiment based on the game program 131. FIG. FIG. 26 is a diagram showing a game screen 31 according to one embodiment. A part or all of the series of processes shown in FIG. 25 may be executed by the server 200 .

The display control unit 116 displays, for example, a game screen 31 shown in FIG. 26 on the display unit 152 during game play. Since the game screen 31 shown in FIG. 26 is the same as the game screen 31 shown in FIG. 5, detailed description thereof will not be repeated.

In step S21, the operation reception unit 111 allows the user to select one of a plurality of playable quests in the game. Here, it is assumed that an intermediate quest is selected. In step S22, the quest execution unit 112 determines whether or not the current stamina value "20" is equal to or greater than the first stamina consumption value "15" required for executing the intermediate quest. Since the current value "20">the first consumption value "15" here, the determination result in step S22 is YES. As a result, in step S23, the quest execution unit 112 executes the intermediate quest by consuming the first consumption value "15" of stamina. In this embodiment, the table 134 is not stored in the storage unit 120 . The current value of stamina is stored in storage unit 120 . The quest execution unit 112 subtracts the first consumption value “5” from the current stamina value “20” stored in the storage unit 120 to reduce the current stamina value stored in the storage unit 120 to 5. update to

FIG. 27 is a diagram showing a stamina display field 44 according to one embodiment. When the intermediate quest is executed in step S23, the display control unit 116 changes the current stamina value displayed in the stamina display field 44 from the current stamina value stored in the storage unit 120 as shown in FIG. Update to "5". The display control unit 116 further colors a portion of the entire stamina bar 46 corresponding to the current stamina value of "5" in the first color, and colors the rest in the second color.

When the intermediate quest is executed in step S23, in step S26, the stamina recovery unit 114 determines whether or not the current value of stamina is equal to or greater than zero. Here, since the current value of stamina is 5, the determination result of step S26 is YES. Accordingly, in step S27, the stamina recovery unit 114 automatically recovers the stamina within a range not exceeding the upper limit "50" as time elapses. The stamina recovery unit 114 automatically recovers stamina at a first recovery speed in a first state in which the current value is zero or more. At this time, the stamina recovery unit 114 updates the current stamina value stored in the storage unit 120 by adding 1 to the current stamina value stored in the storage unit 120 each time the reference time elapses. . Assume that the current value of stamina stored in storage unit 120 at the first point in time is 5, as shown in FIG. 27(A). The stamina recovering unit 114 adds 1 to the current stamina value "5" stored in the storage unit 120 when the reference time has elapsed from the first time point, thereby increasing the current stamina value stored in the storage unit 120. to 6. The stamina recovery unit 114 adds 1 to the current stamina value “6” stored in the storage unit 120 when the reference time has elapsed since the current value of stamina automatically recovered to 6, and The current value of stamina stored in unit 120 is updated to seven.

FIG. 28 is a diagram showing a stamina display field 44 according to one embodiment. FIG. 28(A) shows the stamina display column 44 at the first time, FIG. 28(B) shows the stamina display column 44 at the time when the stamina is automatically recovered, and FIG. Furthermore, a stamina display field 44 at the time of automatic recovery is shown. When the stamina is automatically recovered over time, the display control unit 116 updates the current value of stamina displayed in the stamina display field 44 to the value after the automatic recovery, as shown in FIG. 28 . The display control unit 116 updates the current stamina value displayed in the stamina display field 44 in conjunction with the updating of the current stamina value stored in the storage unit 120 . At the first point in time, the display control unit 116 displays the current stamina value “5” stored in the storage unit 120 in the stamina display field 44 as shown in FIG. 28(A). When the current stamina value stored in storage unit 120 is updated to 6, display control unit 116 changes the current stamina value displayed in stamina display field 44 to 6 as shown in FIG. Update. When the current stamina value stored in the storage unit 120 is updated to 7, the display control unit 116 updates the current stamina value displayed in the stamina display field 44 to 7 as shown in FIG. 28(C). do.

Assume that the user newly selects an intermediate quest when the current value of stamina is 5. In this case, since the current value "5"<the first consumption value "15", the determination result in step S22 is NO. Accordingly, in step S24, the quest execution unit 112 identifies the negative stamina value "-10" by subtracting the first consumption value "15" from the current stamina value "5". In step S25, the quest executing unit 112 reduces the stamina to a negative value of "-10" and executes an intermediate quest. At this time, the quest execution unit 112 updates the current stamina value “5” stored in the storage unit 120 to −10. As a result, the quest execution unit 112 executes the intermediate quest by consuming the current stamina value "5".

FIG. 29 is a diagram showing a stamina display field 44 according to one embodiment. The display control unit 116 updates the stamina display field 44 as shown in FIG. 29 when the intermediate quest is executed in step S25. More specifically, the display control unit 116 updates the current stamina value displayed in the stamina display field 44 to the current stamina value “−10” stored in the storage unit 120 . The display control unit 116 also colors the entire stamina bar 46 in the second color. The display control unit 116 can also notify the user that the current value of stamina is below zero by displaying the stamina bar 46 in a manner corresponding to the negative value of stamina "-10".

When the intermediate quest is executed in step S25, in step S26, the stamina recovery unit 114 determines whether or not the current value of stamina is equal to or greater than zero. Here, since the current value of stamina is -10, the determination result in step S26 is NO. As a result, in step S28, the stamina recovery unit 114 makes the automatic recovery of stamina over time disadvantageous to the user in the second state where the current value is less than zero compared to the first state. In the example of FIG. 30, the stamina recovery unit 114 sets the second recovery speed of the automatic recovery of stamina in the second state to zero. This stops the automatic recovery of stamina. The stamina recovery unit 114 maintains the current stamina value “−10” at the same value “−10” regardless of the passage of time. Therefore, the stamina recovery unit 114 does not update the current value of stamina "-10" stored in the storage unit 120 even after the reference time has passed.

FIG. 30 is a diagram showing a stamina display field 44 according to one embodiment. 30(A) shows the stamina display column 44 at the first point in time, FIG. 28(B) shows the stamina display column 44 at the point when the reference time has elapsed, and FIG. 28(C) shows the stamina display column 44 at the reference time shows the stamina display field 44 when has further passed. If the stamina does not recover automatically with the passage of time, the display control unit 116 updates the current value of the stamina displayed in the stamina display field 44 regardless of the passage of time, as shown in FIGS. do not. The user recognizes that the stamina does not automatically recover over time when the stamina falls below zero by visually confirming that the current value of stamina does not increase from -10 regardless of the passage of time as shown in FIG. do.

FIG. 31 is a diagram illustrating message 80 according to one embodiment. In step S29, the operation receiving unit 111 receives from the user a first operation for alleviating or eliminating the disadvantage in the second state. The operation accepting unit 111 first accepts a user's tap operation on the stamina display field 44 . The display control unit 116 displays a message 80 shown in FIG. 30 at an arbitrary position within the game screen 31 in response to this tap operation. Message 80 includes notification text to the user and buttons 81 and 82 . The notification text consists of a first text asking the user to automatically recover stamina, and a second text explaining to the user that the number of diamonds required to achieve this is one. include. Button 81 is a user interface for accepting the first operation. A button 62 is a user interface for accepting an operation for canceling the process of automatically recovering stamina. The operation accepting unit 111 accepts a tap operation on the button 81 as a first operation for alleviating or eliminating the disadvantage.

In step S30, the stamina recovery unit 114 eliminates the disadvantage by consuming one diamond in response to the first operation accepted in step S29. In the example of FIG. 32, the stamina recovery section 114 eliminates the disadvantage by matching the second recovery speed in the second state with the first recovery speed in the first state. In step S31, the stamina recovery unit 114 automatically recovers stamina at a second recovery speed within a range not exceeding the upper limit value "50" as time elapses in the second state. At this time, the stamina recovery unit 114 updates the current stamina value stored in the storage unit 120 by adding 1 to the current stamina value stored in the storage unit 120 each time the reference time elapses. . Assume that the current value of stamina stored in storage unit 120 at the first point in time is -10 as shown in FIG. 27(A). The stamina recovering unit 114 adds 1 to the current stamina value “−10” stored in the storage unit 120 when the reference time has elapsed from the first time point, thereby increasing the current stamina value stored in the storage unit 120 . Update the value to -9. The stamina recovery unit 114 adds 1 to the current stamina value "-9" stored in the storage unit 120 when the reference time has elapsed since the current stamina value automatically recovered to -9. , the current value of stamina stored in the storage unit 120 is updated to -9.

FIG. 32 is a diagram showing a stamina display field 44 according to one embodiment. FIG. 32(A) shows the stamina display column 44 at the first time, FIG. 32(B) shows the stamina display column 44 at the time when the stamina is automatically recovered, and FIG. Furthermore, a stamina display field 44 at the time of automatic recovery is shown. When the stamina is automatically recovered over time, the display control unit 116 updates the current value of stamina displayed in the stamina display field 44 to the value after the automatic recovery, as shown in FIG. 32 . The display control unit 116 updates the current stamina value displayed in the stamina display field 44 in conjunction with the updating of the current stamina value stored in the storage unit 120 . At the first time point, the display control unit 116 displays the current stamina value “5” stored in the storage unit 120 in the stamina display field 44 as shown in FIG. 32(A). When the current stamina value stored in storage unit 120 is updated to 6, display control unit 116 changes the current stamina value displayed in stamina display field 44 to 6 as shown in FIG. Update. When the current stamina value stored in the storage unit 120 is updated to 7, the display control unit 116 updates the current stamina value displayed in the stamina display field 44 to 7 as shown in FIG. do.

(main effects)
Even if the current stamina value is less than the first consumption value of stamina required to execute the intermediate quest, the stamina will decrease to a negative value of "-10", but the intermediate quest can be played. Therefore, even if the user does not have enough stamina to play the intermediate quest, the user can play the intermediate quest. As a result, it is possible to increase opportunities for the user to play quests that can be played by consuming stamina.

When the current value of stamina drops below zero, stamina auto-recovery will be disadvantageous to the user, thus preventing players from recklessly playing quests when their stamina is insufficient. When the automatic recovery of stamina in the second state is disadvantageous to the user, consumption of diamonds alleviates or eliminates the disadvantage. Therefore, the game system 1 encourages active consumption of diamonds. It can motivate users.

(Modification)
FIG. 33 is a diagram showing a stamina display field 44 according to one embodiment. FIG. 33(A) shows the stamina display field 44 at the first point in time, and FIG. 33(B) shows the stamina display field 44 at the point in time when the first time has elapsed while the automatic stamina recovery is prohibited. 33(C) shows the stamina display field 44 when the prohibition of automatic recovery of stamina is canceled when the first time has elapsed. In the example of FIG. 33, the stamina recovery unit 114 consumes one diamond to increase stamina according to the elapsed time from when the stamina is reduced to a negative value of "-10" to when the diamond is consumed. Recovers the first consumption value of stamina. The stamina recovery unit 114 first identifies the first point in time when the stamina has decreased to a negative value of "-10" as shown in FIG. 33(A). Here, it is assumed that a first period of time has passed since the first point in time while the automatic recovery of stamina is prohibited. The display control unit 116 does not update the current value of stamina displayed in the stamina display field 44 to -10 as shown in FIG. 33(B) when the first time has elapsed.

The operation accepting unit 111 accepts, from the user, a first operation for alleviating or eliminating the disadvantage immediately after the first period of time has elapsed. The stamina recovery unit 114 identifies a second point in time when the first operation is accepted. The stamina recovery unit 114 specifies the first time, which is the elapsed time from the first point of time to the second point of time. Assume that a time 40 times the reference time is specified as the first time. In this case, the first recovery value, which is the total value of stamina that can be automatically recovered over the first time period, is 40. The stamina recovery unit 114 recovers stamina by a first recovery value "40" corresponding to the first time by consuming one diamond in response to the first operation. At this time, the stamina recovery unit 114 adds the first recovery value “40” to the current stamina value “−10” stored in the storage unit 120, thereby obtaining the current stamina value stored in the storage unit 120. to 30. The display control unit 116 updates the current value of stamina displayed in the stamina display field 44 to 30 as shown in FIG. 33(C). Further, the display control unit 116 colors the portion of the entire stamina bar 46 corresponding to the current stamina value of "30" in the first color, and colors the rest in the second color.

If the current value of stamina is greater than or equal to zero, the stamina is automatically recovered up to the first recovery value "40" as the first time elapses. In the example of FIG. 33, if stamina is not automatically recovered and diamonds are consumed when the first time elapses, the first recovery value "40" that was not recovered during the first time elapses is restored to stamina. is added to the current value of As a result, the game system 1 can effectively eliminate the prohibition of automatic recovery while the current value of stamina is below zero by consuming diamonds. Therefore, the user can be more strongly motivated to spend diamonds to reduce or eliminate the disadvantages of automatic recovery.

FIG. 34 illustrates a message 90 according to one embodiment. The operation accepting unit 111 can accept a second operation for recovering stamina. The operation reception unit 111 receives, for example, a user's tap operation on the stamina display field 44 . Display control unit 116 displays message 90 shown in FIG. Message 90 includes text asking the user for the number of diamonds to use for stamina recovery, and multiple options 91 and 92 . Options 91 and 92 correspond to the number of diamonds consumed to restore stamina. Options 91 and 92 specifically correspond to 5 and 10 diamonds, respectively.

Operation accepting unit 111 accepts an operation for selecting option 91 or 92 as a second operation for recovering stamina. The operation accepting unit 111 identifies the number of diamonds corresponding to the option selected by the user as the first number specified by the user. When the option 91 is selected, the operation accepting unit 111 identifies that five diamonds have been specified by the user. When the option 92 is selected, the operation accepting unit 111 identifies that 10 diamonds have been designated by the user.

FIG. 35 is a diagram showing a stamina display field 44 according to one embodiment. FIG. 35(A) shows the stamina display field 44 before stamina recovery, and FIG. 35(B) shows the stamina display field 44 after stamina recovery. In FIG. 35(A), the current value of stamina is -10. Here, it is assumed that option 92 is selected by the user. The stamina recovery unit 114, in response to the second operation, consumes a first number "10" of diamonds that can recover the stamina by the first recovery value "50", regardless of the current value of the stamina. Recovers stamina up to recovery value "50". At this time, the stamina recovery unit 114 updates the current stamina value “−10” stored in the storage unit 120 to 50. The display control unit 116 updates the current value of stamina displayed in the stamina display field 44 to 50 as shown in FIG. 35(B). The display control unit 116 also colors the entire stamina bar 46 in the first color.

In the example of FIG. 35, the stamina recovery unit 114 recovers 60 stamina, which is more than 50, by consuming only 10 diamonds. At this time, when the stamina is below zero, the recovery efficiency of stamina per diamond is higher than the recovery efficiency when the stamina is zero or more. Therefore, the game system 1 can motivate the user to actively consume diamonds to restore stamina when the stamina is below zero.

(Other examples)
In the second state, the stamina recovery unit 114 can make the automatic recovery of stamina over time disadvantageous to the user as compared to the first state. The stamina recovery unit 114 can, for example, make the automatic recovery over time disadvantageous by making the second recovery speed slower than the first recovery speed. The process of setting the second recovery speed to zero is an example of the process of making the second recovery speed slower than the first recovery speed. The quest execution unit 112 can slow down the second recovery speed to any speed that is greater than zero but less than the first recovery speed. In this case, since stamina automatically recovers more slowly in the second state than in the first state, automatic recovery over time in the second state is disadvantageous to the user.

The stamina recovery unit 114 can reduce or eliminate the disadvantage of automatic recovery in the second state in response to the first operation. The process of matching the second recovery speed with the first recovery speed described above is an example of the process of eliminating the disadvantages of automatic recovery. In this case, since the stamina is automatically recovered in the second state at the same speed as in the first state, there is no disadvantage of automatic recovery for the user. The stamina recovery unit 114 can also mitigate the disadvantages of automatic recovery by making the second recovery speed closer to the first recovery speed than the first recovery speed, although not matching it. In this case, the recovery speed of the stamina in the second state is faster than before the response to the first operation, so the disadvantage of automatic recovery is alleviated.

The stamina recovery unit 114 can also reduce or eliminate the disadvantage without consuming diamonds in response to the first operation. The item granting unit 115 grants the user, for example, a game item that mitigates or eliminates the disadvantage, free of charge. The stamina recovery unit 114 consumes one game item instead of diamonds in response to the first operation, thereby alleviating or eliminating the disadvantages of automatic recovery of stamina when the current value of stamina is below zero. be able to. In this case, the user can save consumption of paid diamonds.

The quest execution unit 112 can also allow the quest to be executed only when the current value of stamina is zero or more. The quest execution unit 112 prohibits the execution of new quests, for example, when the current value of stamina is less than zero. As a result, it is possible to prevent the user from playing quests without recovering stamina, so that the game balance can be properly maintained. Additionally, the user can be motivated to restore stamina in order to be able to play the quest again.

The display control unit 116 can notify the user in any manner that the automatic recovery of stamina is disadvantageous to the user when in the second state. The display control unit 116 displays, for example, information such as text or an image explaining that the automatic recovery of stamina is at a disadvantage at an arbitrary position within the game screen 31 (preferably within the stamina display field 44). indicate. This allows the user to easily understand that the automatic recovery of stamina is disadvantageous to the user.

[Example of realization by software]
The control blocks of the control units 110 and 210 may be implemented by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or implemented by software using a CPU (Central Processing Unit). good too.

In the latter case, the information processing apparatus including the control unit 110 or both includes a CPU that executes instructions of a program, which is software that implements each function, and a computer (or CPU) that can read the program and various data. It includes a ROM (Read Only Memory) or storage device (these are referred to as a "recording medium"), a RAM (Random Access Memory) for developing the above program, and the like. The object of the present invention is achieved by a computer (or CPU) reading and executing the program from the recording medium. As the recording medium, a "non-temporary tangible medium" such as a tape, disk, card, semiconductor memory, programmable logic circuit, or the like can be used. Also, the program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be implemented in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

The present invention is not limited to the above-described embodiments, but can be modified in various ways within the scope of the claims, and can be obtained by appropriately combining technical means disclosed in different embodiments. is also included in the technical scope of the present invention.

[Additional notes]
The contents of one aspect of the present invention are listed below.

(Item 1) The game program was explained. According to one aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) comprising a processor (10) and memory (11). The game program instructs the processor to consume the first parameter by the first consumption value when the current value of the first parameter is greater than or equal to the first consumption value of the first parameter required for executing the first game process. a step (S23) of executing a first game process; if the current value is less than the first consumption value, reducing the first parameter to a minus value of the first parameter obtained by subtracting the first consumption value from the current value; , a step (S25) of executing a first game process; and automatically increasing the first parameter within a range not exceeding the upper limit value of the first parameter as time elapses when the current value is in the first state equal to or greater than zero. recovering (S27); and making the automatic recovery of the first parameter over time disadvantageous to the user when in a second state where the current value is below zero compared to when in the first state (S28). ), in the second state, a step of accepting a first operation from the user for alleviating or eliminating the disadvantage (S29), and a step of alleviating or eliminating the disadvantage in response to the first operation (S30). let it run.

(Item 2) In (Item 1), in the automatically recovering step, when in the first state, the first parameter is automatically recovered at a first recovery speed, and in the step of making the first parameter disadvantageous, when in the second state making the second recovery speed of the automatic recovery of the first parameter slower than the first recovery speed to alleviate or eliminate the disadvantage, in response to the first operation, changing the second recovery speed to the first recovery speed bring closer.

(Item 3) In (Item 2), in the step of causing the disadvantage, the second recovery speed is set to zero, and in the step of alleviating or eliminating the disadvantage, the second recovery speed is set to be greater than zero in response to the first operation. do.

(Item 4) In (Item 2) or (Item 3), in the step of alleviating or eliminating the disadvantage, the second recovery speed is matched with the first recovery speed in response to the first operation.

(Item 5) In any of (Item 1) to (Item 4), in the step of alleviating or eliminating the disadvantage, in response to the first operation, a consideration paid by the user or a game item obtained by paying the consideration Reduce or eliminate the disadvantage by consuming the game media that is

(Item 6) In (Item 5), the game program instructs the processor, in response to the first operation, to reduce the first parameter to a negative value by consuming the game medium. A step of recovering a first recovery value of the first parameter according to the elapsed time from the point in time to the second point in time when the disadvantage is alleviated or eliminated is executed.

(Item 7) In (Item 5) or (Item 6), the game program causes the processor to restore the first parameter by consuming a first number of game media capable of recovering the first parameter by the first recovery value. , to perform the step of recovering to the first recovery value.

(Item 8) In any one of (Item 1) to (Item 7), the game program causes the processor to execute a step of prohibiting execution of the first game process by consuming the first parameter when in the second state. .

(Item 9) In any one of (Item 1) to (Item 8), the game program causes the processor to perform a step of notifying the user that automatic recovery is at a disadvantage when in the second state.
(Item 10) A method of executing a game program has been described. According to one aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) comprising a processor (10) and memory (11). The method is a method in which a processor performs each step described in (item 1).

(Item 11) The information processing apparatus has been described. According to one aspect of the present disclosure, an information processing device (user terminal 100) includes a memory (11) that stores a game program (131) related to (item 1), and by executing the game program, a processor (11) for controlling the operation.

1 game system, 2 network, 10, 20 processor, 11, 21 memory, 12, 22 storage, 13, 23 communication IF (operation unit), 14, 24 input/output IF (operation unit), 15 touch screen (display unit, operation unit), 17 camera (operation unit), 18 ranging sensor (operation unit), 31 game screen, 41 rank display column, 42 experience value display column, 43 diamond display column, 44 stamina display column, 45 quest display column, 46 stamina bar, 51, 52, 91, 92 options, 60, 70, 80, 90 messages, 61, 62, 71, 72, 81, 82 buttons, 100 user terminal (information processing device), 110 control unit, 111 operation reception unit, 112 quest execution unit, 113 rank management unit, 114 stamina recovery unit, 115 item provision unit, 116 display control unit, 120 storage unit, 131 game program, 132 game information, 133 user information, 151 input unit (operation unit ), 152 display unit, 200 server, 1010 object, 1020 controller (operation unit), 1030 storage medium

Claims (11)

A game program executed by a computer comprising a processor and memory,
The game program causes the processor to:
When the current value of the first parameter is greater than or equal to the first consumption value of the first parameter required for execution of the first game process, the first consumption value of the first parameter is consumed by the first consumption value. executing a game process;
When the current value is less than the first consumption value, the first parameter is decreased to the minus value of the first parameter obtained by subtracting the first consumption value from the current value, and the first game process is executed. and
a step of automatically recovering the first parameter within a range not exceeding the upper limit value of the first parameter over time when the current value is equal to or greater than zero in the first state;
making automatic recovery of the first parameter over time disadvantageous to a user when in a second state in which the current value is below zero compared to when in the first state; when receiving from the user a first operation for alleviating or eliminating the disadvantage;
and a step of alleviating or eliminating the disadvantage in response to the first operation. In the automatically recovering step, when in the first state, the first parameter is automatically recovered at a first recovery speed;
In the disadvantageous step, a second recovery speed of automatic recovery of the first parameter in the second state is made slower than the first recovery speed;
2. The game program according to claim 1, wherein the step of alleviating or eliminating the disadvantage causes the second recovery speed to approach the first recovery speed in response to the first operation. In the penalizing step, the second recovery rate is set to zero;
3. The program product of claim 2, wherein the step of alleviating or eliminating the disadvantage causes the second recovery speed to be greater than zero in response to the first operation. 4. The game program according to claim 2, wherein the step of alleviating or eliminating the disadvantage causes the second recovery speed to match the first recovery speed in response to the first operation. In the step of mitigating or eliminating the disadvantage, the disadvantage is mitigated or eliminated by consuming game content, which is a consideration paid by the user or a game item obtained by paying the consideration, in response to the first operation. 5. The game program according to any one of claims 1 to 4. The game program causes the processor to:
By consuming the game media in response to the first operation, the first parameter is reduced from a first point in time when the first parameter is decreased to the negative value to a second point in time when the disadvantage is alleviated or eliminated. 6. The game program according to claim 5, causing execution of a step of recovering the first recovery value of the first parameter according to the elapsed time up to the point in time. The game program causes the processor to:
7. A step of recovering said first parameter to said first recovery value by consuming said game media in a first number that is capable of recovering said first parameter by said first recovery value. The game program described in . The game program causes the processor to:
8. The game program according to any one of claims 1 to 7, causing execution of a step of prohibiting execution of said first game process due to consumption of said first parameter in said second state. The game program causes the processor to:
9. The game program according to any one of claims 1 to 8, causing execution of the step of notifying the user that the automatic recovery has been compromised when in the second state. A method for a computer having a processor and memory to execute a game program, comprising:
A method, wherein the processor executes the steps of the game program of claim 1. An information processing device, the information processing device comprising:
a memory for storing the game program according to claim 1;
and a processor that controls the operation of the information processing device by executing the game program.

Images