JP6970719B2 - Game management device, game management method and game management program - Google Patents

Description

The present invention relates to a game management device, a game management method, and a game management program.

Conventionally, in a game in which a plurality of players participate via a network using a device such as a mobile information terminal, items used in the game may be exchanged between the players.

For example, in Patent Document 1 below, when a gift is given from the first player to the second player, a reward candidate for giving a gift to the first player from among those owned by the second player. A game management device for extracting and transmitting the game to the terminal device of the second player is described.

Patent No. 5145466

By enabling the exchange of items in the game, it is possible to create a sense of unity in which the players jointly proceed with the game. However, in the one-to-one item exchange, although it is possible to create a sense of unity between the two players involved in the exchange, there is no relationship with most of the other players.

Therefore, the present invention provides a game management device, a game management method, and a game management program that can create a sense of unity among a plurality of players.

The game management device according to one aspect of the present invention accepts the movement of resources consumed in the game from the first player among the plurality of players playing the game, and at least a part of the transferred resources is used as a share tank. A tank unit for adding is provided, and a share unit for subtracting the requested resource from the share tank when a second player among a plurality of players requests to withdraw the resource stored in the share tank. ..

According to this aspect, the resources stored in the share tank can be withdrawn, and the resources stored in the share tank can be shared among a plurality of players.

The game management method according to another aspect of the present invention accepts the movement of resources consumed in the game from the first player among a plurality of players playing the game, and shares at least a part of the moved resources. Adding to the tank, and subtracting the resource requested to be withdrawn from the share tank when the second player among the plurality of players requests to withdraw the resource stored in the share tank. ,including.

According to this aspect, the resources stored in the share tank can be withdrawn, and the resources stored in the share tank can be shared among a plurality of players.

In the game management program according to another aspect of the present invention, the arithmetic unit provided in the game management device receives the movement of resources consumed in the game from the first player among the plurality of players who play the game. , A tank unit that adds at least a part of the transferred resources to the share tank, and a withdrawal request is made when a second player among the plurality of players requests to withdraw the resources stored in the share tank. It functions as a share unit that subtracts the resource from the share tank.

According to this aspect, the resources stored in the share tank can be withdrawn, and the resources stored in the share tank can be shared among a plurality of players.

According to the present invention, it is possible to provide a game management device, a game management method, and a game management program that can create a sense of unity among a plurality of players.

It is a figure which shows the network configuration of the game system which concerns on embodiment of this invention. It is a figure which shows the functional block of the game management apparatus which concerns on this embodiment. It is a figure which shows the physical structure of the game management apparatus which concerns on this embodiment. This is an example of a first screen displayed on a user terminal by the game management device according to the present embodiment. This is an example of the second screen displayed on the user terminal by the game management device according to the present embodiment. This is an example of a third screen displayed on the user terminal by the game management device according to the present embodiment. This is an example of a fourth screen displayed on a user terminal by the game management device according to the present embodiment. This is an example of the fifth screen displayed on the user terminal by the game management device according to the present embodiment. It is a flowchart of the 1st process executed by the game management apparatus which concerns on this embodiment. It is a flowchart of the 2nd process executed by the game management apparatus which concerns on this embodiment.

[Explanation of Embodiments of the present disclosure]
First, the contents of the embodiments of the present disclosure will be listed and described. One embodiment of the present disclosure comprises the following configurations.

(Item 1) A tank unit that accepts the movement of resources consumed in the game from the first player among a plurality of players playing the game and adds at least a part of the moved resources to the share tank, and the above. A game management device including a share unit for subtracting the resource requested to be withdrawn from the share tank when a second player among a plurality of players requests to withdraw the resource stored in the share tank.

According to the aspect of item 1, the resources stored in the share tank can be withdrawn, and the resources stored in the share tank can be shared among a plurality of players.

(Item 2) The game management device according to item 1, further comprising a presentation unit that causes the plurality of players to present the total amount of resources stored in the share tank.

According to the aspect of item 2, a plurality of players can confirm the total amount of resources transferred to the share tank.

(Item 3) The game management device according to item 1, wherein the amount of resources subtracted from the share tank is arbitrarily set by the second player.

