JP2020156922A - Game program, method, and information processing device - Google Patents

Abstract

To provide a game program to which a new method for recovering a parameter to be used to progress a game is introduced.SOLUTION: A game program causes a processor to execute a step S1 for causing a character associated with a user of a game based on a game program to execute a first game part movable in a first game space constituting a game, a step S6 for moving a character to a predetermined position in a first game space for allowing recovery of a first parameter to be used to progress the game during the execution of the first game part, a step S8 for recovering the first parameter by consuming a second parameter on condition that the character is arranged at the predetermined position, and a step S9 for automatically recovering the second parameter within the range of not exceeding the maximum value of the second parameter according to the lapse of time.SELECTED DRAWING: Figure 3

Description

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

Non-Patent Document 1 discloses a conventional game capable of recovering the magical power (stamina) required for playing a quest.

Black Cat Wiz Strategy Brogue @ Aki, "List of Recovery Methods for Black Cat Wiz Magical Power", [online], April 6, 2014, [Search March 15, 2019], Internet <http: / /www.i-zm.info/archives/81>

The technique of Non-Patent Document 1 has room for introducing a new recovery method of parameters used for advancing the game into the game.

One aspect of the disclosure is to introduce into the game a new recovery technique for the parameters used to advance the game.

The game program according to the present disclosure is executed by a computer provided with a processor and memory. In the game program, the processor executes a first game part in which a character associated with a user of the game based on the game program can move in the first game space constituting the game, and the first game part is being executed. On the condition that the step of moving the character to a predetermined position in the first game space where the recovery of the first parameter used for advancing the game is permitted and the character are placed in the predetermined position. By consuming the second parameter, the step of recovering the first parameter and the step of automatically recovering the second parameter within a range not exceeding the maximum value of the second parameter over time are executed.

According to one aspect of the present disclosure, it has the effect of introducing into the game a new recovery method for the parameters used to advance the game.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of the server and the user terminal included in a game system. It is a flowchart which shows the flow of the process which the computer which concerns on a certain embodiment executes based on a game program. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the stamina display column and the character display column which concerns on a certain embodiment. It is a figure which shows the stamina display column which concerns on a certain embodiment. It is a figure which shows the stamina display column which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the message which concerns on a certain embodiment. It is a figure which shows the game screen which concerns on a certain embodiment.

The game system according to the present disclosure is a system for providing a game to a user. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

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

The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or 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 configurations included 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 smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, 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 distance measuring sensor. It is provided with 18. These configurations included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with 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.

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

In addition, instead of or in addition to the user terminal 100 including the camera 17 and the distance measuring sensor 18, the controller 1020 may have the camera 17 and the distance measuring sensor 18.

It is desirable that the user terminal 100, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. 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 source of the received output value (controller 1020). be able to.

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by the plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

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

As shown in FIG. 1, the user terminal 100 may accept the attachment of a storage medium 1030 such as an external memory card via the input / output IF14. As a result, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded on the storage medium 1030 is, for example, a game program.

The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 is stored in the memory 11. You may memorize it in.

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

For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects an object 1010 in the vicinity of the user terminal 100 and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. To. More specifically, when the user's hand is detected from the captured image of the camera 17, the user terminal 100 inputs a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as. The captured image may be a still image or a moving image.

Alternatively, when the operation unit is composed of 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 composed of the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified and accepted as a user input operation.

(Hardware components of each device)
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. Processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

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

In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game in collaboration with the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game in collaboration with a plurality of user terminals 100. Further, the various data include data related to the game such as user information and game information, and instructions or notifications to be transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

The communication IF 13 controls the transmission / reception of various data in the user terminal 100. The communication IF 23 controls the transmission and reception of various data on 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, a wireless LAN, or a mobile phone network, and communication using a short-range wireless communication or the like.

The input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100. The input / output IF24 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 that displays and outputs an image.

The touch screen 15 of the user terminal 100 is an electronic component that combines an input unit 151 and a display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is composed of, for example, a touch pad. The display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to 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 adopt any method such as a capacitance method or a resistance film method.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit 152. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

The distance measuring 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 object to be measured by the timing of light emission from the light source and the timing of receiving the reflected light generated by reflecting the light emitted from the light source against the object to be measured. The distance measuring sensor 18 may have a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring 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 in the vicinity of 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 a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (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 a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, 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. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the fingers are not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has made a "choki" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of 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 distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect whether it is at the above distance). 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 is changing 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 shooting direction of the camera 17. When an object is detected or not detected by the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation 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 in response 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, the state in which the mouse is clicked and pressed, or the state in which the mouse is touched after the touchdown operation is performed 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 a swipe operation (or a drag operation). You can also recognize it. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch screen. It may be recognized as an operation corresponding to the operation.

(Functional configuration of user terminal 100)
FIG. 2 is a block diagram showing a functional configuration of a user terminal 100 included in the game system 1. The user terminal 100 may include a functional configuration (not shown) required for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The storage unit 220 stores the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100. The game information 132 is data that the control unit 110 refers to when executing the game program 131. The user information 133 is data related to the 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 advances the game according to the operation of the game program 131 and the user. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 serves as an operation reception unit 111, a game execution unit 112, a character control unit 113, a parameter management unit 114, a stamina recovery unit 115, a reward giving unit 116, and a display control unit 117 according to the description of the game program 131. Function. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The operation reception 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 the user's finger or the like approaches the touch screen 15 as the coordinates of the coordinate system including the horizontal axis and the vertical axis of the surface constituting the touch screen 15. For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The operation reception unit 111 determines the user's operation on the touch screen 15. The operation receiving unit 111 is, for example, (1) "approaching operation", (2) "release operation", (3) "tap operation", (4) "double tap operation", (5) "long press operation (long press operation)". "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 receiving unit 111 is not limited to the above. For example, when the touch screen 15 has a mechanism capable of detecting the magnitude of the pressure pressed by the user against the touch screen 15, the operation reception unit 111 determines the magnitude of the pressure pressed by the user.

(1) The "approaching operation" is an operation in which the user brings a finger or the like close to the touch screen 15. The touch screen 15 detects that the user's finger or the like approaches (including the user's finger or the like touching the touch screen 15) by the touch screen 15, and controls a signal according to the coordinates of the detected 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 is detected from the state in which the approach of the user's finger or the like to the touch screen 15 is not detected.

