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

Abstract

To provide a game program capable of increasing a total number of users executing a game play without forcing them to do so at a convenience of a game system side, by allowing varieties of game play modes to be available.SOLUTION: A current value and an upper limit value of an action amount parameter of a first user are caused to be stored in a memory. When the current value is a first amount or more required for a game play, the game play is caused to be started, and the first amount is subtracted from the current value. A game program causes the current value to recover up to the upper limit value with a lapse of time, and receives an input operation for transferring at least part of the action amount parameter of the first user to a second user different from the first user. By the input operation, the current value of the action amount parameter of the first user is reduced, and a second amount is added to the current value of the action amount parameter of the second user. A reward in a game based on the game program is imparted to the first user.SELECTED DRAWING: Figure 7

Description

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

When a user plays a game, there are some that proceed with the game play after consuming a predetermined amount of action.

For example, a predetermined number of play tickets are given to a user, the play tickets are consumed when playing a game unit (for example, also called a quest), and the play tickets held by the user are recovered over time. There is.

Another example of this is that after presenting to the user the amount of activity consumed (also called stamina consumption) for each game unit (also called a quest), the user can use the parameter of the amount of activity (also called quest). Also called stamina value or life value. Hereinafter, stamina value.), There is also one that enables game play by consuming the consumption amount specified for each game unit. Here, the stamina value is configured to recover to the upper limit value with the passage of time.

According to Patent Document 1 below, in such a stamina-based game, the stamina value is restored even if the upper limit of the stamina value is exceeded by paying (purchasing) a charge or using a game item obtained by this payment. The technology is described.

JP-A-2018-183700

On the other hand, it is assumed that the frequency of playing the game differs depending on the situation of the user. Some users want to play games in a cohesive time on holidays, while others cannot play games because of work. In spite of such circumstances, conventional stamina-based games require purchasing a stamina value to play in bulk so that the user can play the game efficiently regardless of the situation in which the user is placed. There were situations where it was necessary, or where gameplay was required many times a day.

Therefore, it is an object of the present disclosure to provide a technique capable of increasing the total number of users who play a game without forcing the game play for the convenience of the game system side by enabling various game play modes. And.

According to one embodiment, a game program is provided for a computer having a processor and memory to execute. The game program is a step of storing the current value and the upper limit value of the action amount parameter of the first user who operates the computer in the memory, which is the action amount parameter managed for each user, and the current value is the game. A step of starting game play and subtracting the first amount from the current value by being equal to or more than the first amount required for play, a step of recovering the current value to the upper limit value over time, and a first step. A step of accepting a first input operation from the first user for transferring at least a part of the user's activity parameter to a second user different from the user, and a first step in response to the first input operation. The first step is to decrease the current value of the activity amount parameter of the first user and add the second amount to the current value of the action amount parameter of the second user, and to accept the first input operation. Have the user perform a step of granting a reward in the game based on the game program.

According to one embodiment, there is provided a method of causing a computer having a processor and memory to execute. The method is a step in which the processor stores the current value and the upper limit value of the action amount parameter of the first user who operates the computer in the memory, which is the action amount parameter managed for each user, and the current value is the game play. A step of starting gameplay and subtracting the first amount from the current value by being greater than or equal to the first amount required for the first user, a step of recovering the current value to the upper limit over time, and a first user. In response to the step of accepting the first input operation for transferring at least a part of the activity amount parameter of the first user to a second user different from the user from the first user, and the first input operation. By reducing the current value of the user's activity parameter and adding the second amount to the current value of the second user's activity parameter, and by accepting the first input operation, the first user And the step of giving a reward in the game based on the game program.

According to one embodiment, an information processing device including a processor and a memory is provided. A step in which the processor stores the current value and the upper limit value of the action amount parameter of the first user who operates the computer, which is the action amount parameter managed for each user, in the memory, and the current value is necessary for game play. By being equal to or greater than the first amount, the gameplay is started, the step of subtracting the first amount from the current value, the step of recovering the current value to the upper limit value over time, and the amount of activity of the first user. A step of accepting a first input operation from the first user for transferring at least a part of the parameters to a second user different from the user, and a step of accepting the first input operation in response to the first user. By reducing the current value of the action amount parameter and adding the second amount to the current value of the action amount parameter of the second user and accepting the first input operation, the game is given to the first user. Perform the steps of awarding rewards in a program-based game.