(Item 4) The game management device according to item 1, wherein the share unit recovers the resources of the second player based on the resource requested for withdrawal.

According to the aspect of item 4, the player can withdraw the resource from the share tank in order to recover the resource, and the resource can be shared with a plurality of players. As a result, it is possible to give each player a game experience of playing a game supported by a plurality of other players, and it is possible to create a sense of unity among the plurality of players.

(Item 5) When the tank unit accepts the movement of the resource, the tank unit accepts the input of the first comment from the first player, and the presentation unit causes the plurality of players to present the first comment. The game management device according to item 2.

According to the aspect of item 5, when one's own resource is moved to the share tank, by presenting the first comment to a plurality of players, it is possible to give satisfaction to the player who has moved the resource, and the motivation for the movement. You can give a motivation.

(Item 6) When the second player requests to withdraw the resources stored in the share tank, the share unit accepts the input of the second comment from the second player, and the presentation unit receives the input of the second comment. The game management device according to item 2 or 5, wherein the second comment is presented to the plurality of players.

According to the aspect of item 6, when the resource stored in the share tank is consumed and the resource is recovered, the player who has moved the resource is satisfied by presenting the second comment to a plurality of players. It can be given and can motivate the movement of resources.

(Item 7) The share unit determines whether or not the withdrawal condition is satisfied when the second player requests withdrawal of the resource stored in the share tank, and when the withdrawal condition is satisfied. The game management device according to any one of items 1 to 6, wherein the resource of the second player is recovered and the resource used for the recovery is subtracted from the share tank.

According to the aspect of item 7, it is possible to prevent inappropriate withdrawal of resources, maintain a normal game balance, and maintain a healthy user community.

(Item 8) A bonus unit that gives a bonus determined based on the amount of resources consumed by the first player in a predetermined period when the first player among the plurality of players logs in to the game. The game management device according to any one of items 1 to 7, further comprising.

According to the aspect of item 8, by adding the amount of the moved resource to the consumption amount of the resource and giving a bonus based on the consumption amount of the resource, it is possible to give the motivation to move more resources.

(Item 9) The amount of resources consumed by the first player during a predetermined period includes the amount of resources consumed by the first player for the progress of the game and the amount of resources consumed by the first player to the share tank. Item 8. The game management device according to item 8, which is the total amount of resources.

(Item 10) The game management device according to any one of items 2, 5 and 6, wherein the presentation unit causes the plurality of players to present the history of the total amount of resources stored in the share tank.

According to the aspect of item 10, by presenting the history of the total amount of resources stored in the share tank, it is possible to grasp at a glance how much resources have been moved by other players, and other players. It is possible to feel the activity of, and it is possible to create a sense of unity among a plurality of players.

(Item 11) The game management device according to any one of items 1 to 10, wherein the tank unit adds resources added by a campaign carried out by a game manager to the share tank.

According to the aspect of item 11, the speciality of the campaign can be emphasized by the game manager adding resources by the campaign to the share tank, which is in principle accumulated by the movement of a plurality of users.

(Item 12) Accepting the movement of resources consumed in the game from the first player among the plurality of players playing the game, and adding at least a part of the moved resources to the share tank, and the plurality. A game management method comprising subtracting the resource requested to be withdrawn from the share tank when the second player of the players requests to withdraw the resource stored in the share tank.

According to the aspect of item 12, the resources stored in the share tank can be withdrawn, and the resources stored in the share tank can be shared among a plurality of players.

(Item 13) The arithmetic unit provided in the game management device receives the movement of resources consumed in the game from the first player among a plurality of players playing the game, and at least a part of the moved resources. When the second player among the plurality of players requests to withdraw the resources stored in the share tank, the withdrawal-requested resources are subtracted from the share tank. A game management program that functions as a share section.

According to the aspect of item 13, the resources stored in the share tank can be withdrawn, and the resources stored in the share tank can be shared among a plurality of players.

An embodiment of the present invention will be described with reference to the accompanying drawings. In each figure, those with the same reference numerals have the same or similar configurations.

FIG. 1 is a diagram showing a network configuration of a game system 100 according to an embodiment of the present invention. The game system 100 includes a game management device 10, a first user terminal 20, and a second user terminal 30. In this embodiment, the case where the game system 100 includes two user terminals will be described, but the game system 100 may include any number of user terminals.