(2) The "release operation" is an operation of stopping the state in which the user is approaching the touch screen 15. The operation reception unit 111 determines that the user's operation is a "release operation" when, for example, the user releases the finger from the state where the user is in contact with the touch screen 15. The control unit 110 determines that the state has changed from the "touch-on state" to the "touch-off state" when the state of detecting the approach of the user's finger or the like to the touch screen 15 is changed to the state of not detecting the approach. To do.

(3) The "tap operation" is to perform a release operation at a position where the user has made an approach operation to bring a finger or the like closer to the touch screen 15. The operation reception unit 111 outputs 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). When it is detected that the user's finger or the like approaches based on the above, the detected coordinates are held as the "initial touch position". In the operation receiving unit 111, 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 where the approach operation is detected). In addition, the user's operation is determined to be a "tap operation".

(4) The "double tap operation" is an operation in which the user performs the tap operation twice within a certain period of time. For example, when the operation reception unit 111 determines the tap operation again based on the coordinates related to the tap operation within a certain period of time after determining the user operation as a tap operation, the operation reception unit 111 determines the user operation as a "double tap operation". To do.

(5) The “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 approaching operation, the touch screen 15 performs the user's operation when the time during which the approaching operation continues at the coordinates where the approaching operation is detected exceeds a certain period of time. It is determined as "long press operation" ("long press operation" may be referred to as "long touch operation").

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

(7) The "move operation" refers to a series of operations in which the user performs a release operation on the touch screen 15 by moving a position where a finger or the like is approaching the touch screen 15 while maintaining the approach operation.

(8) “Flick operation” refers to an operation in which the user performs a move operation in a time shorter than a predetermined time. The flick operation is an operation in which the user flips a finger on the touch screen 15.

The game execution unit 112 executes various processes for advancing the game. The character control unit 113 controls the behavior of the character during the game. The parameter management unit 114 manages various parameters used in the game. The stamina recovery unit 115 recovers the stamina used in the game. The reward-giving unit 116 rewards the user based on the user's gameplay.

The display control unit 117 outputs a game screen reflecting the processing results executed by each of the above-mentioned elements to the display unit 152 of the touch screen 15. The display control unit 117 may display a game screen including animations showing motions of various objects on the display unit 152. Further, the display control unit 117 may superimpose and draw a UI (User Interface) object on the game screen.

The function of the user terminal 100 shown in FIG. 2 is only an example. The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, 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 made to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present 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)
The game based on the game system 1 is, for example, an arbitrary game in which a character (friendly character) operated by the user appears. This game is, for example, a game in which a character operated by a user and another character (enemy character) controlled by the game system 1 fight. The user can have a plurality of different characters. The user can acquire a friendly character (game medium) that can be used in the game by paid or free means.

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

(Processing flow)
In one aspect of the present disclosure, the user terminal 100 includes a step of executing a first game part in which a character associated with a user of a game based on a game program can move in a first game space constituting the game, and a first step. During the execution of the game part, a step to move the character to a predetermined position in the first game space where recovery of the first parameter used to advance the game is permitted, and the character is placed in the predetermined position. A step of recovering the first parameter by consuming the second parameter and a step of automatically recovering the second parameter over time within a range not exceeding the maximum value of the second parameter. To execute.

In a certain aspect of the present disclosure, the first parameter is set in the character as a parameter peculiar to the character, and the user terminal 100 ends the first game part when a predetermined condition is satisfied during the execution of the first game part. At the same time, the step of executing the first event in which the character fights with the enemy character, and the first parameter can be reduced based on the user's gameplay in the first event, and after the end of the first event. , If a predetermined condition is satisfied during the step of re-execution of the first game part and the re-execution of the first game part, the first game part is terminated and the current value of the first parameter at the end of the first event. Is the second event in which the character fights the enemy character, and the step of executing the second event in which the first parameter can be reduced based on the game play of the user in the second event is executed.

In the following, an example in which this game is an open world role-playing game (RPG) will be described. In this game, the character operated by the user has hit points (HP, first parameter) and skill points (SP, first parameter). HP is the physical strength of the character. The character can activate a predetermined skill using SP. As long as the HP of the character does not become zero or less, the user can freely operate the character in the game field and enjoy game play such as fighting with an enemy character taku in a battle event.

In this game, the user is provided with stamina (second parameter) that can be used during game play. Stamina is a necessary parameter to restore HP and SP. HP and SP are parameters that can be reduced according to the user's gameplay during the game, and the user can recover HP and SP by using stamina. When using stamina, a certain amount of stamina is consumed as HP and SP recover. In this embodiment, the user can basically possess up to three stamina (with exceptions), and each stamina is used individually to recover HP and SP. As will be described in detail later, the opportunity to use stamina is not unlimited, and stamina can be used only at the recovery points provided in the game space that constitutes the game. This game has a specification that restores stamina itself. Specifically, the consumed stamina automatically recovers over time within the range that does not exceed the maximum value of stamina. As described above, in the present embodiment, the stamina is not consumed with the action of the character in the game (for example, participation in the quest), but the parameter (for example, the combat action) used for the action of the character in the game (for example, combat action). It is used to restore HP, SP).

FIG. 3 is a flowchart showing a flow of processing executed by the user terminal 100 according to a certain embodiment based on the game program 131. FIG. 4 is a diagram showing a game screen according to a certain embodiment. A part or all of the series of processes shown in FIG. 4 may be executed by the server 200.

In step S1, the game execution unit 112 executes a game search part (first game part) while playing the game. The display control unit 117 displays, for example, the game screen shown in FIG. 4 on the display unit 152 during game play. On the game screen shown in FIG. 4, the background of the game field (first game space) used for the search part, the recovery point 31, the character 32, and the character 33 are displayed. The recovery point 31 is a predetermined position in the game field where the HP and SP of the characters 32 and 33 can be recovered. Characters 32 and 33 are characters associated with the user.

The display control unit 117 further displays the stamina display field 40, the character display field 50, and the character display field 60 on the game screen. The stamina display column 40 is a column in which the stamina 41 possessed by the user is displayed. In FIG. 4, three stamina 41 are displayed in the stamina display field 40.