According to the present disclosure, the activity amount parameter not used by the user can be transferred to another user, and the transferred user can temporarily promote the game play. In addition, even a user who cannot play the game due to the situation of the user can obtain a reward by transferring the activity amount parameter that he / she does not plan to consume to another user. It is possible to further improve the motivation to play the game based on. This allows for a variety of gameplay modes, which can increase the total number of gameplay users.

It is a figure which shows the whole structure of the game system 1. It is a block diagram of the terminal apparatus 10 which constitutes the game system 1 of Embodiment 1. FIG. It is a figure which shows the functional configuration of a server 20. It is a figure which shows the data structure of the user information database 281 and friend list 282 stored in server 20. It is a flowchart which shows the process which a user specifies a game unit and consumes the consumption amount set for the game unit from the present value of a stamina value, and performs a game play. It is a flowchart which shows the process which a 1st user gets a reward by transferring a stamina value to a 2nd user. It is a figure which shows the screen example of the terminal apparatus 10A or the terminal apparatus 10B.

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

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

The terminal device 10 is a device operated by each user. The terminal device 10 is realized by a mobile terminal such as a smartphone or tablet compatible with a mobile communication system. In addition, the terminal device 10 may be, for example, a stationary PC (Personal Computer) or a laptop PC. As shown as the terminal device 10B in FIG. 1, the terminal device 10 includes a communication IF (Interface) 12, an input device 13, an output device 14, a memory 15, a storage unit 16, and a processor 19. The server 20 includes a communication IF 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29.

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

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

As shown in the figure, the terminal device 10 is connected to the game controller 11 by wire or wirelessly. The user can operate the game controller 11 to play the game. The terminal device 10 may be able to communicate with a plurality of game controllers 11. For example, a plurality of users can play a game using one terminal device 10.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

User information 181 is user information in a game based on a game program. User information includes information that identifies the user, the name of the user, the level of the user in the game based on the game program, the current and maximum values (upper limit) of the stamina value, and the game object (game character) owned by the user. , Including game items), the amount of virtual currency held by the user, identification information of other users registered as friends with the user, and the like.

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

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

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

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

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

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

(Iii) Process of transferring the stamina value to another user: The data processing unit 193 performs a process for the user to transfer the current value of the stamina value to another user. Specifically, the data processing unit 193 causes the display 132 to display candidates for other users to whom the stamina value is to be transferred. The data processing unit 193 accepts an input operation for transferring the stamina value from the user to another user, and subtracts a predetermined amount from the current value of the stamina value of the user. The data processing unit 193 transmits a signal to the server 20 so as to increase the current value of the stamina value of another user specified by the user by a predetermined amount. Here, the data processing unit 193 may transfer the same amount as the amount subtracted from the current value of the user's stamina value to another user, or the amount subtracted from the current value of the user's stamina value is Different amounts may be transferred to other users.

(Iv) Reward for transferring the stamina value: The data processing unit 193 grants the user a reward based on the transfer of the stamina value to another user. Here, as a reward given to the user, the data processing unit 193 may give a reward other than the stamina value (that is, a reward that does not decrease by starting the game play). Specifically, as a reward, the data processing unit 193 grants the user a game object such as a game character or a game item that can be used by the user in game play. In addition, the data processing unit 193 may or may not have played the game by the transferred other user, or whether or not the other user has performed an operation to receive the transferred stamina value. Reward the user in response to the user performing an operation of transferring the stamina value to another user.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

As shown in FIG. 4, each of the records in the user information database 281 has the item "user identification information (user ID)", the item "user name", and the item "user level" for each of the information that identifies the user. , The item "stamina current value", the item "stamina maximum value", the item "owned game object", the item "free virtual currency", the item "paid virtual currency" and the like.