The first user terminal 20 and the second user terminal 30 are terminals used by a player who plays a game, and are composed of, for example, a smartphone or a personal computer. The first user terminal 20 and the second user terminal 30 may be connected to a communication network N such as the Internet and can communicate with each other. Further, the first user terminal 20 and the second user terminal 30 are connected to the game management device 10, and the player plays a game controlled by the game management device 10. The game may be played by an application installed on the first user terminal 20 and the second user terminal 30, or may be played by a browser. In the present specification, a player who plays a game is also referred to as a user.

The game management device 10 is a server that manages games, and is composed of, for example, a general-purpose computer. The game management device 10 controls the progress of a game in which a plurality of players participate. The game management device 10 transmits information such as a game screen to the first user terminal 20 and the second user terminal 30, and receives game operation information from the first user terminal 20 and the second user terminal 30.

FIG. 2 is a diagram showing a functional block of the game management device 10 according to the present embodiment. The game management device 10 includes an acquisition unit 11, a tank unit 12, a presentation unit 13, a share unit 14, a bonus unit 15, and a share tank 16.

The acquisition unit 11 acquires information about the game from the first user terminal 20 and the second user terminal 30. The acquisition unit 11 acquires, for example, the amount of resources to be donated when receiving a command from the first player among a plurality of players playing the game to donate the resources consumed in the game. This resource moves from the first player to the acquisition unit 11, and is not limited to donations, but may be moved to the acquisition unit 11 by selling by the first player. Here, the resource may be a parameter that is consumed when performing a predetermined action in the game or is consumed for participating in an event, and is an arbitrary parameter used for advancing the game. For example, resources include stamina that quantifies various abilities possessed by the player character, and items possessed by the player character. For example, stamina is a life point that quantifies the physical strength and vitality of the player's character, a magic point that quantifies the magical power consumed to use the skill used by the player's character, and a numerical value of the damage that the player's character inflicts on the enemy. Includes hit points, etc. As used herein, resources are supposed to be recovered after a certain period of time (for example, 24 hours), but may be recovered by using an item or by a predetermined action. As used herein, recovery means re-increasing resources that were once reduced by previous consumption. By increasing the resources to the preset maximum value of the resources, the resources can be fully recovered.

Hereinafter, the resource is stamina, and a case where stamina is donated by a plurality of players will be described.

The tank unit 12 receives donations of stamina consumed in the game from the acquisition unit 11 from the first player among the plurality of players playing the game, and adds the donated stamina to the share tank 16. The tank unit 12 adds the stamina obtained by multiplying the donated stamina by the efficiency to the share tank 16. This efficiency may be a variable value or a constant value. When this efficiency is a variable value, for example, the higher the rank of the donated player, the higher the efficiency (or the lower the efficiency) may be. Alternatively, when the efficiency is a constant value, all the donated stamina may be added to the share tank 16 with the efficiency as 100%. The tank unit 12 can accept stamina donations from all players participating in the game. Donations of stamina can be made within the range of the remaining stamina of the user, and donations may be restricted so that the amount of donations exceeding the remaining amount of stamina cannot be made.

The presentation unit 13 transmits the total amount of stamina stored in the share tank 16 to the user terminal. The user terminals of the plurality of players present the total amount of received stamina on the game screen. Stamina donated by a plurality of players is accumulated in the share tank 16. The presentation unit 13 displays, for example, the total amount of stamina stored in the share tank 16 on user terminals used by a plurality of players. The presentation unit 13 displays, for example, a numerical value, a diagram, or an animation of the total amount of stamina stored in the share tank 16.

When the second player among the plurality of players requests to withdraw the stamina stored in the share tank 16, the share unit 14 recovers the stamina of the second player and uses the stamina for the recovery. Subtract from the share tank 16. At this time, the stamina obtained by multiplying the stamina subtracted from the share tank 16 by the efficiency can be used to recover the stamina of the second player. This efficiency may be a variable value or a constant value. When this efficiency is a variable value, for example, the higher the rank of the player who made the withdrawal request, the higher the efficiency (or the lower the efficiency) may be. Alternatively, when the efficiency is a constant value, the efficiency may be set to 100%, and all of the stamina requested to be withdrawn may be used for the recovery of the stamina of the second player. The user may lack stamina to advance the game, and in such a case, the user requests to withdraw the stamina stored in the share tank 16. As will be described later, the share unit 14 may allow the stamina to be withdrawn from the share tank 16 if the withdrawal condition is satisfied, but the share unit 14 may allow the withdrawal unconditionally.