The character display field 50 is a field for displaying information about the character 32. In FIG. 4, the character image 51, the HP bar 52, and the SP bar 53 are displayed in the character display field 50. The character image 51 is an image showing a part of the character 32. The HP bar 52 is display information that visually presents the current value and the maximum value of the HP of the character 32 to the user. In FIG. 4, the left end of the HP bar 52 corresponds to the minimum HP value of the character 32, and the right end of the HP bar 52 corresponds to the maximum HP value of the character 32. The display control unit 117 colors the portion of the entire HP bar 52 corresponding to the current value of the HP in the first color. The display control unit 117 colors the remaining portion of the HP bar 52 in a second color different from the first color. The user can intuitively grasp the current value of stamina by visually recognizing the HP bar 52. The SP bar 53 is display information that visually presents the current value and the maximum value of the SP of the character 32 to the user. In FIG. 4, the left end of the SP bar 53 corresponds to the minimum value of the SP of the character 32, and the right end of the SP bar 53 corresponds to the maximum value of the SP of the character 32. The coloring rule of the HP bar 52 is applied equally to the SP bar 53 after changing the target to the SP of the character 32.

The character display field 60 is a field for displaying information about the character 33, and in FIG. 4, the character image 61, the HP bar 62, and the SP bar 63 are displayed in the character display field 60. The character image 61 is an image showing a part of the character 32. The HP bar 62 is display information that visually presents the current value and the maximum value of the HP of the character 32 to the user. In FIG. 4, the left end of the HP bar 62 corresponds to the minimum HP of the character 32, and the right end of the HP bar 62 corresponds to the maximum HP of the character 32. The coloring rule of the HP bar 52 is applied equally to the HP bar 62 after changing the target to the HP of the character 33. The SP bar 63 is display information that visually presents the current value and the maximum value of the SP of the character 32 to the user. The coloring rule of the SP bar 53 is applied equally to the HP bar 62 after changing the target to the SP of the character 33.

In FIG. 4, the current values of HP and SP of character 32 and the current values of HP and SP of character 33 are both equal to their respective maximum values. Correspondingly, the entire HP bar 52, SP bar 53, HP bar 62, and SP bar 63 are all colored in the first color.

In certain aspects of the present disclosure, the first parameter is set for the character as a character-specific parameter, and the game program causes the character to fight the enemy character if certain conditions are met during the execution of the first game part. A third event is performed, which executes a third event in which the first parameter can be reduced based on the user's gameplay in the third event. In certain aspects of the disclosure, the first parameter is a parameter that can be reduced based on the attack made by the enemy character on the character during the execution of the third event. In certain aspects of the disclosure, the first parameter is a parameter that decreases based on a predetermined action taken by the character during the execution of the third event, based on the user's operation.

For example, the HP and SP of character 32 are unique parameters associated with character 32, and similarly the HP and SP of character 33 are unique parameters associated with character 33. The third event is, for example, a battle event. The user can move the characters 32 and 33 in the game field based on the operation on the touch screen 15 during the play of the search part. When the characters 32 and 33 move, a predetermined condition for generating a battle event may be satisfied. The predetermined condition is, for example, that the characters 32 and 33 encounter the enemy character 34 while moving in the game field (so-called random encounter). In step S2, when a random encounter occurs, the game execution unit 112 interrupts the execution of the search part and executes a battle event (first event, third event) of the game corresponding to the encounter. The display control unit 117 displays the game screen of the battle event on the display control unit 117 as shown in FIG. 5, for example.

FIG. 5 is a diagram showing a game screen according to a certain embodiment. In the game screen of FIG. 5, the characters 32 and 33 are displayed on the right side of the game screen, and the enemy character 34 is displayed on the left side of the game screen. The display control unit 117 displays the character display field 50 and the character display field 60 on the game screen. The user plays the battle event while visually recognizing the game screen of the battle event. The user inputs an operation for causing the character 32 or 33 to attack the enemy character 34 on the touch screen 15. In response to this operation, the character control unit 113 causes the character 32 or 33 to attack the enemy character 34. The enemy character 34 automatically attacks the character 32 or 33 based on a predetermined algorithm. If the attack of the enemy character 34 is successful, the HP of the character 32 or 33 is reduced.

The user can also input an operation for activating the skill to the character 32 or 33 on the touch screen 15. In response to this operation, the character control unit 113 activates the skill by causing the character 32 or 33 to perform a predetermined action by consuming the SP of the character 32 or 33. The skill is, for example, an action that damages the enemy character 34. As described above, the HP and SP of characters 32 and 33 can be reduced based on the user's gameplay at the battle event.

When the clearing conditions specified in the battle event are satisfied, the game execution unit 112 ends the battle event, assuming that the characters 32 and 33 have won the battle with the enemy character 34. The clearing condition is, for example, to reduce the HP of the enemy character 34 to the minimum value or less.

FIG. 6 is a diagram showing a game screen according to a certain embodiment. In step S3, the game execution unit 112 restarts the search part after the battle event ends. As a result, the display control unit 117 displays the game screen corresponding to the search part after resumption on the display unit 152, for example, as shown in FIG. As a result of executing the battle event, the HP and SP of the characters 32 and 33 are both reduced. In FIG. 6, the display state of the HP bar 52 and the like is updated to reflect the current value of the HP and the like after the decrease. In this way, the reduced HP and SP current values in the battle event are taken over after the search part resumes.

Since the HP of the characters 32 and 33 is sufficient, the user continues the game play of the search part. If a random encounter occurs again while the characters 32 and 33 are moving, the next battle event is started. In step S4, the game execution unit 112 identifies that the next encounter has occurred, takes over the HP and SP of the characters 32 and 33, and executes the next battle event (second event) as shown in FIG. To do.

FIG. 7 is a diagram showing a game screen according to a certain embodiment. In the battle event of FIG. 7, characters 32 and 33 fight again with the enemy character 34. The display control unit 117 displays the HP bar 52, the SP bar 53, and the like reflecting the HP and SP inherited from the previous battle event in the character display field 50 and the character display field 60 in the game screen. The user again operates the characters 32 and 33 to fight the enemy character 34. This battle event ends when characters 32 and 33 defeat the enemy character 34. Here, it is assumed that the user is forced to fight at the last minute during the battle event and manages to defeat the enemy character 34, but the HP of the characters 32 and 33 has decreased to almost zero (minimum value).