The item "user identification information (user ID)" is information that identifies each user.
The item "user name" is a name set by the user.
The item "user level" is a parameter that rises separately from the level of the game character or the like as the user repeats the game play. For example, as the user level rises, the value set for the item "maximum stamina" increases. As a result, as the user level rises, it becomes easier for the user to play a game unit that consumes a larger amount of stamina value.
The item "current stamina value" is the current value (current value of stamina value) of the parameter of the user's activity amount. If the current value of the stamina value is less than the consumption amount set for each game unit, the user cannot start the game play for the game unit. The user can increase the current value of the stamina value by consuming a game item whose stamina value can be recovered, or by consuming a paid or free virtual currency. At this time, the current value of the stamina value may be recovered beyond the maximum value of the stamina value.
The item "maximum stamina value" is the maximum value (maximum value, upper limit value of stamina value) of the parameter of the user's activity amount. The current stamina value recovers to the maximum value over time.
The item "owned game object" is information such as a game character and a game item owned by the user. In the item, information such as each game character and the level of the game item is also included.
The item "free virtual currency" indicates the amount of virtual currency that the user holds for the virtual currency given to the user free of charge. For example, the terminal device 10 grants a free virtual currency to a user by a login bonus, an event reward, or the like.
The item "paid virtual currency" indicates the amount of virtual currency held by the user for the virtual currency given to the user for a fee. For example, the terminal device 10 grants the paid virtual currency to the user by accepting the process of purchasing the paid virtual currency by the purchase process.

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

The item "user 1" indicates one of the users registered as friends with each other.
The item "user 2" indicates the other user among the users registered as friends with each other.
The item "friend registration date" indicates the date and time when users are registered as friends.
The item "gift sending history" indicates the history of transfer of stamina value, etc. between users.

As a method of friend registration, when one user applies for friend registration to another user and the other user approves, it may be registered in the friend list. Also, one user may be able to add (follow) to the list without the approval of the other user. In this case, both users follow each other, resulting in a mutual follow-up state.

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

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

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

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

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

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

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

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

FIG. 6 is a flowchart showing a process in which the first user obtains a reward by transferring the stamina value to the second user.

In step S601A, the terminal device 10A operated by the first user receives an input operation for transferring the stamina value to another user from the first user. In response to the input operation, the terminal device 10A inquires the server 20 of a candidate user to whom the stamina value is to be transferred.

In step S653, the server 20 responds to the terminal device 10A with a list of friends of the first user and information on the current and maximum stamina values of the users of these friends. That is, the server 20 responds to the terminal device 10A with the information of the user whose current stamina value is smaller than the upper limit value.

In step S603A, the terminal device 10A displays the candidate of the user to be transferred the stamina value on the display 132, and accepts the designation of the transferee user from the user. The terminal device 10A transmits the information of the user whose stamina value is to be transferred to the server 20. For example, the terminal device 10A specifies the amount of stamina value to be transferred for each transferee user.

In step S655, the server 20 subtracts the current value of the user who has transferred the stamina value by the amount transferred. The server 20 notifies the terminal device of the transferee user (in the example of this figure, the terminal device 10B operated by the second user) that the stamina value has been transferred from the first user.

In step S657, the server 20 determines the reward to be given to the user (that is, the first user) who has transferred the stamina value, grants the determined reward to the first user, and updates the user information DB 281. For example, the server 20 may determine the content of the reward by lottery, or may grant a fixed reward to the first user.

In step S605A, the terminal device 10A receives from the server 20 the reward information obtained by the first user transferring the stamina value to another user, and displays it on the display 132.

The server 20 updates the item "gift sending history" of the user information DB 282 by performing an operation of transferring the stamina value from the first user to the second user. It may be possible to transfer the stamina value to a user who has not registered as a friend.

In step S613B, the terminal device 10B notifies the second user of the transfer of the stamina value from the first user and the amount of the transferred stamina value via the server 20.

In step S615B, the terminal device 10B receives an input operation for receiving the stamina value transferred from the first user from the second user. In response to the input operation, the terminal device 10B notifies the server 20 that the second user has performed an operation of receiving the transferred stamina value.