As described above, according to the game management device 10 according to the present embodiment, the total amount of stamina donated to the share tank 16 can be confirmed, and the player can withdraw the stamina from the share tank 16 in order to recover the stamina. It is possible to share stamina with multiple players. As a result, it is possible to give each player a game experience of playing a game supported by a plurality of other players, and it is possible to create a sense of unity among the plurality of players.

The bonus unit 15 is determined based on the amount of stamina consumed by the first player in a predetermined period when the first player among the plurality of players makes a donation before logging out last time and then logs in to the game. Give a bonus. Here, the amount of stamina consumed by the player in a predetermined period is the sum of the amount of stamina consumed for the progress of the game and the amount of stamina donated to the share tank 16. The bonus unit 15 may improve the quality or quantity of the bonus given when the player logs in to the game as the amount of stamina consumed for the progress of the game and the amount of stamina donated to the share tank 16 are larger. In this way, by adding the amount of stamina donated to the amount of stamina consumed and giving a bonus based on the amount of stamina consumed, it is possible to motivate more stamina to be donated.

The share tank 16 stores the history of stamina donated by a plurality of players and the history of stamina drawn by the plurality of players. Only one share tank 16 may exist in the game, but a plurality of types of share tanks 16 may be provided. In that case, the share tank 16 may be provided for each of a plurality of types of parameters consumed in the game.

When accepting a stamina donation, the tank unit 12 may acquire the first comment received by the user terminal of the player making the donation from the user terminal. The first comment may be a short donation comment such as "Please use it because it is left over!", Or it may be a comment arbitrarily input by the user. The presentation unit 13 may present the first comment to a plurality of players. In this way, when donating one's own stamina to the share tank 16, by presenting the first comment on the user terminal screens of a plurality of players, it is possible to give satisfaction to the player who donated the stamina, and to the donation. Can be motivated.

Further, the share unit 14 may acquire a second comment received by the user terminal of one player from the user terminal when there is a request for withdrawal of stamina stored in the share tank 16 from one player. .. The second comment may be a short thank-you comment such as "Thank you!", Or may be a comment arbitrarily input by the user. Then, the presentation unit 13 may present the second comment to a plurality of players. In this way, when the stamina stored in the share tank 16 is consumed and the stamina is restored, the second comment is presented on the user terminal screens of a plurality of players, so that the player who donated the stamina feels satisfied. Can give motivation for donations.

The share unit 14 determines whether or not the withdrawal condition is satisfied when there is a request from one player to withdraw the stamina stored in the share tank 16, and if the withdrawal condition is satisfied, the stamina of one player is set. You may recover and subtract the stamina used for recovery from the share tank 16. Here, the withdrawal condition may be an arbitrary condition, but for example, it is a condition regarding the upper limit of the number of withdrawals per predetermined period, a condition regarding the appropriateness of the second comment, and a condition regarding the remaining amount of the share tank 16. It may be a condition. More specifically, the condition regarding the upper limit of the number of withdrawals per predetermined period is, for example, the condition that up to 10 withdrawals can be made per day. Further, the condition regarding the appropriateness of the second comment is that the withdrawal is not permitted when the second comment contains inappropriate content such as slander. Further, the condition regarding the remaining amount of the share tank 16 is, for example, a condition that the withdrawal is not permitted when the remaining amount of the share tank 16 is equal to or less than the reference value. By setting the withdrawal conditions in this way, it is possible to prevent improper withdrawal of stamina, maintain the game balance normally, and keep the user community healthy.

The presentation unit 13 may have the user terminal screens of a plurality of players present the history of the total amount of stamina stored in the share tank 16. The history of the total amount of stamina stored in the share tank 16 may be presented numerically or visually by a graph. In this way, by presenting the history of the total amount of stamina stored in the share tank 16, it is possible to grasp at a glance how much stamina has been donated by other players, and the activities of other players can be known. It can be felt and a sense of unity can be created among a plurality of players.