FIG. 8 is a diagram showing a game screen according to a certain embodiment. In step S5, the game execution unit 112 restarts the search part after the end of the second battle event. As a result, the display control unit 117 displays the game screen corresponding to the search part after resumption on the display unit 152, for example, as shown in FIG. As a result of executing the battle event, the HP and SP of characters 32 and 33 have been reduced to almost zero. Also in FIG. 8, the display state of the HP bar 52 and the like is updated to reflect the current value of the HP and the like after the decrease.

In FIG. 8, since the HPs of the characters 32 and 33 are almost zero, it is very unlikely that they will win the battle with the enemy character in the next battle event. It is difficult for the user to continue playing the game as it is. Therefore, the user inputs an operation for moving the characters 32 and 33 to the recovery point 31 on the touch screen 15. In step S6, the character control unit 113 moves the characters 32 and 33 to the recovery point 31 as shown in FIG. 9 based on the user's operation.

In a certain aspect of the present disclosure, in the user terminal 100, a plurality of characters are associated with the user, a first parameter unique to the character is set for each of the plurality of characters, and a second step of recovering the first parameter is performed. By consuming the parameters, the first parameter set for each of the plurality of characters is recovered.

FIG. 9 is a diagram showing a game screen according to a certain embodiment. In FIG. 9, the character 32 is placed at the recovery point 31 and the character 33 is placed on the side of the character 32. Based on this arrangement, HP and SP recovery using stamina is allowed. In step S7, the operation receiving unit 111 receives an operation for recovering the HP and SP from the user. This operation is, for example, an operation of tapping any stamina 41 displayed in the stamina display field 40. Here, it is assumed that the leftmost stamina 41 is tapped.

In step S8, the parameter management unit 114 recovers the HP and SP of the characters 32 and 33 by consuming one stamina 41 in response to the user's operation. Here, both the HP and SP of the character 32 and the HP and SP of the character 33 are restored to the maximum values. The display control unit 117 updates the game screen as shown in FIG. 10 in response to the consumption of the stamina 41.

FIG. 10 is a diagram showing a game screen according to a certain embodiment. The display control unit 117 erases the display of one of the three stamina 41 displayed in the stamina display field 40. The display control unit 117 further updates the display state of the HP bar 52 and the SP bar 53 of the character 32 to a state indicating that the current values of the HP and SP are the maximum values. In addition, the display state of the HP bar 62 and the SP bar 63 of the character 33 is also updated to a state indicating that the current values of the HP and SP are the maximum values. As a result, the user can continue the game using the characters 32 and 33.

(Automatic recovery of stamina)
FIG. 11 is a diagram showing a stamina display field 40 and a character display field 50 according to an embodiment. In FIG. 11A, one stamina 41 is consumed and the remaining stamina is two. Some of the HP and SP of character 32 have been used, and their current values are lower than their maximum values. In step S9, the stamina recovery unit 115 automatically recovers stamina over time.

For example, when a certain time has passed from the state of FIG. 11A, the stamina recovery unit 115 recovers a part of one consumed stamina 41. As shown in FIG. 11B, the display control unit 117 displays the partially restored stamina 41 at the left end of the stamina display field 40. The stamina recovery unit 115 completely recovers one consumed stamina 41 when a predetermined time required for completely recovering the stamina 41 has elapsed. As shown in FIG. 11C, the display control unit 117 displays the stamina 41 in a completely restored state at the left end portion in the stamina display field 40. This increases the stamina 41 available to the user by one. Therefore, even if all the stamina 41 is exhausted, the user can acquire a new stamina 41 by interrupting the game and waiting for a while, so that the user can play the game again after that. ..

The automatic recovery of stamina 41 may be enabled only when the remaining stamina 41 becomes zero.

In some aspects of the disclosure, the first parameter is a parameter that does not automatically recover over time. As shown in FIG. 11, HP and SP continue to maintain their respective current values even when the stamina 41 recovers over time.

(Main action effect)
The operator of this game prevents the user of the game from conquering (consuming) the main scenario of this game in a short period of time, and if possible, the user plays this game every day, in other words, the book as a kind of life cycle. I want to play the game. In order to realize this, for example, this game may be designed as a stamina-based game, that is, a mechanism may be introduced in which the game cannot be advanced without consuming stamina. However, since this game does not have a clear in-game play unit (separation) like the so-called quest, it is not suitable for introducing such a stamina system. In addition, this game can be an RPG having an open world view. However, in such an RPG, it is difficult for the user to be convinced by the introduction of the stamina system that limits the game play itself in the middle. Therefore, by introducing into this game a specification that limits the chances of recovering HP and SP as described above, that is, a specification that adopts a stamina system for using recovery points 31 instead of recovering HP and SP, the game play is performed. It is possible to realize a substantial stamina system for this game as well. As a result, it is possible to prevent the user from conquering the game in a short period of time, so that the user can play the game continuously for a long time.

As described above, according to one aspect of the present disclosure, there is an advantage that a new recovery method of parameters (HP, SP) used for advancing the game can be introduced into the game. Furthermore, since HP and SP can be recovered using the stamina 41 only when the character 32 is moved to the recovery point 31, it is constant to move the character away from the recovery point 31 in the game field. It creates a feeling of tension, which enhances the fun of the game. On the other hand, since HP and SP can be recovered only with a limited number of recovery points 31, it is easier for the game operator to design the difficulty level of the game by devising the number and arrangement of the recovery points 31. There are advantages.

Since there is a limit to the number of stamina 41 that a user can possess, and it takes a certain amount of time for the stamina 41 to automatically recover, the user advances the game indefinitely and consumes the game content at an early stage, and eventually gets tired of the game. It can be prevented from being lost. On the other hand, even if the stamina 41 runs out, if you wait for a certain period of time, the stamina 41 will automatically recover and you can resume the game play, so even if there is a certain limit on the game play due to the limited number of stamina 41 possession, that Especially the user is fully convinced. Therefore, the user is motivated to play the game while making good use of the stamina 41.

(Recovery of HP and SP by leveling up)
In one aspect of the present disclosure, the user terminal 100 performs a step of recovering a first parameter set on the character in response to the character leveling up as a result of the user's gameplay in the third event. ..