In step S659, the server 20 updates the user information DB 281 by increasing the current value of the stamina value of the second user by the amount of the transferred stamina value. The server 20 also considers that the total value of the current value of the stamina value of the second user and the stamina value transferred from the first user exceeds the maximum value of the stamina value of the second user. And the total of the transferred stamina value is used as the current value of the stamina value (that is, the upper limit of the stamina value is exceeded and the recovery is made).

In step S617B, the terminal device 10B adds the stamina value transferred from the first user to the current value of the stamina value.

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

The screen example (A) of FIG. 7 shows a screen example in the terminal device 10A of the first user who transfers the stamina value. The screen example (A) shows a phase in which the first user starts an operation of transferring the stamina value to another user. Corresponds to step S601A in FIG.

As shown in the screen example (A), the terminal device 10A displays the display 132 with the level display unit 132A showing the user level information of the first user and the current value and the maximum value of the stamina value of the first user. The stamina value display unit 132B and the like are displayed. The terminal device 10A displays an operation reception unit 132C that accepts an operation for transferring the stamina value to another user. In the screen example (A), the terminal device 10A transitions to the screen example (B) by receiving an input operation to the operation receiving unit 132C from the first user.

The screen example (B) of FIG. 7 shows a situation in which the first user specifies a user to whom the stamina value is to be transferred. Corresponds to step S603A in FIG.

As shown in the screen example (B), the terminal device 10A has a candidate display unit 132D indicating a candidate of the user to whom the stamina value is to be transferred to the display 132, and the transfer amount of the stamina value is transferred to the display 132 regardless of the user's operation. The operation reception unit 132E that accepts the operation to be automatically determined and the operation reception unit 132F that accepts the operation of transferring the stamina value specified by the user to another user are displayed.

The terminal device 10A displays the candidates of the user to whom the stamina value is to be transferred on the candidate display unit 132D in a predetermined order. For example, a user who requires a stamina value may be preferentially displayed on the candidate display unit 132D. In the screen example (B), the terminal device 10A displays other users on the candidate display unit 132D in descending order of consumption of the stamina value.

In addition to this, the user who is likely to actually need the stamina value may be preferentially displayed on the candidate display unit 132D. For example, among other users, the user who is logged in to the game may be preferentially displayed on the candidate display unit 132D. In this case, the user who is logged in to the game and is consuming the stamina value from the maximum value may be preferentially displayed on the candidate display unit 132D. Further, a user who is logged in to the game and has a short game play time within the latest fixed period (for example, one week) may be preferentially displayed on the candidate display unit 132D. Further, depending on the time (time zone) when the user intends to transfer the stamina value, the user who tends to play the game at that time (time zone) may be preferentially displayed on the candidate display unit 132D. ..

Even if the user is not logged in to the game, if the current value of the stamina value is close to the minimum value (when the stamina is exhausted), or if the current value of the stamina is less than the play of a predetermined game unit (when the current value of the stamina is less than the specified game unit play). For example, if the stamina consumption amount set for the quest for advanced users is not reached), the user who may not be able to play the game and may be interrupted is preferentially displayed on the candidate display unit 132D. You may.

As described above, the conditions for determining another user to be displayed on the candidate display unit 132D have been described, but a user to be displayed on the candidate display unit 132D may be determined by combining these.

The first user can input the transfer amount to each user shown in the candidate display unit 132D.

When the first user performs an input operation on the operation reception unit 132E, the transfer amount is automatically determined for each user based on a predetermined rule. For example, based on the current value of the stamina value of the first user, the smaller the current value of the stamina value among the other users, the larger the transfer amount of the stamina value may be. Also, among other users, the larger the difference between the current value and the maximum value of the stamina value (that is, the user who consumes a large amount of stamina value due to game play), the larger the transfer amount of the stamina value. May be. Further, among other users, the lower the user level (that is, the user who has just started the game) may preferentially transfer the stamina value.

Further, the amount of stamina value that can be transferred to another user may be an amount that does not exceed the maximum value of the stamina value when the other user receives the transfer. For example, in the screen example (B), the friend user "A" has a current stamina value of "75" and a maximum stamina value of "100". That is, the user "A" consumes only "25" from the maximum stamina value. At this time, the first user may be able to transfer up to "25" to the user "A" out of the current value "65" of the stamina value.