The tank unit 12 may add the stamina added by the campaign carried out by the game manager to the share tank. As a result, the game manager can emphasize the speciality of the campaign by adding stamina by the campaign to the share tank 16 which is basically accumulated by the donations of a plurality of users.

FIG. 3 is a diagram showing a physical configuration of the game management device 10 according to the present embodiment. The game management device 10 includes a CPU (Central Processing Unit) 10a corresponding to a calculation unit, a RAM (Random Access Memory) 10b corresponding to a storage unit, a ROM (Read only Memory) 10c corresponding to a storage unit, and a communication unit. It has a 10d, an input unit 10e, and a display unit 10f. Each of these configurations is connected to each other via a bus so that data can be transmitted and received. In this example, the case where the game management device 10 is composed of one computer will be described, but the game management device 10 may be realized by combining a plurality of computers. Further, the configuration shown in FIG. 3 is an example, and the game management device 10 may have configurations other than these, or may not have a part of these configurations.

The CPU 10a is a control unit that controls execution of a program stored in the RAM 10b or ROM 10c, calculates data, and processes data. The CPU 10a is a calculation unit that executes a program (game management program) for sharing stamina consumed in a game among a plurality of users. The CPU 10a receives various data from the input unit 10e and the communication unit 10d, displays the calculation result of the data on the display unit 10f, and stores the data in the RAM 10b.

The RAM 10b is a storage unit capable of rewriting data, and may be composed of, for example, a semiconductor storage element. The RAM 10b may store data such as a program executed by the CPU 10a, the total amount of stamina stored in the share tank, the history of stamina stored in the share tank, and comments received from the user. It should be noted that these are examples, and data other than these may be stored in the RAM 10b, or a part of these may not be stored.

The ROM 10c is a storage unit capable of reading data, and may be composed of, for example, a semiconductor storage element. The ROM 10c may store, for example, a game management program or data that is not rewritten.

The communication unit 10d is an interface for connecting the game management device 10 to another device. The communication unit 10d may be connected to a communication network N such as the Internet.

The input unit 10e receives data input from the user, and may include, for example, a keyboard and a touch panel.

The display unit 10f visually displays the calculation result by the CPU 10a, and may be configured by, for example, an LCD (Liquid Crystal Display). The display unit 10f may display the total amount of stamina stored in the share tank, the history of stamina stored in the share tank, comments received from the user, and the like.

The game management program may be stored and provided in a storage medium readable by a computer such as RAM 10b or ROM 10c, or may be provided via a communication network connected by the communication unit 10d. In the game management device 10, the CPU 10a executes the game management program to realize various operations described with reference to FIG. It should be noted that these physical configurations are examples and do not necessarily have to be independent configurations. For example, the game management device 10 may include an LSI (Large-Scale Integration) in which the CPU 10a and the RAM 10b and the ROM 10c are integrated.

FIG. 4 is an example of a first screen displayed on the user terminal by the game management device 10 according to the present embodiment. An example of the first screen is displayed on the first user terminal 20, for example, total stamina storage amount D1, total stamina animation D2, total stamina history D3, current stamina D4, today's stamina consumption amount D5, cumulative stamina donation amount D6, Includes withdraw button D7 and donation button D8.

The total stamina storage amount D1 is the total amount of stamina currently stored in the share tank 16, and is "107,962" in this example. The total stamina storage amount D1 is the total amount of stamina donated by a plurality of users, and the value may be updated in real time, but may be updated at regular intervals.

The total stamina animation D2 is an animation that visually represents the total amount of stamina currently stored in the share tank 16, and shows how the liquid is stored in the tank. The amount of liquid stored in the tank is displayed to increase in proportion to the total amount of stamina stored in the share tank 16. In the figure, the share tank 16 stores a liquid, but a solid, for example, an item may be stored instead of the liquid.

The total stamina history D3 is a history of the total amount of stamina stored in the share tank 16. The total amount of stamina stored in the share tank 16 is increased by donating stamina from the user, and is decreased by withdrawing stamina by the user. The total stamina history D3 shows the history of such increase / decrease.