For example, when the character 32 and the character 33 win the battle event shown in FIG. 7, they acquire the experience value set in the battle event. The character control unit 113 raises the level of the character 32 when the cumulative acquired experience value of the character 32 exceeds the threshold value. In response to this level-up, the parameter management unit 114 restores the HP and SP of the character 32 to the maximum values, respectively. The situation is the same for the character 33. The level-up restores all HP and SP, allowing the user to continue playing the game. Therefore, the user can be motivated to raise the level of the characters 32 and 33.

When the levels of the characters 32 and 33 are low, the level-up interval may be shortened, and in the mode set in this way, the characters 32 are leveled up one after another before the HP of the characters 32 disappears. As a result, the user can advance the game one after another without using the stamina 41 at the beginning of the game.

(Full recovery of stamina 41 on time)
In one aspect of the present disclosure, the user terminal 100 recovers the second parameter to at least the maximum value for a plurality of users of the game, including the user, in response to the current time reaching the specified time. Perform the steps. In a certain aspect of the present disclosure, the user terminal 100 recovers the second parameter beyond the maximum value of the second parameter in the step of recovering the second parameter for a plurality of users.

FIG. 12 is a diagram showing a stamina display field 40 according to an embodiment. In FIG. 12A, the user has used up all of his stamina 41 and cannot recover HP and SP any more. The stamina recovery unit 115 recovers the user's stamina 41 to a number exceeding the maximum value when the current time reaches a specific time (for example, 5 o'clock in the morning). The maximum value of the stamina 41 is three that can be displayed in the stamina display column 40, but in FIG. 12, the stamina 41 is restored to five, which is more than three, at 5 o'clock in the morning. So to speak, at 5 o'clock in the morning, a maximum of 5 stamina 41 will be distributed to users. As a result, the user can proceed with the game while recovering HP and SP by sequentially using the five stamina 41s on hand, so that the user can continue playing the game for a longer time.

As an operator, since this game is an RPG, you can play for a long time rather than a play style (for example, 10 minutes of continuous play 5 times a day) where you can enjoy this game by taking a break from playing for a short time. The user wants a play style in which the game is enjoyed in a continuous manner (for example, 60 minutes of continuous play once a day). Therefore, a mechanism for recovering a plurality of stamina 41 at a fixed time such as 5 am is more suitable for this game than a mechanism for sequentially recovering the stamina 41 with the passage of time. That is, by adopting such a stamina recovery method suitable for the game, it is possible to provide each user with an opportunity to play the game in a play style suitable for the game, thereby increasing the satisfaction of each user with the game. be able to.

Since this game is a specification that progresses by freely moving the character in the game field, the main fun of the game is that the user concentrates on the game for a certain period of time. With the batch recovery of stamina 41 at 5 am, each user can experience such fun every day if he / she desires, so that each user's motivation for continuous play of this game can be increased.

The stamina recovery unit 115 recovers up to five stamina 41 at 5 o'clock in the morning not only for the above-mentioned user but also for all users of the game including the user. As a result, the number of stamina 41 possessed by all users is uniformly five. By recovering the stamina 41 of all users to at least the maximum value at a predetermined time in this way, it is possible to increase the motivation for each user to continue the game.

The limit value of stamina 41 that a user can possess at one time is five. The stamina recovery unit 115 does not recover the stamina 41 any more at 5 o'clock in the morning if the user already has five stamina 41. As a result, it is possible to prevent a user who does not log in to the game for a long period of time from possessing an excessive number of stamina 41. You can also motivate users to log in to the game on a regular basis.

FIG. 13 is a diagram showing a stamina display field 40 according to an embodiment. When the stamina 41 recovers to 5 at 5 o'clock in the morning, as shown in FIG. 13 (A), three stamina 41 are displayed in the stamina display column 40, and the two additional stamina 41 are stamina. It is displayed outside the display field 40. When the first stamina 41 is used in this state, the display of one of the additional stamina 41 disappears as shown in FIG. 13 (B). In this state, the current value of the stamina 41 exceeds the specified maximum value, so the stamina 41 does not automatically recover. The one stamina 41 consumed remains gone over time.

When one more stamina 41 is used from here, the display of the other of the additional stamina 41 disappears, as shown in FIG. 13C. Even in this state, the stamina 41 is not automatically restored any more. The number of stamina 41 remains three over time. When one more stamina 41 is used from here, the display of the leftmost stamina 41 in the stamina display field 40 disappears as shown in FIG. 13 (D). For the first time, the automatic recovery of stamina 41 over time becomes effective. That is, when the predetermined time elapses, the stamina 41 is recovered up to the maximum of three as shown in FIG. 13 (E).

In FIG. 13, the automatic recovery of the stamina 41 over time is a recovery up to a specified maximum value. As a result, it is possible to prevent the user from stocking a large amount of stamina 41 by simply waiting for the time to pass.

(Recovery of stamina 41 billing)
In one aspect of the present disclosure, the user terminal 100 performs a step of recovering a first parameter set for each of the plurality of characters based on the payment of the consideration by the user or the consumption of the game item obtained by the payment of the consideration. To do.

FIG. 14 is a diagram showing a game screen according to a certain embodiment. In the example of this figure, since the HPs of the characters 32 and 33 are both close to zero, it is difficult to continue the game unless the HP is recovered. However, since the user does not have any stamina 41, he cannot use the stamina 41 to recover HP and SP. Even in such a case, in this game, the user can recover HP and SP by charging. For example, the user inputs an operation for recovering HP and SP by charging to the touch screen 15. In response to this operation, the display control unit 117 displays, for example, the message 71 shown in FIG. 15 on the display unit 152.

FIG. 15 is a diagram showing a message 71 according to an embodiment. Message 71 is a text asking the user to recover HP and SP by billing. The display control unit 117 displays the buttons 72 and 73 together on the display unit 152. When the user presses the button 72, the control unit 110 executes a process related to payment of consideration by the user. This process includes processing related to the settlement of money required to fully recover HP and SP. The parameter management unit 114 fully recovers the HP and SP of the characters 32 and 33 as shown in FIG. 16 in response to the completion of the processing related to the settlement. At this time, the stamina 41 does not recover. That is, the remaining stamina 41 remains zero, and the remaining time (charge time) required until the stamina 41 in the process of recovery becomes usable does not decrease.