Not limited to the above example, in response to the input operation to the operation reception unit 132C of the screen example (A), the transferee user and the transfer amount of the stamina value are automatically determined, and the stamina value is transferred. You may do it. As a result, the first user can automatically transfer the stamina value to another user without specifying the transferee user and the transfer amount of the stamina by the user himself / herself.

Further, the operation of transferring the stamina value to another user is not limited to the input operation to the operation reception unit 132C, and may be another operation. For example, when the user puts the game program in a standby state by transitioning to the home screen of the terminal device 10, turning off the power of the terminal device 10, etc., the user transfers the stamina value to another user because the game play is not continued. You may do it. For example, the stamina value may be transferred to another user in response to the user putting the game program in the standby state, provided that the user has continued the game play for a certain period of time or longer. In addition to this, the user may transfer the stamina value to another user by performing an operation of transitioning to the title screen of the game based on the game program, assuming that the user does not continue the game play.

Further, the stamina value may be automatically transferred to another user without requiring the user's operation on the terminal device 10. As a condition for automatically transferring the stamina value to another user in this way, the parameter of the user related to the game play may be set. For example, in response to the current value of the user's stamina value reaching a certain value (for example, the maximum value), the stamina value may be automatically transferred to another user regardless of the user's operation. .. Since the stamina value recovers over time, the stamina value can recover to a certain value while the user is not playing the game, but when the stamina value reaches a certain value, it will be transferred to another user regardless of the user's operation. The stamina value can be transferred. The total amount of stamina value that can be transferred to another user may be limited regardless of the user's operation. For example, the amount of transfer of the stamina value, the number of transfers, and the like may be limited. For example, the transfer amount that can transfer the stamina value to another user regardless of the user's operation may be up to a certain ratio (for example, about half) of the maximum value of the stamina value. Further, the number of times that the stamina value can be transferred to another user regardless of the user's operation may be a fixed number of times (for example, 1 to 2 times). This makes it easier for the game operator to adjust the liquidity in which the stamina value is distributed among users. It should be noted that the restriction on transferring the stamina value regardless of the user's operation may be lifted by satisfying certain conditions. For example, if the conditions such as the user playing a game, the user performing a predetermined operation, and a certain time elapses after the transfer of the stamina value is restricted, the stamina value is again increased regardless of the user's operation. It may be transferred.

The screen example (C) of FIG. 7 shows a situation in which the first user obtains a reward by transferring the stamina value to another user. Corresponds to step S605A in FIG.

As shown in the screen example (C), the terminal device 10A displays on the display 132 a notification area 132G for notifying that the first user has acquired the reward. Further, as shown in the stamina value display unit 132B, since the first user transfers the stamina value to another user, the current value of the stamina value of the first user is “0”.

In this example, it is shown in the first reward 132H that the first user is given a game object that can be used during the game play of the quest as a reward.

Specifically, in the first reward 132H, a game character 132K that can be used during quest gameplay (for example, a game character that can be operated by the user) and a game item 132L that can be used during quest gameplay (for example). , Recovery items, attack items, etc.) are shown as rewards.

Further, it is shown in the second reward 132J that other game objects are given to the first user as a reward. These rewards include those that can be used at non-gameplay times of the quest, for example, a lottery ticket 132M. The lottery ticket 132M is an item (also referred to as a gacha ticket) for executing a process of obtaining a game object by a lottery process (also referred to as a gacha). Other rewards include items that can be used before the start of the quest. For example, items that increase the reward (experience value, items, etc.) when clearing a quest, material items that can grow game objects, etc. are included for a certain period of time. In this way, the reward may not be the stamina value itself, but may be an item or the like that favors the progress of the game by the user.

As described above, the first user can obtain a reward (a reward other than the stamina value) that does not decrease by starting the game play as a reward for transferring the stamina value to the second user. Even if the first user is in a situation where the gameplay cannot be performed frequently (the consumption of the stamina value is small), the reward can be obtained by transferring the stamina value to the second user. The gameplay of the first user can be advantageously advanced while encouraging interaction between the first user and the second user.