The current stamina D4 is the current stamina of the user (first user using the first user terminal 20 in this example), and in this example, "55/55", that is, "55" out of the maximum value "55". Has stamina. The user can donate stamina to the share tank 16 within the range of the current stamina D4.

Today's stamina consumption D5 is the amount of stamina that the user has consumed in the game that day. In this example, it is "0". In addition, today's stamina consumption D5 indicates "the next day's stamina logbo 0 times", and the stamina consumption of that day is converted into the number of login bonuses (logbo) given when logging in to the game the next day. Is shown.

The cumulative stamina donation amount D6 is the cumulative value of the stamina that the user has donated to the share tank 16 so far, and is "0" in this example.

The withdrawal button D7 is a button for withdrawing stamina from the share tank 16. When the withdrawal button D7 is pressed, the screen transitions to the fourth screen example shown in FIG. The withdrawal button D7 indicates the upper limit of the number of withdrawals, which is "10 more times today". It is also possible that there is no upper limit on the number of withdrawals.

The donation button D8 is a button for donating stamina to the share tank 16. When the donation button D8 is pressed, the process transitions to the second screen example shown in FIG. The donation button D8 indicates the upper limit of the number of donations, which is "10 more times today". There may be no upper limit on the number of donations.

FIG. 5 is an example of a second screen displayed on the user terminal by the game management device 10 according to the present embodiment. The second screen example is displayed when the donation button D8 is pressed in the first screen example. In this example, as shown in the first screen example of FIG. 4, a case where the first user having the stamina of "55" donates all the stamina to the share tank 16 will be described.

The second screen example includes a donation stamina I1, a current stamina I2, a first comment I3, a cancel button I4, and a donation execution button I5. Donation stamina I1 is an item for setting the amount of stamina to be donated to the share tank 16. When you press the button labeled "MAX", the maximum stamina that can be donated is set. In the case of this example, "55", which is the maximum value that can be donated, is set.

The current stamina I2 indicates the user's stamina before and after the donation. In the case of this example, the stamina before donation is "55" and the stamina after donation is "0".

The first comment I3 is a comment arbitrarily input by the player making the donation, and in this example, the donation comment "Please use it because it is left over!" Is input. In this example, the first comment I3 is 20 characters or less, but the number of characters may not be limited.

The cancel button I4 is a button for canceling the stamina donation and returning to the first screen example. The donation execution button I5 is a button for executing a donation of the stamina amount set in the item of donation stamina I1.

FIG. 6 is an example of a third screen displayed on the user terminal by the game management device 10 according to the present embodiment. The third screen example is displayed when the stamina amount of "55" is set in the item of donation stamina I1 in the second screen example and the donation execution button I5 is pressed. An example of the third screen is displayed on the first user terminal 20, for example, total stamina storage amount D1a, total stamina animation D2, total stamina history D3, current stamina D4a, today's stamina consumption amount D5a, cumulative stamina donation amount D6a, Includes withdraw button D7, donation button D8a and first comment D9. Hereinafter, among the third screen examples, the differences from the first screen example will be described.

The total stamina storage amount D1a is "108,702", which is increased or decreased by the first user donating stamina to the share tank 16 or another user donating or withdrawing stamina to the share tank 16.

The current stamina D4a has become "0/55", that is, "0" out of the maximum value "55" by donating "55" stamina. In addition, today's stamina consumption D5a is "55", which is "one stamina log bo for the next day". By donating "55" stamina, the first user can get one login bonus when logging in to the game the next day.

The cumulative stamina donation amount D6a is "55", and the donation button D8a indicates "9 more times today". All items have been updated by donating stamina.

The first comment D9 includes the comment "Please use it because it is left over" in the name of "first user". In addition, the first comment D9 indicates the amount of stamina donated as "+55". The first comment D9 is also displayed on the user terminals of a plurality of users who are viewing the third screen example. As a result, the player who donated the stamina can be satisfied and motivated to donate.

FIG. 7 is an example of a fourth screen displayed on the user terminal by the game management device 10 according to the present embodiment. The fourth screen example is displayed when the drawer button D7 is pressed in the first screen example. In this example, a case where the second user draws stamina from the share tank 16 will be described.