FIG. 16 is a diagram showing a game screen according to a certain embodiment. Since the HP and SP of the characters 32 and 33 have been fully recovered, the display state of the HP bar 52 and the like is updated to a state in which the current value of the HP and the like matches the maximum value. Since the HP has been fully recovered, the user immediately continues to play the game without waiting for the automatic recovery of the stamina 41. If the HP / SP can be recovered by charging in this way, it is possible to motivate the user who wants to continue the game even after the stamina 41 has expired.

The parameter management unit 114 can also recover HP and SP based on the use of game items granted to the user by payment of consideration by the user. For example, it is assumed that the user has already obtained a paid game item, a diamond, by paying in advance. The parameter management unit 114 fully recovers the HP and SP of the characters 32 and 33 by consuming the diamond in response to the user's operation for using the diamond. In this example, a user who is active in continuous play of the game can be motivated to purchase a paid item called a diamond.

(Give reward)
In a certain aspect of the present disclosure, the user terminal 100 executes a step of rewarding the user based on the game play of the user in the third event, and in the step of rewarding the user, during the execution of the third event. , When the clear condition set in the third event is satisfied, the first reward is given to the user, and the current value of the first parameter is set to the first value before the clear condition is satisfied while the third event is being executed. When the value decreases below the minimum value of the parameter, the user is given a second reward less than the first reward.

For example, it is assumed that the clearing condition is satisfied by defeating the enemy character 34 during the execution of the battle event (third event) shown in FIG. In this case, the reward giving unit 116 gives the user the experience value (first reward) acquired when the enemy character 34 is defeated. As a result, the cumulative experience points of the characters 32 and 33 increase. On the other hand, it is assumed that the characters 32 and 33 are completely destroyed because the HP of the characters 32 and 33 is reduced to the minimum value or less before the enemy character 34 is defeated. In this case, the reward giving unit 116 gives the user an experience value (second reward) that is smaller than the experience value acquired when the enemy character 34 is defeated. Even with this, the amount of increase is small compared to the case of clearing the battle event, but the cumulative experience value of characters 32 and 33 increases. The experience value given at the time of annihilation is, for example, the acquired experience value × (total damage given to the enemy character 34 ÷ HP maximum value of the enemy character 34) × 30%. When a plurality of enemy characters 34 appear in a battle event, the HP of the enemy characters 34 in the formula is the maximum total HP of the enemy characters 34.

Since this game is designed to recover HP and SP by using stamina 41, it is assumed that the user will continue to play the game until HP is close to zero in order to save stamina 41 as much as possible. .. On the other hand, the operator of this game wants to eliminate the user's disadvantages and fears that characters 32 and 33 will be wiped out in the battle event as much as possible, so rewards such as experience points will be given to the user even when the characters 32 and 33 are wiped out in the battle event. It is assumed that you will be motivated to introduce the specifications to be used in this game. However, if you actually introduce such a specification, you can get a reward even if it is wiped out, and you can play the battle event repeatedly without recovering HP or SP without fear of being wiped out in the battle event and get the reward. It is possible that there will be frequent users trying to earn money. Since the operator does not want such a situation to occur, the game employs a mechanism to reduce the rewards that users receive when the game is wiped out. As a result, it is possible to realize a mechanism in this game in which the user's actions against the intention of the operator can be suppressed while reducing the user's disadvantages and fears regarding the annihilation of the character as much as possible.

(End content)
In certain aspects of the disclosure, a third parameter is set in the character as a character-specific parameter, used to advance the game, and is managed independently of the first parameter. Further set to the character as a unique parameter, the user terminal 100 includes a step of executing a second game part in which the character can move in the second game space constituting the game based on the game program, and execution of the second game part. If a predetermined condition is met, the first parameter is not reduced but the third parameter can be reduced, which is the fourth event in which the character fights with the enemy character, based on the user's gameplay in the fourth event. The step of executing the four events and the step of recovering the first parameter set in the character in response to the level up of the character as a result of the user's game play in the fourth event are executed.

In this example, so-called end content is provided to the user. The end content is content that the user can repeatedly challenge and play in various games such as RPGs such as this game. The end content is relatively difficult content among various contents provided to the user in the game, and sometimes is the highest difficulty content in the game. Providing users with an opportunity to play such high-difficulty end content will increase the user's motivation to repeatedly challenge the end content, and as a result, the user will continue to play this game without getting bored. The possibility is increased.

In this game, when the characters 32 and 33 are completely destroyed in the battle event, the characters 32 and 33 are returned to the recovery point 31 where the character 32 is placed immediately before the battle event. The entrance to the end content is located, for example, near this recovery point 31. When the user moves the character 32 to this entrance, the end content is started. In the end content, the HP and SP (third parameter) dedicated to the end content, which are managed separately from the HP and SP, are set to the characters 32 and 33. The end content is also a kind of search part (second game part), and the characters 32 and 33 can move in the game field (second game space) dedicated to the end content.

The game field corresponding to the end content is independent of the game field corresponding to the search part of the main part. When a random encounter with the enemy character 34 occurs during the execution of the end content, the game execution unit 112 executes a battle event (fourth event) for the end content. In this battle event, the HP and SP dedicated to the end content may decrease based on the user's gameplay, but the HP and SP used in the main story will not decrease. The parameter management unit 114 recovers the HP and SP in the search part of the main part set for the character 32, for example, when the character 32 is leveled up as a result of the user playing the battle event in the end content. As a result, the user can resume the game play in the search part of the main part using the character 32.

As mentioned above, although the dedicated HP and SP are set for the character in the end content, if the HP and SP for the main part are not restored when the level up in the end content, the level up in the main part If so, the merit of recovering the HP and SP for the main story, which should be obtained, will be lost by playing the end content. This makes it difficult for users to be motivated to play the end content, and therefore there is a concern that the end content itself will become less attractive. Therefore, as described above, if the character 32 level up during the play of the main part, for example, by introducing a mechanism for recovering the HP and SP for the main part of the character 32 into this game, the merit of leveling up in the main part Since the user can obtain the same merit as the above even when the level of the end content is upgraded, the user can feel the attractiveness of playing the end content.