The screen example (D) of FIG. 7 shows a situation in which a second user who has received the transfer of the stamina value operates the terminal device 10B to receive the stamina value. Corresponds to steps S613B and S615B in FIG.

As shown in the screen example (D), the terminal device 10B displays the inbox 132P for displaying the content of the notification to the second user on the display 132. The terminal device 10B displays in the inbox 132P that the stamina value has been transferred from the first user (user “M”) and the transferred stamina amount. The second user can add the stamina value transferred from the first user to the current value of the stamina value of the second user by performing an input operation on the receive button 132R.

Here, when the stamina value transferred from the first user is added to the current value of the stamina value of the second user, the maximum value of the stamina value of the second user may be exceeded. In this case, the current value may be recovered beyond the maximum value of the stamina value of the second user. Further, when the stamina value transferred from the first user is added to the current value of the second user, the maximum value of the second user may be restored. For example, depending on the purchase process, the current value can be recovered beyond the maximum stamina value, while the stamina value transferred from another user is limited to the maximum stamina value. It may be that.

<Summary>
As described above, according to the present embodiment, the stamina value is transferred between users to promote interaction between users, and the transferred user is given something other than the stamina value as a reward to advance the game. Can proceed in an advantageous manner. For users who want to play games moderately (for example, users who tend to have too much stamina), they can help other users who need stamina (users who play games frequently) at their own pace. You can play the game at. In addition, for users who frequently play games, it is possible to suppress the purchase process for recovering the stamina value by receiving the transfer of the stamina value from another user. This can slowly increase the game population.

<5 Modification example>
(1) In the above description of the embodiment, after the first user transfers the stamina value to the second user, the second user performs an operation for receiving the transferred stamina value (1). In the screen example (D) of FIG. 7, the transferred amount is added to the current value of the stamina value of the second user. In addition to this, the second user does not need to receive the transferred stamina value, and the transfer by the first user may increase the current value of the stamina value of the second user. Good.

(2) In the above description of the embodiment, it is assumed that the first user specifies the user to whom the stamina value is to be transferred. In addition to this, when the first user performs an operation of transferring the stamina value to another user, the transferee user may be automatically determined without being specified by the first user. As described in the screen example (B) of FIG. 7 above, the terminal device is based on the user level of another user, the size of the current value of the stamina value, the difference between the current value of the stamina value and the maximum value, and the like. 10 may automatically determine the transferee user. Further, the user to whom the stamina value is transferred may not be limited to the user registered in the user's friend list.

(3) In the above embodiment, the user who needs the stamina value may be able to send a request to another user to transfer the stamina value. Here, if a plurality of other users send a plurality of notifications prompting the transfer of the stamina value to the user, the user may be troubled. Therefore, it is possible to send a request to another user to transfer the stamina value, but the request itself is not notified to the destination user, and the timing when the user performs an operation to transfer the stamina value (for example). In the screen example (A) of FIG. 7, the user who sent the request may be displayed as a candidate for the transferee of the stamina value (screen example (B) of FIG. 7).

(4) As described above, as a method of transferring the stamina value between users, an example in which the current value of the stamina value of the first user is decreased and the current value of the stamina value of the second user is increased. explained. In addition to this, the stamina consumption for playing the game unit may be reduced. For example, when the stamina value is transferred from the first user to the second user, when the second user plays the game unit, the transfer is performed regardless of the stamina consumption set for the game unit. Depending on the stamina value received, the stamina consumption can be reduced (that is, the stamina value specified for each game is not consumed) and the game can be played.