The fourth screen example includes the current stamina I6, the second comment I7, the cancel button I8, and the withdrawal execution button I9. The current stamina I6 indicates the user's stamina before and after withdrawal. In the case of this example, the stamina before withdrawal is "0" and the stamina after withdrawal is "37". When the stamina is withdrawn from the share tank 16, the amount for fully recovering the stamina is withdrawn, but the withdrawal amount may be set.

The second comment I7 is a comment arbitrarily input by the player who draws out stamina, and in this example, the comment "Thank you!" Is input. In this example, the second comment I7 is 20 characters or less, but the number of characters may not be limited.

The cancel button I8 is a button for canceling the withdrawal of stamina and returning to the first screen example. The withdrawal execution button I9 is a button for executing the withdrawal of the stamina amount shown in the current stamina I6.

FIG. 8 is an example of a fifth screen displayed on the user terminal by the game management device 10 according to the present embodiment. The fifth screen example is displayed when the withdrawal execution button I9 is pressed in the fourth screen example. An example of the fifth screen is displayed on the second user terminal 30, for example, total stamina storage amount D1b, total stamina animation D2, total stamina history D3, current stamina D4b, today's stamina consumption amount D5b, cumulative stamina donation amount D6b, Includes withdraw button D7b, donation button D8b and second comment D10. Hereinafter, among the fifth screen examples, the differences from the first screen example will be described.

The total stamina storage amount D1b is "107,943", which is increased or decreased by the second user withdrawing stamina from the share tank 16 or another user donating or withdrawing stamina to the share tank 16.

The current stamina D4b is "37/37" by pulling out the stamina from the share tank 16. As shown in the example of the fourth screen of FIG. 7, the stamina was "0/37" until just before.

Today's stamina consumption D5a is "100", which is "two stamina logbos of the next day". The cumulative stamina donation amount D6b is "500".

The withdrawal button D7b indicates "9 more times today". In addition, the donation button D8b indicates "9 more times today". The contents of each item have been updated by drawing out stamina.

The second comment D10 includes the comment "Thank you!" In the name of "second user". Further, in the second comment D10, the amount of stamina withdrawn of "-37" is shown. The second comment D10 is also displayed on the user terminals of a plurality of users who are viewing the fifth screen example. As a result, the player who donated the stamina can be satisfied and motivated to donate.

FIG. 9 is a flowchart of the first process executed by the game management device 10 according to the present embodiment. The first process is a process performed when the player donates stamina to the share tank 16.

First, the game management device 10 presents the history of the total amount of stamina stored in the share tank 16 to a plurality of players (S10). Then, the game management device 10 acquires the amount of stamina to be donated and the first comment from the player (S11).

After that, the donated stamina is added to the share tank 16 and displayed as an animation (S12). The animation may be an effect or the like in which stamina is added to the share tank 16.

The game management device 10 presents the first comment to a plurality of players (S13). Then, the game management device 10 determines the bonus to be given at the next login based on the amount of stamina consumed in the predetermined period (S14).

The game management device 10 may perform the above processing for a plurality of players in parallel.

FIG. 10 is a flowchart of the second process executed by the game management device 10 according to the present embodiment. The second process is a process performed when the player draws stamina from the share tank 16.

First, the game management device 10 presents the history of the total amount of stamina stored in the share tank 16 to a plurality of players (S20). Then, the game management device 10 acquires the desired amount of stamina and the second comment from the player (S21).

Here, when the withdrawal condition is satisfied (S22: YES), the game management device 10 recovers the stamina of the player, subtracts the stamina used for the recovery from the share tank, and displays the animation (S23). The animation may be an effect or the like in which stamina is drawn from the share tank 16. Further, the game management device 10 presents the second comment to a plurality of players (S24).

On the other hand, if the withdrawal condition is not satisfied (S22: NO), the game management device 10 displays an error message (S25). The error message may include that the withdrawal condition is not met and may include the reason why the withdrawal condition is not met.

The game management device 10 may perform the above processing for a plurality of players in parallel.

The embodiments described above are for facilitating the understanding of the present invention, and are not for limiting the interpretation of the present invention. Each element included in the embodiment and its arrangement, material, condition, shape, size, and the like are not limited to those exemplified, and can be appropriately changed. Further, it is possible to partially replace or combine the configurations shown in different embodiments.