The user can play the end content at any time during the play of the search part. Combat events in end content are more difficult than combat events in the main story. For example, the level of the enemy character 34 appearing in a battle event is high. End content is positioned as high-difficulty content in the game. Since the user can play the end content with the HP and SP of the characters 32 and 33 maximized, it is easy to have a motive to actively try to play the end content. Each time the user plays the end content, the HP and SP dedicated to the end content are set to the maximum values, which allows the user to repeatedly play the end content without worrying about the rest of the stamina 41. Therefore, the end content can be fully utilized in order to raise the level of the characters 32 and 33, thereby increasing the motivation to continue playing the game.

The user also possesses another character, and the search part can be advanced by using another character instead of the character 32 or 33. The stamina recovery unit 115 may recover the HP and SP of all other characters possessed by the user in addition to the characters 32 and 33 displayed on the game screen based on the consumption of the stamina 41. This can motivate the user to use all the characters in possession evenly.

In this game, the experience value obtained when the battle event is cleared can be changed according to the current value of the HP of the characters 32 and 33 at the start of the battle. For example, the higher the HP at the start of battle, the more experience points you can get.

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

In the latter case, the information processing device provided with the control unit 110 or both makes it possible for the computer (or CPU) to read the CPU that executes the instructions of the program that is the software that realizes each function, the above program, and various data. It is equipped with a recorded ROM (Read Only Memory) or a storage device (these are referred to as "recording media"), a RAM (Random Access Memory) for developing the above program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above program is embodied by electronic transmission.

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

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

(Item 1) The game program was explained. According to some aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10) and a memory (11). The game program includes a step (S1) in which a character associated with a user of the game based on the game program executes a first game part that can be moved in the first game space constituting the game, and a first game part. Step (S2) to move the character to a predetermined position (recovery point 31) in the first game space where recovery of the first parameters (HP, SP) used to advance the game is permitted during the execution of. ) And the step (S8) of recovering the first parameter by consuming the second parameter (stamina 41) on condition that the character is placed in a predetermined position, and the maximum of the second parameter with the passage of time. The step (S9) of automatically recovering the second parameter is executed within a range not exceeding the value.

(Item 2) In (Item 1), the game program informs the processor that at least the second parameter is set for a plurality of users of the game, including the user, in response to the current time reaching the specified time. Perform the step of recovering to the maximum value.

(Item 3) In the step of recovering the second parameter for a plurality of users in (Item 2), the second parameter is recovered beyond the maximum value of the second parameter.

(Item 4) In any of (Item 1) to (Item 3), the first parameter is set in the character as a parameter unique to the character, and the game program is determined by the processor during the execution of the first game part. If the condition is met, the first game part is finished and the first event in which the character fights with the enemy character, and the first parameter can be reduced based on the user's gameplay in the first event. When a predetermined condition is satisfied during the step (S2) of executing the event, the step (S3) of re-executing the first game part after the end of the first event, and the re-execution of the first game part, the first game At the end of the part, the current value of the first parameter at the end of the first event is inherited, and the character fights with the enemy character in the second event, and the first parameter is used for the user's gameplay in the second event. The step (S4) of executing the second event, which can be reduced based on the above, is executed.

(Item 5) In any of (Item 1) to (Item 4), the first parameter is a parameter that does not automatically recover with the passage of time.

(Item 6) In any of (Item 1) to (Item 5), a plurality of characters are associated with the user, a first parameter unique to the character is set for each of the plurality of characters, and the first parameter is recovered. In the step of doing so, the first parameter set for each of the plurality of characters is recovered by consuming the second parameter.

(Item 7) In (Item 6), the game program gives the processor a first parameter set for each of the plurality of characters based on the payment of the consideration by the user or the consumption of the game item obtained by the payment of the consideration. Perform the recovery step.

(Item 8) In (Item 1), the first parameter is set to the character as a parameter peculiar to the character, and the game program tells the processor when a predetermined condition is satisfied during the execution of the first game part. Is the third event in which is a battle with the enemy character, and the step of executing the third event (S2) in which the first parameter can be reduced based on the game play of the user in the third event is executed.

(Item 9) In (Item 8), the first parameter (HP) is a parameter that can be reduced based on the attack made by the enemy character on the character during the execution of the third event.

(Item 10) In (Item 8), the first parameter (SP) is a parameter that decreases based on a predetermined action performed by the character during the execution of the third event based on the user's operation.

(Item 11) In any of (Item 8) to (Item 10), the game program is set in the processor in response to the character leveling up as a result of the user's gameplay in the third event. The step of recovering the first parameter to be performed is executed.

(Item 12) In any of (Item 8) to (Item 11), the step of giving a reward to the user is executed based on the game play of the user in the third event, and in the step of giving the reward, If the clear condition set in the third event is satisfied during the execution of the third event, the first reward is given to the user, and the first is performed before the clear condition is satisfied during the execution of the third event. When the current value of the parameter decreases below the minimum value of the first parameter, the user is given a second reward that is less than the first reward.

(Item 13) In any of (Item 1) to (Item 12), the first parameter is set in the character as a parameter unique to the character, is necessary for advancing the game, and is independent of the first parameter. The third parameter managed in this way is further set in the character as a parameter unique to the character, and the game program allows the character to move to the processor in the second game space constituting the game based on the game program. If a predetermined condition is met during the step of executing the game part and the execution of the second game part, it is the fourth event in which the character fights with the enemy character, and the fourth event is based on the user's game play in the fourth event. The first parameter is set on the character in response to the step of executing the fourth event, which does not decrease but the third parameter can decrease, and the character leveling up as a result of the user's gameplay in the fourth event. 1 Execute the step of recovering the parameters.

(Item 14) The method of executing the game program has been described. According to some aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10) and a memory (11). The method is a step (S1) in which the processor executes a first game part in which a character associated with a user of the game based on the game program can move in the first game space constituting the game, and a step (S1) of the first game part. Step (S2) to move the character to a predetermined position (recovery point 31) in the first game space where recovery of the first parameters (HP, SP) used to advance the game is permitted during execution. The step (S8) of recovering the first parameter by consuming the second parameter (stamina 41) on condition that the character is placed at a predetermined position, and the maximum value of the second parameter with the passage of time. The step (S9) of automatically recovering the second parameter is included within the range not exceeding.