Further, as a method for the user to transfer the stamina value to another user, the user may specify the game unit. When another user plays a game unit specified by the user, the stamina value may be transferred to the other user, or the stamina consumption for the game play of the game unit may be reduced. For example, when the user specifies a game unit, the server 20 stores the method of the designated game unit. The server 20 determines a user to transfer the stamina value among a plurality of users who play the game unit. As a result, the user who made the transfer can select the user to be the transfer destination on the server 20 side without designating another user. In this case, the server 20 may notify the user who intends to play the predetermined game unit that the stamina value can be transferred before the start of the play of the predetermined game unit, or after the play. It may be notified. For example, the terminal device 10A notifies that there is a game unit to which the stamina value can be transferred when the user displays a list of a plurality of game units to be played and accepts the designation of the game unit from the user. May be good. For example, a notification such as "Quest A can now be played without consuming stamina value thanks to user B" may be displayed in association with a game unit that can receive the transfer of stamina value. In addition, for example, on a screen in which the transferred user clears the game by game play in game units and confirms the reward for clearing the game unit, "Thanks to User B, the user can play without consuming the stamina value. You may give a notification such as "." In this case, the user who has transferred the stamina value may receive a reward at the time of transfer, or the transferred user can receive the reward within the range of the reward obtained by playing the game on a game-by-game basis. May be.

As described above, an example in which the user specifies a game unit and transfers the stamina value in association with the game unit has been described. The game unit to which the stamina value is transferred may be specified by the user who transfers the stamina value, or may be automatically determined regardless of the user's specification. For example, the game unit that the user targets for game play may be the target for which the stamina value is transferred regardless of the user's designation. For example, a game unit in which the user has recently played a game, a game unit in which the user plays a certain percentage or more within a certain period of time, or the like may be the target of the transfer of the stamina value. Further, the business operator who operates the game may notify the user of the game unit to which the stamina value is to be transferred. For example, the user may be able to transfer the stamina value for the game unit related to the event over a certain period such as the event period.

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

(Appendix 1) A game program for being executed by a computer (10) including a processor (19) and a memory (13) is provided. The game program is a step of storing the current value and the upper limit value of the action amount parameters of the first user who operates the computer, which are the action amount parameters (181 and 281) managed for each user, in the memory. , The step of starting the game play and subtracting the first amount from the current value (S503A) when the current value is equal to or greater than the first amount required for game play, and the current value up to the upper limit value over time. A step of recovering (20, 193) and a step of accepting a first input operation from the first user for transferring at least a part of the activity amount parameter of the first user to a second user different from the user. (S603A, 132C, 132D, 132F), in response to the first input operation, the current value of the activity amount parameter of the first user is reduced, and the current value of the action amount parameter of the second user is changed to the current value. A step of adding the amounts of 2 (S603A, S655, S659), a step of giving a reward in the game based on the game program to the first user by accepting the first input operation (S605A, S657), and To execute.

(Appendix 2) In (Appendix 1), in the step of granting a reward, a reward (132H, 132J) that does not decrease by starting game play is granted to the first user as a reward.

(Appendix 3) In (Appendix 2), in the step of giving a reward, a game object (132H, 132K, 132L) that can be used during game play is given to the first user as a reward.

(Appendix 4) In the step of giving a reward in (Appendix 3), as a reward, a character object (132K) that can be operated by the first user during game play, or an item (132L) that can be used during game play. At least one of the above is given to the first user.

(Appendix 5) In any of (Appendix 1) to (Appendix 4), in the step of awarding the reward, the first input operation is performed regardless of whether or not the transferred second user has executed the game. By accepting, a reward is given to the first user (132G, S603A, S605A).

(Appendix 6) In any of (Appendix 1) to (Appendix 4), the game program is a second user for the first user to receive the action amount parameter transferred to the processor by the first user. A step of accepting an input operation (132R, S615B) and a step of increasing the current value of the first user (S615B, S659, S617B) in response to the second input operation, and giving a reward. In, regardless of whether or not the transferred second user receives the action amount parameter by performing the second input operation on the computer operated by the second user, the first input operation is accepted. As a result, the reward is given to the first user (S605A, 132G).

(Appendix 7) In any of (Appendix 1) to (Appendix 6), in the accepting step, a candidate for the second user to be transferred is presented to the first user, and the second user is designated. The operation is accepted as the first input operation (132D), and the candidate for the second user to be presented to the first user is a user whose action amount parameter is smaller than the maximum value.

(Appendix 8) In any of (Appendix 1) to (Appendix 7), in the accepting step, the first input operation does not require the first user to specify the second user to be transferred. Is accepted (132E).