In the above embodiment, the resource is stamina and the stamina is donated by a plurality of players. However, the resource is an item and the item may be donated by a plurality of players. In this case, the donation of the item is accepted from the first player among the plurality of players, and at least a part of the donated items is added to the share tank. In this example, the total stamina storage amount D1 in FIG. 4 is the number of each item, and the total stamina animation D2 is an animation showing how various types of items such as swords and food are stored in the storage. be able to.

10 ... Game management device, 10a ... CPU, 10b ... RAM, 10c ... ROM, 10d ... Communication unit, 10e ... Input unit, 10f ... Display unit, 11 ... Acquisition unit, 12 ... Tank unit, 13 ... Presentation unit, 14 ... Share part, 15 ... Bonus part, 16 ... Share tank, 20 ... First user terminal, 30 ... Second user terminal, 100 ... Game system

Claims (16)

A tank unit that receives the movement of resources consumed in the game from the first player among a plurality of players playing the game and adds at least a part of the moved resources to the share tank. , A parameter that quantifies the ability of the player character, or a tank section that includes at least one of the points consumed to participate in a game event.
A share unit that subtracts the resource requested to be withdrawn from the share tank when a second player among the plurality of players requests to withdraw the resource stored in the share tank.
A game management device equipped with. The game management device according to claim 1, further comprising a presenting unit for presenting the total amount of resources stored in the share tank to the plurality of players. The game management device according to claim 1, wherein the amount of resources subtracted from the share tank is arbitrarily set by the second player. The game management device according to claim 1, wherein the share unit recovers the resources of the second player based on the resource requested for withdrawal. The parameters include at least one of the digitized magic point magic consuming to use the skills which the player character of physical strength and vitality digitized the life points, and the player character to use, claim The game management device according to 1. The game management device according to claim 1, wherein at least a part of the resources added to the share tank is a resource in an amount obtained by multiplying the resource moved from the first player by a predetermined rate. The game management device according to claim 6, wherein the rate varies depending on the rank of the first player. When accepting the movement of the resource, the tank unit receives the input of the first comment from the first player, and receives the input of the first comment.
The presenting unit causes the plurality of players to present the first comment.
The game management device according to claim 2. The share unit accepts the input of the second comment from the second player when the second player requests to withdraw the resources stored in the share tank.
The presenting unit causes the plurality of players to present the second comment.
The game management device according to claim 2 or 8. The share unit determines whether or not the withdrawal condition is satisfied when the second player requests withdrawal of the resource stored in the share tank, and when the withdrawal condition is satisfied, the second. Recovers the resources of the player and subtracts the resources used for recovery from the share tank.
The game management device according to any one of claims 1 to 9. Further provided is a bonus unit that gives a bonus determined based on the amount of resources consumed by the first player in a predetermined period when the first player among the plurality of players logs in to the game.
The game management device according to any one of claims 1 to 10. The amount of the amount of resources the first player has consumed the predetermined time period, resources and amount of resources that the first player has consumed for the game progress, the first player is moved to the sharing tank The game management device according to claim 11, which is the sum of the above. The presenting unit causes the plurality of players to present the history of the total amount of resources stored in the share tank.
The game management device according to any one of claims 2, 8 or 9. The tank unit adds resources added by the campaign carried out by the game manager to the share tank.
The game management device according to any one of claims 1 to 13. The movement of the resource consumed in the game is received from the first player among the plurality of players playing the game, and at least a part of the moved resource is added to the share tank. Adding, including, a parameter that quantifies the ability of a player character, or at least one of the points consumed to participate in a game event.
When the second player among the plurality of players requests to withdraw the resource stored in the share tank, the resource requested to be withdrawn is subtracted from the share tank.
Game management methods including. The arithmetic unit provided in the game management device,
A tank unit that receives the movement of resources consumed in the game from the first player among a plurality of players playing the game and adds at least a part of the moved resources to the share tank. , A parameter that quantifies the ability of the player character, or a tank section that includes at least one of the points consumed to participate in a game event.
A share unit that subtracts the resource requested to be withdrawn from the share tank when a second player among the plurality of players requests to withdraw the resource stored in the share tank.
A game management program that functions as.

Images