JP7299743B2 - Game program and information processing device - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Law November 27, 2018 to April 19, 2019 Announced on the website (https://colopl.co.jp/colopl_babel/)

Application of Article 30, Paragraph 2 of the Patent Act November 27, 2018 to April 19, 2019 Announced on the website (https://twitter.com/colopl_babel)

Application of Article 30, Paragraph 2 of the Patent Act April 10, 2019 Published on the website (https://app.famitsu.com/20190410_1437379/)

Application of Article 30, Paragraph 2 of the Patent Act April 10, 2019 Published on the website (https://gamewith.jp/gamedb/article/game/show/4446/5531?from=ios)

Application of Article 30, Paragraph 2 of the Patent Act April 10, 2019 Published on the website (https://www.inside-games.jp/article/2019/04/10/121650.html)

Application of Article 30, Paragraph 2 of the Patent Act April 10, 2019 Published on website (https://dengekionline.com/elem/000/001/902/1902248/)

Application of Article 30, Paragraph 2 of the Patent Act April 10, 2019 Published on the website (https://www.gamer.ne.jp/news/201904100002)

Application of Article 30, Paragraph 2 of the Patent Law April 10, 2019 Published on the website (https://gamebiz.jp/news/235735)

Application of Article 30, Paragraph 2 of the Patent Law April 10, 2019 Published on the website (https://game8.jp/articles/557527)

Application of Article 30, Paragraph 2 of the Patent Law April 10, 2019 Published on the website (https://gamerch.com/topics/article/1025)

Application of Article 30, Paragraph 2 of the Patent Act April 10, 2019 Published on the website (https://www.4gamer.net/games/442/G044207/20190401133/)

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

2. Description of the Related Art Techniques for managing the state of a character operated by a user in a game have been conventionally known. As such a technique, a technique is known in which a parameter value indicating the goodness of a character's state, such as physical strength, is increased over time within a certain upper limit (see, for example, Patent Document 1). .

Japanese Patent Application Laid-Open No. 2018-187332 (published on November 29, 2018)

A character's state in a game can also be adjusted, for example, by equipping the character with items. In this case, if the user is not satisfied with the change in the parameter value due to the replacement of the item, the interest in the game may be lost.

One aspect of the present disclosure aims to improve the interest of a game.

A game program according to the present disclosure is executed by a computer having a processor and memory. The game program instructs the processor to associate a character appearing in a game based on the game program with the user, to identify a maximum value of a first game parameter for the character, and to identify a current value of the first game parameter. , controlling the association state of the game medium with the character from the first state to the second state; and specifying the maximum value of the second game parameter relating to the game medium. In the step of specifying the maximum value of the first game parameter, the association state is the second state based on the maximum value of the first game parameter and the maximum value of the second game parameter when the association state is the first state. In the step of identifying the maximum value of the first game parameter and identifying the current value of the first game parameter when the association state is the second state, the ratio of the current value to the maximum value of the first game parameter is: The current value of the first game parameter when the association state is the second state is specified so as to be the ratio of the current value to the maximum value of the first game parameter when the association state is the first state.

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. 4 is a flow chart showing an example of the flow of processing executed by the user terminal according to one embodiment of the present invention based on the game program. FIG. 4 is a diagram schematically showing an example of a screen for equipping a character with a job in one embodiment of the present invention; FIG. 4 is a diagram schematically showing an example of a screen for equipping a character with weapons and accessories in one embodiment of the present invention; FIG. 4 is a diagram showing an example of HP breakdown of a character equipped with jobs, weapons, and accessories; FIG. 4 is a diagram schematically showing an example of a game screen of a search part in one embodiment of the present invention; FIG. 4 is a diagram schematically showing an example of a game screen of a battle event in one embodiment of the present invention; FIG. FIG. 4 is a diagram schematically showing an example of a screen before changing a character's job at the end of a battle event in one embodiment of the present invention; FIG. 10 is a diagram schematically showing an example of a screen after changing a character's job in one embodiment of the present invention; FIG. 10 is a diagram schematically showing an example of a game screen of a search part restarted after job change in one embodiment of the present invention. FIG. 10 is a diagram schematically showing an example of a game screen after executing recovery of HP and SP using stamina in one embodiment of the present invention.

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 and 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. be done.

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 communication standards 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 In the case where one user terminal 100 locally implements the above-described multiplay, 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 an input operation is specified based on the color, shape, movement, type, or the like of the object 1010 obtained as a 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. The 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, the processor 10 determines that the user has made a "paper" gesture in rock-paper-scissors. 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 rock-paper-scissors. In addition, when the number of fingers is two, the processor 10 determines that the user has made the “Scissors” gesture in rock-paper-scissors. (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 required to function as a general computer (not shown) 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.

The storage unit 120 stores a 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 game execution unit 112 , a character control unit 113 , a parameter management unit 114 , a stamina recovery 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 game execution unit 112 executes various processes for progressing the game. The character control unit 113 controls 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 stamina used for the game. Stamina is a kind of parameter that restores the first game parameter by satisfying a predetermined condition in this embodiment. In this embodiment, stamina is an example of a recovery parameter, which will be described later. For example, by consuming stamina, a specific amount of the first game parameter of a character at a predetermined position is recovered.

In the game in the processing example described later in this embodiment, the user is provided with stamina that can be used during game play. Stamina is a parameter required to recover HP and SP. HP and SP are parameters that can decrease 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 (there are exceptions), and recovers HP and SP by using each stamina individually. As will be described later in detail, opportunities to use stamina are not unlimited, and stamina can only be used at recovery points provided within the game space that constitutes the game. The game has introduced a specification to recover stamina itself, and in detail, the consumed stamina is automatically recovered over time within a range that does not exceed the maximum value of stamina. As described above, in the present embodiment, stamina is not consumed with a character's action in the game (for example, participating in a quest), but is a parameter (for example, combat action) used for the character's action in the game. It is used to restore HP and SP).

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 perform a part of the processing in the game system 1 . That is, the computer that executes the game program in this embodiment may be any one 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 user-operated character (a friend character) appears. This game is, for example, a game in which a character operated by a user battles another character (enemy character) controlled by the game system 1 . A user can have multiple different characters. A user can acquire a friendly character and other game contents that can be used in the game by paid or free means.

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

(details of processing)
FIG. 3 is a flow chart showing an example of the flow of processing executed by the user terminal 100 according to one embodiment of the present invention based on the game program 131. As shown in FIG. A part or all of the series of processes shown in FIG. 3 may be executed by the server 200 .

<Equipping Jobs, Weapons, and Accessories>
In step S301, the control unit 110 equips the character with jobs, weapons, and accessories in accordance with user's operations. Jobs, weapons, and accessories are examples of game media. However, the game content is not limited to this, as long as it can be associated with the character.

A character is associated with a user. For example, when the operation reception unit 111 receives a user's predetermined operation, the display control unit 116 displays a list of characters that can be associated with the user, and the operation reception unit 111 designates one of the characters in the list. Upon receiving the user's operation, the character control unit 113 identifies the character specified by the user as the character associated with the user. The association between the character and the user is stored in storage unit 120 as user information 133 . The user terminal 100 associates the characters appearing in the game based on the game program with the user as described above.

In step S301, for example, the operation reception unit 111 detects a user's operation, and the display control unit 116 displays the screen shown in FIG. 4, for example.

FIG. 4 is a diagram schematically showing an example of a screen for equipping a character with a job. The screen shown in FIG. 4 includes a character image 401, a first window 402, a second window 403, a first UI404 and a second UI405. The character image 401 is, for example, an image representing the character 32 in a game screen, which will be described later.

A first window 402 includes a character name 411 , level 412 , level gauge 413 , HP gauge 414 and SP gauge 415 .

A character name 411 is the name of the character displayed in the character image 401 . Level 412 is the level of the displayed character. The level gauge 413 indicates progress up to the next level, for example, the current experience value for the experience value up to the next level. A portion of the level gauge 413 corresponding to the current value is colored in a first color, and the remaining portion is colored in a second color different from the first color. The other gauges below are also colored according to the same rule. The level gauge 413 is indicated by numbers, for example, with the experience value up to the next level as the denominator and the current experience value as the numerator.

The HP gauge 414 indicates the ratio of the current value to the maximum HP of the character of the character image 401 . The HP gauge 414 also displays a numerical value with the maximum HP value as the denominator and the current value as the numerator. The HP of the character displayed here is the HP of the character whose association state with the game medium is controlled, and is an example of the first game parameter. Hereinafter, it is also referred to as total HP. Note that the HP is a parameter that allows the game to progress on condition that the current value of the HP is equal to or greater than a threshold. Thus, the total HP is a necessary parameter for progressing the game.

The SP gauge 415 indicates the ratio of the current value to the maximum value of the SP of the character of the character image 401 . The SP gauge 415 also has a numerical display with the maximum SP value as the denominator and the current value as the numerator. SP can also be the first game parameter.

The second window 403 includes a first tab 421, a second tab 422, a main job UI423, a first sub-job UI424 and a second sub-job UI425.

A first tab 421 is a UI for displaying information about the job of the character of the character image 401 on the second window 403 . A second tab 422 is a UI for displaying information about weapons and accessories of the character of the character image 401 on the second window 403 . Jobs, weapons, and accessories all define the character's characteristics in the game by being associated with the character.

A main job UI 423 is a UI for selecting and displaying a main job. Initially blank. For example, when the operation reception unit 111 receives a user's touch operation on the main job UI 423 , the display control unit 116 displays UIs of one or more jobs that can be equipped on the character of the character image 401 . Then, when the operation reception unit 111 receives a user's touch operation on any UI, the display control unit 116 displays the job indicated by the UI on the main job UI 423 . In this manner, the user terminal 100 controls the association state of the game content with the character from non-equipped to equipped for the main job.

A first sub-job UI 424 and a second sub-job UI 425 respectively display sub-jobs (sub-job 1 and sub-job 2) other than the main job among the jobs that the character of the character image 401 can equip. Here, in the present embodiment, the main job is a job that is set so that all special effects unique to the job can be produced in game play using a character. Also, a sub-job is a job that is set so that only a part of special effects unique to the job can be produced in a game play using a character.

First sub-job UI 424 and second sub-job UI 425 are also initially blank. Each of sub-job 1 and sub-job 2 is also selected by the user in the same manner as the main job. In this embodiment, the main job and the two sub-jobs may be the same job or different jobs.

As described above, in this embodiment, the game media includes a plurality of jobs associated with the character, and the job can associate a plurality of the same jobs with the same character. Therefore, in the present embodiment, there are more job combinations than there are job types, and it is possible to more precisely set the character's ability value in the game based on the combination of game contents. Therefore, the strategic nature of the game can be further enhanced.

When the operation reception unit 111 receives the user's touch operation on the second tab 422, the display control unit 116 switches the second window 403 to a window displaying information about weapons and accessories, as shown in FIG. displayed. FIG. 5 is a diagram schematically showing an example of a screen for equipping a character with weapons and accessories. The second window 403 in FIG. 5 includes a weapon UI 431 , a first accessory UI 432 and a second accessory UI 433 in addition to the first tab 421 and second tab 422 . For these weapons and accessories, the UI is initially blank and selected by the user in the same way as the main job.

In this way, the user terminal 100 controls the association state of the game media with the character from non-equipped to equipped with respect to jobs, weapons, and accessories.

The parameter management unit 114 identifies the maximum value of total HP. The total HP is specified according to the job, weapons and accessories equipped to the character in addition to the character. FIG. 6 is a diagram showing an example of HP breakdown of characters equipped with jobs, weapons, and accessories. Numerical values in FIG. 6 are HP, the denominator represents the maximum value of HP, and the numerator represents the current value. The numerical value described in the "character" column in FIG. 6 is the "character HP". The character HP is the HP uniquely set for the character. In this way, the user terminal 100 identifies the maximum value of the character HP according to the association between the user and the character, for example. Character HP is an example of a third game parameter.

The numerical values described in the main job, sub-job 1, sub-job 2, and weapon/accessory columns in FIG. A job HP is an HP specific to each game medium, which is set according to the type of game medium, for example. In this way, the user terminal 100 specifies the maximum value of the HP of each job, etc. equipped to the character. Job HP is a specific example of the second game parameter.

The numbers listed in the total column in FIG. 6 are the total HP. Determining the maximum value of total HP is performed as follows. For example, when only a main job is associated with a character, the total HP is specified as the sum of the maximum character HP unique to the character and the maximum job HP of the associated main job. be done. For example, in the above case, the maximum total character HP is the same as the maximum character HP (100). When the user selects the job "Swordsman" as the main job, the job "Swordsman" is associated with the character as the main job, and the maximum HP value (50) of the job etc. set for "Swordsman" becomes the maximum character HP value ( 100) for a total HP of 150. In this way, the maximum value of the total HP in a state in which a character is associated with a job or the like is specified as the total value of the maximum value of the job or the like HP and the maximum value of the character HP.

Sub-job 1, sub-job 2, weapon, accessory 1, and accessory 2 are selected in the same manner as the main job. The total HP in this case is specified as the total value of the maximum value of the HP of each job and the like and the maximum value of the character HP. In this way, the parameter management unit 114 specifies the maximum value of the total HP as "200", for example.

In this processing example, the initial state is a state in which the character has received no damage. Therefore, the parameter management unit 114 specifies the current value of total HP to be the same as the maximum value of total HP. The determination of the current HP value for the character will be described after the battle event, which will be described later.

<Execution of search part>
Returning to FIG. 3, the search part in the game will be described. The game in this processing example is an action role-playing game (RPG). More specifically, the game in this processing example is an open-world action RPG. The action RPG includes a "search part" as a game part that can be freely operated within the game field, and a "battle event" for fighting enemy characters. "Recovery points" for recovering the total HP are placed on the game field. The characters 32 and 33 are both characters associated with the user. Although the character 32 will be mainly described, the character 33 can also be processed in the same manner as the character 32 .

In step S302 in FIG. 3, the game execution unit 112 executes the search part of the game during play of the game. A search part is an example of a game part in which a character equipped with a job or the like can move within a game space forming a game. The display control unit 116 displays, for example, the game screen shown in FIG. 7 on the display unit 152 during game play. FIG. 7 is a diagram schematically showing an example of a game screen for a search part in this embodiment.

On the game screen shown in FIG. 7, the background of the game field used for the search part, the recovery point 31, the characters 32 and 33, the stamina display column 40, the character display column 50 and the character display column 60 are displayed. The recovery point 31 is a predetermined position within 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 stamina display field 40 is a field in which the stamina 41 possessed by the user is displayed. In FIG. 7 , three stamina 41 are displayed in the stamina display column 40 .

The character display column 50 is a column for displaying information about the character 32. In FIG. 7, a character image 51, an HP bar 52, and an SP bar 53 are displayed in the character display column 50. FIG. A 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 and maximum HP values of the character 32 to the user.

In FIG. 7 , the left end of the HP bar 52 corresponds to the lowest 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 coloring rules for the HP bar 52 are the same as those for the gauge described above. The user can intuitively grasp the current value of stamina by visually recognizing the stamina display field 40 . The SP bar 53 is display information that visually presents the current and maximum SP values of the character 32 to the user. The SP bar 53 is also displayed by applying the same rule as the HP bar 52 described above. The character display column 60 is a column for displaying information about the character 33 and is displayed by applying the same rule as the character display column 50 .

In the search part, the user can move the characters 32 and 33 within the game field based on the operation on the touch screen 15 during play of the search part.

<Execution of battle event>
In step S303, the game execution unit 112 executes a battle event. When a predetermined condition for generating a battle event is satisfied while the characters 32 and 33 are moving in the search part, the display control unit 116 displays the battle event screen, and the game execution unit 112 interrupts the execution of the search part. Also execute a battle event. The predetermined condition is, for example, that the characters 32 and 33 encounter the enemy character 34 while moving within the game field (so-called random encounter).

FIG. 8 is a diagram schematically showing an example of a game screen of a battle event in one embodiment of the present invention. In the game screen of FIG. 8, 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 116 displays the character display column 50 and the character display column 60 on the game screen. The user plays the battle event while visually recognizing the game screen of the battle event. A user inputs an operation to the touch screen 15 to cause the character 32 or 33 to attack the enemy character 34 . The character control unit 113 causes the character 32 or 33 to attack the enemy character 34 in response to this operation. Enemy character 34 automatically attacks character 32 or 33 based on a predetermined algorithm.

<HP update>
In the battle event, when the attack of the enemy character 34 is successful, the HP of the character 32 or 33 is decreased. Such HP and SP reduction and consumption are examples of update events. In this way, the game execution unit 112 executes the total HP update event.

The user can also input an operation to the touch screen 15 for causing the character 32 or 33 to exercise a skill. In response to this operation, the character control unit 113 causes the character 32 or 33 to perform a predetermined action by consuming the SP of the character 32 or 33, thereby activating the skill. A skill is, for example, an action that damages the enemy character 34 . As described above, the HP and SP of characters 32, 33 may decrease based on the user's gameplay in combat events. The decrease in the total HP of the characters 32 and 33 and the consumption of SP due to the successful attack of the enemy character 34 are specified based on predetermined settings. In this manner, the parameter management unit 114 identifies the update amount of the total HP according to the execution of the update event, and identifies the current value of the first game parameter.

The game execution unit 112 terminates the battle event assuming that the characters 32 and 33 have won the battle against the enemy character 34 when the clear condition specified in the battle event is satisfied. The clear condition is, for example, to reduce the HP of the enemy character 34 to below the minimum value.

In step S304, the game execution unit 112 restarts the search part after the battle event ends. In the restarted search part, the display control unit 116 updates the display state of the HP bar 52 and the like to reflect the current values of the HP and the like after being decreased by the battle event. In this way, the current values of HP and SP that have decreased in the battle event are carried over after the search part is restarted.

The current value of HP for a character is specified as follows. For example, the character 32 in the character image 401 has received damage in the previous battle event, and the total HP is reduced from the initial 200 to the total HP as described in FIG. It has been updated to 140, which is 70% (decreased by 30%). Also, the SP has decreased from the initial 100 to 100, which is 50% (halved). In this way, the parameter management unit 114 identifies the current value of the total HP after receiving damage in the battle event, based on the update amount of the total HP. For example, the current value of the total HP in a state where the association state of the job or the like with the character is controlled to be "equipped" is the sum of the current value of the HP of the job or the like and the current value of the character HP.

As described in "At the end of the battle event" in FIG. The current value of the HP of the job or the like is specified so as to be the ratio of the current value to the maximum value of the total HP after the job. For example, as shown in FIG. 6, the current HP value (numerator) of the main job, sub-job 1, sub-job 2, and weapon/accessory is 70% of the maximum HP value (denominator). are identified as This is the same ratio of the current value to the maximum total HP after taking damage in a combat event.

Similarly, the parameter management unit 114 determines that the ratio of the current value of the character HP to the maximum value of the character HP after receiving damage in the battle event, as described in "At the end of the battle event" in FIG. The current value of the character HP is specified as "70" so that the ratio of the current value to the maximum value of the total HP of the character (i.e., 70%).

In this way, the parameter management unit 114 determines that if the total HP changes, for example, by 30% after the change (second state) from the value before the change (first state), each of the job HP and the character HP Also, the value after the change (second state) is specified as a value that is 30% less than before the change (first state).

<Changing jobs, etc.>
During the search part, when the operation reception unit 111 receives a predetermined operation from the user, the display control unit 116 displays a screen for changing jobs and the like. For example, the change of the job etc. will be described by taking as an example the case where the user changes the job in preparation for the next battle event. FIG. 9 is a diagram schematically showing an example of the screen before changing the job of the character at the end of the battle event.

In step S305, the display control unit 116 displays an image as shown in FIG. 9 in response to the operation receiving unit 111 receiving a predetermined operation. 9 shows the level gauge 413, HP gauge 414, and SP gauge 415, except that the experience value, total HP, and SP are updated according to the game play result of the aforementioned battle event. Same as screen. Jobs and the like are changed, for example, as follows.

The parameter management unit 114 stores, as the user information 133, the ratio of the current value of the total HP to the maximum value (that is, 70%) when the screen is displayed.

On the other hand, the user tries to change sub-job 2 from "wizard" to "warrior". When the operation accepting unit 111 accepts the user's touch operation on the second sub-job UI 425, the display control unit 116 displays the second sub-job UI 425 as blank.

The parameter management unit 114 identifies both the current HP value and the maximum HP value of sub-job 2 as zero, as indicated by "partial release" in "job change" in FIG. The parameter management unit 114 sets the total HP of the characters for which the association state of the sub-job 2 is controlled to "non-equipped" to the sum of the maximum values of the character HP and the maximum HP of the job, etc. The sum of the current values of HP is taken as the current value of total HP.

In this manner, the user terminal 100 controls the association state of the "wizard" with the character from "equipped" (associated state) to "unequipped" (not associated state). In specifying the maximum total HP value, the parameter management unit 114 determines the maximum total HP value (200) when the state of association with the character of the “magician” is “equipment” and the maximum value of the “magician” HP ( 10), the maximum value (190) of the total HP when the association state of the "wizard" character with respect to the character is "non-equipped" is specified. As for the current value of the total HP, the parameter management unit 114 determines that the ratio of the current value to the maximum value of the total HP in the non-equipped state is the ratio of the current value to the maximum value of the total HP in the equipped state. The current value of the total HP in the non-equipped state is specified as follows.

Next, the display control unit 116 displays the UI of jobs that are candidates for sub-jobs. When the operation accepting unit 111 accepts a touch operation to the UI of “warrior” among the UIs, the display control unit 116 displays “warrior” on the second sub job UI 425 .

The parameter management unit 114 specifies that the maximum HP value of the “Warrior” equipped to the character is “100”, and calculates the sum of the maximum values for the character HP and all the HPs such as job HPs equipped to the character. Specify the maximum total HP.

The parameter management unit 114 calculates the ratio (70%) of the current value to the maximum value of the HP of the sub-job 2 before the association state of "warrior" is controlled to "equipment", which is stored in the storage unit 120 as the user information 133. 6, change the current value of "Warrior"'s HP so that the ratio to the maximum value is the same as the above 70%, that is, "70". Identify. Then, the total value (203) of the current values of character HP and job HP is specified as the current value of total character HP after sub job 2 is changed to "Warrior".

FIG. 10 is a diagram schematically showing an example of the screen after changing the job of the character. As shown in FIG. 10, the display control unit 116 displays on the screen the maximum value and current value of the total HP after the change of the sub-job 2 specified by the parameter management unit 114 .

In this way, the user terminal 100 changes the state in which the association state of the "wizard" is controlled to "not equipped" to the state in which the association state of "warrior" is controlled to be "equipped." In specifying the maximum total HP value, the parameter management unit 114 determines the maximum total HP value (190) when the association state of the “wizard” with the character is controlled to “unequipped”, and the maximum value of the “warrior” HP The maximum value (290) of the total HP value when the association state of "warrior" with respect to the character is controlled to "equipment" is specified based on the maximum value. As for the current value of the total HP, the parameter management unit 114 determines that the ratio of the current value to the maximum value of the total HP in the case of being equipped is the ratio of the current value to the maximum value of the total HP in the case of being in the non-equipment state. The current value of the total HP in the case of the equipment state is specified so as to be as follows.

FIG. 10 is the same as FIG. 9 except for the job name displayed on the second sub-job UI 425 and the numerical values attached to the HP gauge 414 and SP gauge 415 . That is, in the HP gauge 414, the numerical values of the maximum value and the current value, which are the absolute amounts, have been changed as the sub-job 2 is changed. The display with one color and the second color does not change.

As shown in FIGS. 9 and 10, the display control unit 116 displays the maximum value and current value of the total HP on the HP gauge 414. FIG. Therefore, it is clearly shown that the ratio of the total HP amount before and after the change in sub-job 2 has not substantially changed. Therefore, even after changing the sub-job 2, the user can be sufficiently convinced that the state before changing the sub-job 2 is inherited.

In this embodiment, by specifying the total HP of the character as described above, even if the state of association with the character such as a job changes, the continuity of the game play of the character before the state of association changes is substantially maintained. Taken over. Therefore, the continuity of the game before and after the association is enhanced, and the interest of the game is appropriately enhanced.

Here, the effect of specifying HP in the present embodiment will be further described by taking as an example a case where the equipping or non-equipping of a job or the like for a character is changed from the following first mode to the fourth mode. The first mode represents a character equipped with a job or the like and having a current value of 80 when the maximum value of the total HP is 200. The second mode is a state in which the character in the first mode is not equipped with a job or the like having a maximum HP of 50. The third mode is a state in which the character in the second mode is not equipped with a job or the like having a maximum HP of 100. The fourth mode is a state in which the character of the third mode is equipped with a job or the like with a maximum value of 150.

According to the HP identification method of the present embodiment, the ratio of the current value to the maximum value in the first aspect is 40%, and the aspect changes at this ratio. Therefore, when the current value is displayed as the numerator and the maximum value is displayed as the denominator, in this embodiment, the first aspect is 80/200, the second aspect is 60/150, the third aspect is 20/50, and the fourth aspect is is 80/200. In this way, when a job or the like is changed so that the maximum value of the total HP is the same as the maximum value before the change, the current value after the change is always the same as the current value before the change.

On the other hand, in the above case, if the total HP at the time of changing the job or the like is specified based on the current value of the total HP before the change, the first mode is 80/200, the second mode is 30/150, and the third mode is 80/200. is 1/50, since the lowest total HP is usually "1", and 151/200 for the fourth mode. In this way, if the current total HP before the change is used as a reference, even if the total HP after the change is the same as before the change, the current total HP after the change may change depending on the type of job, etc. A problem may occur in which the total HP is greatly recovered, which is larger than the previous one.

Alternatively, in the above case, if the total HP at the time of changing the job etc. is specified based on the maximum value of the total HP before the change, the first mode is 80/200, the second mode is 80/150, and the third mode is , the maximum value is lower than the current value before change, so the maximum value after change becomes the current value of 50/50, and the fourth mode becomes 50/200. In this way, if the maximum total HP before the change is used as a reference, even if the total HP after the change is the same as before the change, if you change even once to a job with a lower HP, There is a problem that the current value of the total HP is less than before the change even if the job or the like is returned to the original value before the change.

As is clear from the above description, in the method of specifying the total HP so that the ratio of the current value to the maximum value of the total HP before and after the change is constant in the present embodiment, the current value of the total HP before the change or Other methods of determining total HP relative to the maximum value do not cause the above problems. Therefore, the above-described method of the present embodiment is more advantageous and appropriate for games in which the state of association of jobs and the like with characters can be frequently changed.

In addition, in this embodiment, the SP is set in the same manner as the HP. By changing sub-job 2 from "Wizard" to "Warrior", the maximum value of total SP is changed from 100 to 50, for example, and the current value of total SP is the ratio of the current value to the maximum value before change (50% ) is multiplied by the changed total SP.

<Resuming the exploration part>
When the operation accepting unit 111 accepts the user's operation to confirm the change of the sub-job, the game executing unit 112 restarts the search part in step S306. FIG. 11 is a diagram schematically showing an example of a game screen of a search part restarted after job change in one embodiment of the present invention. After the sub-job 2 is changed, the search part is restarted from the state where the current total HP is 70% of the maximum value, just as it was before the change. If a random encounter occurs again during the movement of the characters 32 and 33 in the restarted search part, the next battle event is started with the above total HP.

<Total HP Recovery>
Here, it is assumed that the HP of the character 33 is almost zero when the search part is restarted (before changing the sub job 2 of the character 32). In this case, the probability of winning the battle with the enemy character in the next battle event is very small. As it stands, it is difficult for the user to continue playing the game. Therefore, the user inputs an operation to the touch screen 15 to move the characters 32 and 33 to the recovery point 31 .

When the operation reception unit 111 receives the above operation by the user, in step S307, the character control unit 113 moves the characters 32 and 33 to the recovery point 31 based on the user's operation, as shown in FIG. In this way, the user terminal 100 moves the character 32 to the recovery point 31, which is a predetermined position in the game space where recovery of the total HP is permitted during execution of the game part.

As shown in FIG. 11, a character 32 is placed at the recovery point 31 and a character 33 is placed on the side of the character 32 . Based on this placement, HP and SP recovery using stamina is allowed.

In step S308, the operation accepting unit 111 accepts an operation for recovering 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 S309, the parameter management unit 114 restores the HP and SP of the characters 32 and 33 by consuming one stamina 41 in response to the user's operation. When the operation receiving unit 111 receives the tap operation, the display control unit 116 displays a screen in which the leftmost stamina 41 of the three stamina 41 disappears, and the parameter management unit 114 calculates the total HP of the characters 32 and 33 and Increase total SP.

The amount of increase in total HP and total SP due to recovery may be determined according to the amount of damage or the state before recovery (incapacitated state, etc.). For example, when the character 33 is in a state of being unable to fight, and the character's HP and SP are to be recovered in this state, there may be a restriction that the upper limit is 90% of the maximum value.

FIG. 12 is a diagram schematically showing an example of a game screen after executing recovery of HP and SP using stamina in this embodiment. Based on the above constraints, the parameter management unit 114 sets the current values of the character HP and job HP to the maximum HP recovery rate, as shown in FIG. Specify the value multiplied by (90%). In addition, the parameter management unit 114 specifies the current value of the post-recovery total HP as the sum of the current values of each HP.

In response to consumption of the stamina 41, the display control unit 116, as shown in FIG. Update the screen so that 10% of the area is displayed in the second color. In this manner, the user terminal 100 recovers total HP by consuming stamina on condition that the character 32 is placed at the recovery point 31 .

<Auto recovery of stamina>
As described above, after recovery, one stamina 41 has been consumed, leaving two stamina. Some of character 32's HP and SP have been used, and their current values are lower than their maximum values. The user terminal 100 automatically recovers stamina within a range not exceeding the maximum value of stamina over time.

In step S310, the stamina recovery unit 115 automatically recovers stamina over time. For example, when a certain period of time has passed since one stamina was consumed, the stamina recovery unit 115 recovers a part of the one consumed stamina 41 . When the stamina recovery unit 115 recovers one stamina, the display control unit 116 displays the completely recovered stamina 41 at the left end of the stamina display field 40 . This increases the stamina 41 available to the user by one.

Therefore, even if all the stamina 41 is lost, the user can acquire new stamina 41 by stopping the game and waiting for a while. Thus, the game can then be played again. Note that the automatic recovery of the stamina 41 may be enabled only when the remaining stamina 41 becomes zero.

HP and SP do not automatically recover over time. Therefore, even when the stamina 41 recovers over time, the HP and SP of each character continue to maintain their current values.

According to the above "recovery of total HP" and "automatic recovery of stamina", even in games with restrictions on recovery of total HP, the ratio of the current value to the maximum value of total HP due to changes in jobs etc. Since there is no substantial change, the user can positively change the job or the like that the character is equipped with. Therefore, in a game in which the recovery of the total HP is restricted, it is possible to enhance the interest of the game by changing the job or the like.

[Modification]
(HP and SP recovery by level up)
In this embodiment, the user terminal 100 may restore the first parameter set to the character in response to the character leveling up as a result of the user's gameplay in the third event.

For example, if the character 32 and the character 33 win the battle event shown in FIG. 7, they acquire the experience value set for the battle event. The character control unit 113 levels up the character 32 when the accumulated experience value of the character 32 exceeds the threshold. The parameter management unit 114 restores the HP and SP of the character 32 to their maximum values in response to this level up. The situation is the same for the character 33 as well. Since HP and SP are fully recovered by leveling up, the user can continue playing the game. Therefore, the user can be motivated to level up the characters 32 and 33 .

If the level of the characters 32 and 33 is low, the level-up interval may be shortened, and in this setting mode, the character 32 will level up one after another before the HP of the character 32 runs out. Thereby, the user can advance the game one after another without using the stamina 41 at the beginning of the game.

[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 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") in which it is recorded, 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 associate a character appearing in a game based on the game program with the user, to identify the maximum value of a first game parameter (total HP) for the character, and to determine the current value of the first game parameter. a step of specifying, and a step of controlling the association state of game media (jobs, weapons, and accessories) with a character from a first state (disarmed state/equipped state) to a second state (equipped state/disarmed state). and a step of specifying the maximum value of the second game parameter (HP of job, etc.) relating to the game content. Then, in the step of specifying the maximum value of the first game parameter, the association state is the second state based on the maximum value of the first game parameter and the maximum value of the second game parameter when the association state is the first state. In the step of identifying the maximum value of the first game parameter and identifying the current value of the first game parameter when the association state is the second state, the ratio of the current value to the maximum value of the first game parameter is: The current value of the first game parameter when the association state is the second state is specified so as to be the ratio of the current value to the maximum value of the first game parameter when the association state is the first state. According to this configuration, the ratio of the current value to the maximum value of the first game parameter is kept constant before and after the game content is associated with the character. Therefore, the effect of associating the game content with the character is noticeable in the game play, and the user is likely to be satisfied with the first game parameter before and after the game content is associated. Therefore, by associating the game content with the characters, the enjoyment of making the game progress advantageously is enhanced, and the interest in the game can be enhanced.

(Item 2) In (Item 1), the game program instructs the processor to set the ratio of the current value of the second game parameter to the maximum value to be the ratio of the current value of the first game parameter to the maximum value of the second game parameter. A further step of determining the current value of the game parameter may be performed. According to this configuration, when the game content associated with the character is changed, the second game parameter also varies at the same rate as the first game parameter between different game media. Therefore, the user is more likely to be satisfied with the current value of the first game parameter after the game content is associated with the character.

(Item 3) In (Item 2), the game program instructs the processor to specify the maximum value of the third game parameter set uniquely to the character, and specify the current value of the third game parameter. , may be further executed. When the first state is a state in which the character is associated with a game medium, the second state is a state in which the character is not associated with a game medium, and the first state is a state in which the character is not associated with a game medium. state, the second state may be a state in which the character is associated with a game medium. Further, the maximum value of the first game parameter in a state in which the character is associated with the game medium is the sum of the maximum value of the second game parameter and the maximum value of the third game parameter, and the game medium is associated with the character. The current value of the first game parameter in the current state may be the sum of the current value of the second game parameter and the current value of the third game parameter. Furthermore, the maximum value of the first game parameter when no game media is associated with the character is the maximum value of the third game parameter, and the current value of the first game parameter when no game media is associated with the character. may be the current value of the third game parameter. According to this configuration, it is possible to set various maximum values of the first game parameter depending on the combination of the character and the game medium. Therefore, the user is more likely to be satisfied with the current value of the first game parameter after the game content has been associated with the character, and the interest in the game can be further enhanced.

(Item 4) In (Item 3), the game program causes the processor to execute a first game parameter update event; , may be further executed. In the step of identifying the current value of the first game parameter, the current value of the first game parameter after the update event is identified based on the update amount of the first game parameter, and the current value of the second game parameter is identified. The step of specifying the current value of the second game parameter such that the ratio of the current value to the maximum value of the second game parameter is the ratio of the current value to the maximum value of the first game parameter after the update event. Further, in the step of specifying the current value of the third game parameter, the ratio of the current value of the third game parameter to the maximum value is equal to the ratio of the current value to the maximum value of the first game parameter after the update event. A current value of a third game parameter may be identified. According to this configuration, when the first game parameter is updated, both the second game parameter and the third game parameter are updated at the same rate as the first game parameter. In this way, each game parameter is updated during the game in the same manner as when the game content is changed, which is effective from the viewpoint of increasing the user's satisfaction with the current value of the first game parameter during game play. be.

(Item 5) In any of (Item 1) to (Item 4), the first game parameter is a parameter necessary for progressing the game, and the current value of the first game parameter is equal to or greater than the threshold. The game may be progressed under certain conditions.

(Item 6) In any one of (Item 1) to (Item 5), the first game parameter may be the character's hit points.

(Item 7) In any one of (Item 1) to (Item 6), the game content includes a plurality of jobs associated with the character, and the jobs can associate a plurality of the same jobs with the same character. There may be.

(Item 8) In any one of (Item 1) to (Item 7), the game program instructs the processor to execute a game part in which the character can move within a game space constituting the game; a step of moving the character to a predetermined position in the game space where recovery of the first game parameter is permitted during execution; A step of recovering the game parameter and a step of automatically recovering the recovery parameter within a range not exceeding the maximum value of the recovery parameter as time elapses may be further executed.

(Item 9) In any one of (Item 1) to (Item 8), the game program may further cause the processor to display the maximum value and current value of the first game parameter with a gauge.

(Item 10) A method of executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and memory. 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 an aspect of the present disclosure, the information processing device includes a memory (memory 11, storage unit 120) that stores the game program according to (item 1), and the information processing device (user and a processor (processor 10, control unit 110) that controls the operation of the terminal 100).

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 recovery point, 32, 33 character, 34 enemy character, 40 stamina display field, 41 stamina, 50, 60 character display field, 51, 61, 401 character image, 52, 62 HP bar, 53, 63 SP bar, 100 user terminal (information processing device), 110 control unit, 111 operation reception unit, 112 game execution unit, 113 character control unit, 114 parameter management unit , 115 stamina recovery 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, 401 character image, 402 first window , 403 second window, 404 first UI, 405 second UI, 411 character name, 412 level, 413 level gauge, 414 HP gauge, 415 SP gauge, 421 first tab, 422 second tab, 423 main job UI, 424 second 1 sub-job UI 425 second sub-job UI 431 weapon UI 432 first accessory UI 433 second accessory UI 1010 object 1020 controller (operation unit) 1030 storage medium

Claims (7)

A game program executed by a computer comprising a processor and memory,
The game program causes the processor to:
a step of associating a character appearing in a game based on the game program with a user ;
a step of controlling the association state of the game medium with the character from a first state to a second state ;
Based on the maximum value of the first game parameter related to the character and the maximum value of the second game parameter related to the game medium when the related state is the first state, the identifying a maximum value for the first game parameter;
The ratio of the current value to the maximum value of the first game parameter when the association state is the second state is the ratio of the current value to the maximum value of the first game parameter when the association state is the first state. identifying a current value of the first game parameter when the association state is the second state so that
executing an update event of the first game parameter;
A step for specifying an update amount of the first game parameter according to execution of the update event.
Tep and
determining a current value of the first game parameter after the update event based on the update amount of the first game parameter;
determining the current value of the second game parameter such that the ratio of the current value to the maximum value of the second game parameter is the ratio of the current value to the maximum value of the first game parameter after the update event; and,
identifying a maximum value of a third game parameter uniquely set for the character;
specifying the current value of the third game parameter such that the ratio of the current value to the maximum value of the third game parameter is the ratio of the current value to the maximum value of the first game parameter after the update event; determining the current value of the third game parameter;
when the first state is a state in which the character is associated with the game medium, the second state is a state in which the character is not associated with the game medium;
when the first state is a state in which the character is not associated with the game medium, the second state is a state in which the character is associated with the game medium;
the maximum value of the first game parameter in the state in which the game content is associated with the character is the sum of the maximum value of the second game parameter and the maximum value of the third game parameter;
the current value of the first game parameter in the state in which the game content is associated with the character is the sum of the current value of the second game parameter and the current value of the third game parameter;
the maximum value of the first game parameter in a state in which the game content is not associated with the character is the maximum value of the third game parameter;
A game program, wherein the current value of the first game parameter in a state in which the game content is not associated with the character is the current value of the third game parameter. The first game parameter is a parameter necessary for progressing the game,
2. The game program according to claim 1 , wherein said game is allowed to proceed on condition that the current value of said first game parameter is equal to or greater than a threshold. 3. The game program according to claim 1, wherein said first game parameter is the hit points of said character. 4. The game medium according to any one of claims 1 to 3 , wherein the game media includes a plurality of jobs associated with the character, and the jobs can associate a plurality of the same jobs with the same character. Game program as described. The game program causes the processor to:
executing a game part in which the character can move within a game space that constitutes the game , based on a user's operation ;
moving the character to a predetermined position within the game space where recovery of the first game parameter is permitted during execution of the game part , based on a user's operation ;
a step of recovering the first game parameter by consuming a recovery parameter on the condition that the character is placed at the predetermined position based on a user's operation ;
a step of automatically recovering the recovery parameter over time within a range not exceeding the maximum value of the recovery parameter;
5. The game program according to any one of claims 1 to 4 , further causing the execution of 6. The game program according to any one of claims 1 to 5 , further comprising the step of displaying the maximum value and current value of the first game parameter with a gauge. An information processing device,
The information processing device is
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