(Appendix 9) In any of (Appendix 1) to (Appendix 8), in the step of adding, the amount obtained by the first user reducing the current value of the action amount parameter is set as the second amount, and the second user. Is added to the current value within the range not exceeding the upper limit value of (132B).

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

Claims (11)

A game program for being executed by a computer including a processor and a memory, wherein the game program is executed by the processor.
A step of storing the current value and the upper limit value of the action amount parameter of the first user who operates the computer, which is the action amount parameter managed for each user, in the memory.
When the current value is equal to or greater than the first amount required for gameplay, the gameplay is started and the first amount is subtracted from the current value.
A step of recovering the current value to the upper limit value over time, and
A step of accepting a first input operation from the first user for transferring at least a part of the action amount parameter of the first user to a second user different from the user.
In response to the first input operation, the current value of the action amount parameter of the first user is decreased, and the second amount is added to the current value of the action amount parameter of the second user. Steps and
A game program that causes the first user to execute a step of giving a reward in a game based on the game program by accepting the first input operation. The game program according to claim 1, wherein in the step of granting the reward, a reward that is not reduced by starting the game play is given to the first user as the reward. The game program according to claim 2, wherein in the step of giving the reward, a game object that can be used during the game play is given to the first user as the reward. In the step of giving the reward, at least one of the character object that can be operated by the first user during the game play or the item that can be used during the game play is given to the first user as the reward. The game program according to claim 3, which is granted. In the step of granting the reward, the reward is granted to the first user by accepting the first input operation regardless of whether or not the transferred second user has executed the game. The game program according to any one of claims 1 to 4. The game program is supplied to the processor.
A step of accepting a second input operation for the first user to receive the action amount parameter to which the first user has been transferred, and
In response to the second input operation, the step of increasing the current value of the first user is performed.
Whether or not the transferred second user receives the action amount parameter by performing the second input operation on the computer operated by the second user in the step of granting the reward. The game program according to any one of claims 1 to 4, which grants the reward to the first user by accepting the first input operation regardless of the above. In the accepting step, the candidate of the second user to be transferred is presented to the first user, and the operation of designating the second user is accepted as the first input operation.
The game program according to any one of claims 1 to 6, wherein the candidate of the second user to be presented to the first user is a user whose action amount parameter is smaller than the maximum value. Any one of claims 1 to 7, which accepts the first input operation without requiring the first user to specify the second user to be transferred in the accepting step. The game program described in. In the step of adding, the amount obtained by reducing the current value of the action amount parameter by the first user is set as the second amount and added to the current value within a range not exceeding the upper limit value of the second user. The game program according to any one of claims 1 to 8. A method of causing a computer having a processor and a memory to execute the method.
A step of storing the current value and the upper limit value of the action amount parameter of the first user who operates the computer, which is the action amount parameter managed for each user, in the memory.
When the current value is equal to or greater than the first amount required for gameplay, the gameplay is started and the first amount is subtracted from the current value.
A step of recovering the current value to the upper limit value over time, and
A step of accepting a first input operation from the first user for transferring at least a part of the action amount parameter of the first user to a second user different from the user.
In response to the first input operation, the current value of the action amount parameter of the first user is decreased, and the second amount is added to the current value of the action amount parameter of the second user. Steps and
A method of executing a step of giving a reward in a game based on the game program to the first user by accepting the first input operation. An information processing device including a processor and a memory, wherein the processor
A step of storing the current value and the upper limit value of the action amount parameter of the first user who operates the computer, which is the action amount parameter managed for each user, in the memory.
When the current value is equal to or greater than the first amount required for gameplay, the gameplay is started and the first amount is subtracted from the current value.
A step of recovering the current value to the upper limit value over time, and
A step of accepting a first input operation from the first user for transferring at least a part of the action amount parameter of the first user to a second user different from the user.
In response to the first input operation, the current value of the action amount parameter of the first user is decreased, and the second amount is added to the current value of the action amount parameter of the second user. Steps and
An information processing device that executes a step of giving a reward in a game based on the game program to the first user by accepting the first input operation.