(Item 15) The information processing device has been described. According to a certain aspect of the present disclosure, the information processing device (user terminal 100) has a memory (11) for storing a game program (131) and a control unit that controls the operation of the information processing device by executing the game program. (Processor 10) and. The control unit executes a first game part in which a character associated with a user of the game based on the game program can move in the first game space constituting the game, and advances the game during the execution of the first game part. The character is moved to a predetermined position (recovery point 31) in the first game space where the recovery of the first parameter (HP, SP) used for the game is permitted, and the character is placed in the predetermined position. As a condition, the first parameter is recovered by consuming the second parameter (stamina 41), and the second parameter is automatically recovered over time within a range not exceeding the maximum value of the second parameter.

1 game system, 2 networks, 10,20 processors, 11,21 memories, 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 distance measurement sensor (operation unit), 100 user terminal (information processing device), 110 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 31 recovery point, 32,33 characters, 34 enemy characters, 40 stamina display field, 41 stamina, 50, 60 character display field, 51,61 character image, 52,62 HP bar, 53,63 SP bar, 71 message, 72 buttons, 111 operation reception unit, 112 game execution unit, 113 character control unit, 114 parameter management unit, 115 Stamina recovery unit, 116 reward granting unit, 117 display control unit

Claims (15)

A game program run by a computer with a processor and memory
The game program is supplied to the processor.
A step in which a character associated with a user of a game based on the game program executes a movable first game part in the first game space constituting the game.

During the execution of the first game part, a step of moving the character to a predetermined position in the first game space where recovery of the first parameter used to advance the game is permitted.
A step of recovering the first parameter by consuming the second parameter, provided that the character is placed in the predetermined position.
A game program that executes a step of automatically recovering the second parameter within a range not exceeding the maximum value of the second parameter over time. The game program is supplied to the processor.
1. Claim 1 for causing a plurality of users of the game, including the user, to perform a step of recovering the second parameter to at least the maximum value in response to the current time reaching a predetermined time. The game program described in. The game program according to claim 2, wherein in the step of recovering the second parameter for the plurality of users, the second parameter is recovered beyond the maximum value of the second parameter. The first parameter is set in the character as a parameter unique to the character.
The game program is supplied to the processor.
If a predetermined condition is satisfied during the execution of the first game part, the first game part is terminated and the character fights with an enemy character, and the first parameter is the first event. A step of executing a first event that can be reduced based on the user's gameplay,
After the end of the first event, the step of re-executing the first game part and
If a predetermined condition is satisfied during the re-execution of the first game part, the first game part is terminated, the current value of the first parameter at the end of the first event is inherited, and the character becomes an enemy character. Any of claims 1 to 3, wherein the second event of combat, the step of executing the second event in which the first parameter can be reduced based on the gameplay of the user in the second event, is executed. The game program described in item 1. The game program according to any one of claims 1 to 4, wherein the first parameter is a parameter that does not automatically recover over time. A plurality of the characters are associated with the user
The first parameter unique to the character is set for each of the plurality of characters.
The step according to any one of claims 1 to 5, wherein in the step of recovering the first parameter, the first parameter set for each of the plurality of characters is recovered by consuming the second parameter. Game program. The game program is supplied to the processor.
The sixth aspect of claim 6, wherein the step of recovering the first parameter set for each of the plurality of characters is executed based on the payment of the consideration by the user or the consumption of the game item obtained by the payment for the consideration. Game program. The first parameter is set in the character as a parameter unique to the character.
The game program is supplied to the processor.
If a predetermined condition is met during the execution of the first game part, it is a third event in which the character fights with an enemy character, and the first parameter is based on the game play of the user in the third event. The game program according to any one of claims 1 to 7, wherein a step of executing a third event that can be reduced is executed. The game program according to claim 8, wherein the first parameter is a parameter that can be reduced based on an attack made by the enemy character on the character during the execution of the third event. The game program according to claim 8, wherein the first parameter is a parameter that decreases based on a predetermined action performed by the character during the execution of the third event based on the operation of the user. The game program is supplied to the processor.
8.10 of claims 8-10, wherein the step of recovering the first parameter set for the character is executed in response to the leveling up of the character as a result of the game play of the user in the third event. The game program described in any one of the items. The game program is supplied to the processor.
Based on the user's gameplay in the third event, the user is made to perform a step of rewarding the user.
In the step of giving the reward,
If the clear condition set in the third event is satisfied during the execution of the third event, the first reward is given to the user.
If the current value of the first parameter is reduced to or less than the minimum value of the first parameter during the execution of the third event and before the clearing condition is satisfied, the second reward is less than the first reward. The game program according to any one of claims 8 to 11, which grants the user the above. The first parameter is set in the character as a parameter unique to the character.
A third parameter, which is used to advance the game and is managed independently of the first parameter, is further set in the character as a parameter unique to the character.
The game program is supplied to the processor.
A step of executing a second game part in which the character can move in the second game space constituting the game based on the game program, and
When a predetermined condition is satisfied during the execution of the second game part, the first parameter is reduced based on the game play of the user in the fourth event, which is the fourth event in which the character fights with the enemy character. The step of executing the fourth event, which does not, but the third parameter can be reduced,
The steps 1 to 12 of claim 1 to 12, wherein the step of recovering the first parameter set for the character is executed in response to the level up of the character as a result of the game play of the user in the fourth event. The game program described in any one of the items. A way in which a computer with a processor and memory runs a game program.
In the method, the processor
A step in which a character associated with a user of a game based on the game program executes a movable first game part in the first game space constituting the game.
During the execution of the first game part, a step of moving the character to a predetermined position in the first game space where recovery of the first parameter used to advance the game is permitted.
A step of recovering the first parameter by consuming the second parameter, provided that the character is placed in the predetermined position.
A method comprising the step of automatically recovering the second parameter over time within a range not exceeding the maximum value of the second parameter. It is an information processing device
The information processing device
A storage unit that stores a game program executed by the information processing device,
A control unit that controls the operation of the information processing device by executing the game program is provided.
The control unit
A character associated with a user of a game based on the game program executes a movable first game part within the first game space constituting the game.
During the execution of the first game part, the character is moved to a predetermined position in the first game space where recovery of the first parameter used to advance the game is permitted.
The first parameter is recovered by consuming the second parameter, provided that the character is placed in the predetermined position.
An information processing device that automatically recovers the second parameter with the passage of time within a range not exceeding the maximum value of the second parameter.

Images