JP2019076315A - Game system and game program - Google Patents

Abstract

To provide a game system and a game program that can develop and use playing rights.SOLUTION: A game system 1 is playable by utilization of a playing right which increases according to the elapsed time, and comprises right information storage units 16, 26 for storing the playing right being a playing right held by a player up to a holding upper limit value and right information management units 18b, 28b for managing the playing right of the right information storage units 16, 26. The right information management units 18b, 28b change playing right increase speed being an increase amount of the playing right per hour according to operation of the player.SELECTED DRAWING: Figure 15

Description

  The present invention relates to a game system and game program that can be played using the right to play.

BACKGROUND Conventionally, there have been game devices that consume and play a play right such as stamina to play (for example, Patent Document 1).
However, conventional game devices do not have any special feature with regard to the use of this play right.

JP, 2016-185350, A

  An object of the present invention is to provide a game system and a game program capable of developing and using a play right.

  The present invention solves the problem by the following solutions. In addition, in order to make an understanding easy, although the code | symbol corresponding to embodiment of this invention is attached and demonstrated, it is not limited to this. Further, the configuration described with reference to the reference numerals may be appropriately improved, and at least a part may be replaced with another configuration.

The first form is a game system that can be played by using a play right that increases according to an elapsed time, and is a right to store, up to a holding cap value, a possessed play right that is a play right owned by a player. An information storage unit (16, 26) and a right management unit (18b, 28b) for managing the play right of the right information storage unit, wherein the right management unit controls the play right time according to the operation of the player. It is a game system characterized by changing the play right increase speed which is a per capita increase.
The second form is the game system according to the first form, wherein the right management unit (18b, 28b) changes the play right increase speed in a set period. .
In the third form, in the game system of the first or second form, the right management unit (18b, 28b) receives schedule settings in which a plurality of periods having different play right increase speeds are arranged within a setting period. , Is a game system characterized by.
The fourth mode is the game system according to any one of the first to third modes, wherein the right management unit (18b, 28b) increases the play right based on the schedule setting at the time of the schedule setting. It is a game system characterized by accepting schedule setting even when the scheduled value exceeds the holding limit value of the play right.
The fifth mode stores up to the possession upper limit value the possessed play right, which is the play right possessed by the player, with the computer provided in the game system that can be played by using the play right which increases according to the elapsed time. It functions as a right information storage means (16, 26) and a right management means (18b, 28b) for managing the play right of the right information storage means, and the right management means is operated according to the player's operation. It is a game program characterized by functioning to change play right increase speed which is an increase amount per time.

In the first and fifth modes, the play right increase speed can be set in accordance with the player's convenience and schedule.
In the second mode, since the play right increase speed is changed in a set period, for example, the play right increase speed can be improved for a short time (for example, within 60 minutes) from the current time. As a result, for example, even when playing intensively in a short time, it is possible to suppress the lack of the right to play and the like.
In the third mode, the schedule of the play right increase speed can be set in accordance with the player's convenience and schedule.
In the fourth mode, even when the play right exceeds the holding upper limit value on the simulation based on the schedule setting, the schedule setting can be received.

It is a figure explaining the composition of game system 1 of a 1st embodiment. It is a table | surface explaining the memory information of the player information storage part 25c of the server 20 of 1st Embodiment. It is a graph explaining the change of the normal right of the first embodiment and the excess right. It is a graph explaining the change of the normal right of the first embodiment and the excess right. It is a figure which shows the login screen 40 of 1st Embodiment, and the selection screen 41. FIG. It is a figure explaining screen transition of touch panel 11 of a 1st embodiment. It is a figure which shows transition of the screen at the time of the play processing of 1st Embodiment. It is a figure which shows the display screen at the time of the item management process of 1st Embodiment. It is a flowchart of the item conversion reservation process after receiving the item conversion reservation of 1st Embodiment. It is a graph explaining increase and decrease of the normal right after receiving the item conversion reservation of a 1st embodiment. It is a figure which shows the excess right management screen 49 of 1st Embodiment. It is a graph explaining the change of the normal right of the first embodiment and the excess right. It is a figure which shows the transition of the screen in the loan right process of 1st Embodiment. It is a figure explaining the fluctuation | variation of the normal right of 1st Embodiment, and a lending right. It is a figure explaining transition of the screen displayed at the time of recovery speed management processing of a 1st embodiment. It is a graph explaining the change of the normal right after the speed of recovery of the normal right of the first embodiment. It is a figure explaining composition of game system 201 of a 2nd embodiment. It is a figure explaining the memory information of player information storage part 25c of a 2nd embodiment, and share right storage parts 216d and 226d. It is a figure explaining the character stage information contained in the game program of 2nd Embodiment. It is a graph explaining the change of the normal right of a 2nd embodiment, and a share right. It is a figure explaining transition of a screen at the time of utilization of a share right of a 2nd embodiment. It is a figure which shows the change of the share right of the game system 201 of the other form of 2nd Embodiment, and a figure which shows the share right attribute selection screen 244 of the game terminal 210A of 2nd Embodiment. It is a figure explaining composition of game system 301 of a 3rd embodiment. It is a graph which shows the fluctuation | variation of the normal right of 3rd embodiment, and a lending right. It is a figure which shows the display screen of the touch panel 11 at the time of the loan process of 3rd Embodiment. It is a figure which shows the display screen of the touch panel 11 at the time of the loan process of 3rd Embodiment. It is a flowchart of the in-group lending right return process of 3rd Embodiment. It is a figure which shows the display screen of the touch panel 11 at the time of the item exchange process in the group of 3rd Embodiment.

(Embodiment)
Embodiments of the present invention will be described below with reference to the drawings and the like.
First Embodiment
FIG. 1 is a diagram for explaining the configuration of the game system 1 according to the first embodiment.
FIG. 2 is a table for explaining stored information of the player information storage unit 25 c of the server 20 according to the first embodiment.
In the embodiment, when a specific player P is indicated, a player name is appropriately used, and a player ID which is player identification information is attached in parentheses. That is, the specific player P is described as, for example, a player (P011), an Ichiro (P011) or the like.
The game system 1 is to play a game on a game terminal 10 (game machine) owned by the player. The game terminal 10 is, for example, a mobile phone, a multifunctional mobile phone (also referred to as a smart phone), a personal computer, a tablet computer, a game dedicated terminal, or the like. In the embodiment, an example in which the game terminal 10 is a multifunction mobile phone will be described. A game program executed on the game terminal 10 is downloaded from the server 20 to the game terminal 10. Also, the game program may be downloaded from a content server of a content service operator who distributes digital content (application, movie, music).

The game according to the embodiment is, for example, a role playing game (RPG) that causes the enemy E to be damaged by the player forming a party with four characters C, and operating the character C in order to fight the enemy E. See FIG. 7 (C)).
The player owns a plurality of characters C, and selects three of the four characters C used in each play among them. The fourth character C can use the character C owned by another player.

[Configuration of Game System 1]
As shown in FIG. 1, the game system 1 includes a game terminal 10 and a server 20. Although one game terminal 10 is illustrated in FIG. 1, the game system 1 actually includes game terminals 10 each owned by a player.
The game terminal 10 and the server 20 are connected by the communication network 2 using the Internet etc., and can perform information communication as needed.

The game terminal 10 and the server 20 are computers.
In the embodiment, a computer refers to an information processing apparatus provided with a storage device, a control device, and the like. The game terminal 10 and the server 20 are information processing apparatuses provided with storage units 15 and 25, control units 18 and 28, and the like, and are included in the concept of a computer.
The storage units 15 and 25 are storage devices for storing information necessary for operations of the game terminal 10 and the server 20, programs, and the like. The storage units 15 and 25 include semiconductor memory devices and the like.
The control units 18 and 28 are devices for performing arithmetic processing necessary for the operation of the game terminal 10 and the server 20 and controlling them overall. The control units 18 and 28 are configured by, for example, a CPU (central processing unit) or the like. The control units 18 and 28 realize various functions of the embodiment by reading and executing various programs stored in the storage units 15 and 25 as appropriate.

(Game terminal 10)
The game terminal 10 includes a touch panel 11, a storage unit 15, and a control unit 18.
The touch panel 11 is a device that combines a display unit for displaying information to the player and an operation unit for receiving an operation from the player. The touch panel 11 can use, for example, an electrostatic capacitance type.
The touch panel 11 displays a play screen, setting screens, and the like, and can receive an operation at the time of play and an operation at each setting.

The storage unit 15 includes a game program storage unit 15 a and a right information storage unit 16.
The game program storage unit 15 a is a storage area for storing a game program for the game terminal 10. As described above, the game program can be downloaded from the server 20, the content server or the like.
The right information storage unit 16 includes a normal right storage unit 16a, an excess right storage unit 16b, and a loan right storage unit 16c.
The normal right storage unit 16a, the excess right storage unit 16b, and the loan right storage unit 16c respectively store information on the normal right, the excess right, and the loan right as play rights.
As described later, the server 20 also includes the right information storage unit 26. The stored contents of the two right information storage units 16 and 26 are the same by synchronizing (for reference, the reference numerals of the respective storage units 16, 16a, 16b and 16c are attached in parentheses in FIG. 2). However, after the game terminal 10 logs in the above information to the game (that is, an operation for making the game terminal 10 capable of performing an operation related to the game), the temporary storage device is activated while the game program is being started. It is sufficient if they are memorized in etc. This is because the server 20 always stores the above information.
Details of each right information will be described later.

Although the detailed description is omitted, the storage unit 15 includes a storage area for acquiring information on the game from the server 20 and storing the same after the login, in addition to the right information storage unit 16.
That is, the game executed on the game terminal 10 is executed based on the game program of the game terminal 10, but after logging in to the game, the game terminal 10 communicates with the server 20 to communicate with the server 20. Information necessary for the game (character C, information about an item, etc.) is obtained and stored. And the game terminal 10 performs the process regarding a game, matching the memory | storage information of the game terminal 10, and the memory | storage information of the server 20 as needed.

The control unit 18 includes a play control unit 18a, a right management unit 18b, and an item conversion unit 18c.
The play control unit 18 a performs processing and the like regarding the play progress on the game terminal 10.
The right management unit 18 b performs a process related to management of each right information of the player.
The item conversion unit 18c performs processing and the like related to conversion between the normal right and the like and an item usable for the game.
Details of the processing of the control unit 18 will be described later.

(Server 20)
The server 20 is a computer that controls the game system 1.
The server 20 is installed at a facility or the like of the operator of the game system 1.
The server 20 includes a storage unit 25 and a control unit 28.
Although not shown, the server 20 displays an operation unit (an input device such as a keyboard and a mouse) for operating the server 20 by an administrator or the like of the game system 1 and a management screen etc. at the time of maintenance etc. A display unit (such as a liquid crystal display device) is provided.

The storage unit 25 includes a game program storage unit 25a, a management program 25b, and a player information storage unit 25c.
The game program storage unit 25 a stores a game program to be downloaded to the game terminal 10.
The management program 25 b is a program for performing various processing and control of the server 20. The management program 25 b relates, for example, to management of each piece of right information, processing relating to an item, and the like. The management program 25 b is not directly involved in the play control on the game terminal 10 but is a type of game program because it performs processing related to the game.

The player information storage unit 25c stores information in which a player ID is associated with play related information that is information related to a game of the player. The player information storage unit 25c is provided corresponding to each player.
The player information storage unit 25c includes a player ID storage unit 25d, a player name storage unit 25e, an LV storage unit 25f, a character storage unit 25g, an item storage unit 25h, a group information storage unit 25i, and a right information storage unit 26.
The player ID is stored in the player ID storage unit 25d, and the play related information is stored in the player name storage unit 25e, the LV storage unit 25f, the character storage unit 25g, the item storage unit 25h, the group information storage unit 25i, and the right information storage unit 26. Is stored in
The player ID is identification information for identifying the player. The player ID is not limited to the unique information provided for the game system 1, and may use, for example, a mail address, terminal identification information individually assigned to the game terminal 10, and the like.
Although not shown, the player information storage unit 25 c associates and stores the player ID and the login password for starting the process related to the game.

As shown in FIG. 2, the player name storage unit 25e stores the player name of the player. The player name is a nickname or the like used when the player plays, and does not have to be a real name. The player name can be registered from the game terminal 10 or the like.
The LV storage unit 25 f stores a player's play level (a play level is also referred to as “LV”). The LV is information indicating the level in the game. The play control unit 18a determines the LV based on, for example, the score of the game, the level of the cleared stage, the experience value, and the like. Therefore, the higher the LV player, the higher the game skill, and the longer the play experience.
The character storage unit 25g stores, for example, information of the character C owned by the player.
The representative character shown in FIG. 2 is, for example, a character C that can be selected during friend selection (see FIG. 7B).
The item storage unit 25 h stores information of items owned by the player. The type of the item includes the kind of right to be described later in addition to the one equipped by the character C (sword, shield, etc.).

  The group information storage unit 25i stores information on the group to which the player belongs. Although detailed description is omitted in the present embodiment, in the game system 1, a plurality of players form a group so that they can cooperate in relation to the game. In the embodiment, the other players in the group to which each player belongs are also referred to as friends.

Similar to the right information storage unit 16 of the game terminal 10, the right information storage unit 26 stores each piece of right information related to the player's play.
That is, the right information storage unit 26 includes a normal right storage unit 26a, an excess right storage unit 26b, and a loan right storage unit 26c. The normal right storage unit 26a, the excess right storage unit 26b, and the loan right storage unit 26c respectively store information on the normal right, the excess right, and the loan right as the play right.
Details of each right information will be described later.

The control unit 28 performs processing for managing the storage information of the storage unit 25 and the like.
The control unit 28 includes a right management unit 28 b and an item conversion unit 28 c.
The right management unit 28 b and the item conversion unit 28 c perform the same processing as the right management unit 18 b and the item conversion unit 18 c of the game terminal 10.
The rights management units 18 b and 28 b execute synchronized processing. Similarly, the item conversion units 18c and 28c execute synchronized processing. Thereby, the storage information of the game terminal 10 and the storage information of the server 20 are matched.
Details of the processing of the control unit 28 will be described later.

[Summary of Rights Information]
An outline of right information available in the game system 1 will be described.
FIG. 3 and FIG. 4 are graphs for explaining the fluctuation of the normal right and the excess right of the first embodiment.
FIG. 3 shows an aspect in which the normal right and the excess right change in a state where they are not used in play or the like.
The degree of each right owned by the player is represented by the number of points (parameter).

(Usually right)
Normal rights have attributes available for playing at each stage and converting items.
The normal right is given to the player by increasing with time. In the embodiment, the increase of the normal rights is also referred to as "recovery".
As conditions for the increase of the normal rights, there are, for example, the following as well as those due to the passage of time.
The right is generally increased on condition that the player's LV is up (ie, the LV has been raised). In this case, the normal right is granted up to the upper limit value in response to the LV up regardless of the possession amount before the LV up.
-The right is usually increased by the use of the species of the right which is an item. As described later, the player can obtain the species of the right by item conversion. Although the detailed description is omitted, the player can also purchase the seed of the right from the system operator via the content service operator online.

The normal right storage units 16a and 26a store the right to be recovered up to the upper limit value (the holding upper limit value). The upper limit value increases in accordance with the player's LV (see the upper limit values of the normal right storage units 16a and 26a shown in FIG. 2).
In the embodiment, the upper limit is the same numerical value as the LV. For example, if the player is the LV 100, the upper limit is 100 points.

  As shown in FIG. 3, in the embodiment, the recovery speed of normal rights (play right increase speed which is the increase degree of rights per unit time) is 1 point (1 point / 6 m) in 6 minutes in normal time, That is, it is set to 10 points (10 points / h) in one hour. Also, as described later, the player can set the recovery speed of the normal rights to a recovery speed different from that at the normal time.

(Excess right)
As described later, the excess right has an attribute that can be used to play on the stage according to the granted time zone.
As shown in FIG. 3, the excess right increases at the same recovery speed as the normal right recovery speed while the normal rights maintain the upper limit value after the normal rights reach the upper limit value. That is, the right management units 18 b and 28 b normally grant the right up to the upper limit value as the right to recover as time passes. Then, the right management units 18b and 28b, when the possessed rights reach the upper limit value, exceed the upper limit value according to the passage of time and restore the excess right as the excess right instead of the normal right as the excess right storage unit 16b. , 26b.
This allows the player to hold the right granted beyond the upper limit of the normal rights as an excess right.

  As shown in FIG. 4, when the rights management unit 18b, 28b makes the player's normal play become less than the upper limit value from the upper limit value due to the player's play, the excess right is increased during the lower limit value. Stop. Then, after the rights have reached the upper limit again, the excess rights resume increasing.

The excess right decreases as time passes 24 hours after being granted. The reduction speed is the same as the recovery speed and decreases by 10 points in one hour. For this reason, when the excess right is not used, the points granted 24 hours ago are sequentially erased while points are newly granted (see FIG. 3).
Therefore, in the embodiment, the upper limit value is not set to the excess right, but is not limited thereto, and the upper limit value or the like of the same numerical value corresponding to the LV may be set similarly to the normal right.

(Right to lend)
The lending right is lent to the player from the game system 1 in response to the player's request when the right is usually lacking. The lending right storage unit 16c, 26c stores the lending right lent to the player.
In addition, the detail of the graph (refer FIG. 14) which shows the increase and decrease of a lending right is mentioned later.
The right to lend has an attribute that can be used to play at each stage, just like a normal right. For this reason, the player can play by using the lending right when the right is usually insufficient.
The right to lend is set to the same upper limit value as LV, as with normal rights, and increases according to the player's LV. For example, if the player is LV 100, the upper limit value for excess right is 100 points (Refer to the upper limit value of the lending right storage unit 16c, 26c shown in FIG. 2).
Thus, the player can request the game system 1 to lend more lending rights as the level becomes higher.

[Operation of game system 1]
FIG. 5 is a diagram showing the login screen 40 and the selection screen 41 according to the first embodiment.
FIG. 6 is a diagram for explaining screen transition of the touch panel 11 according to the first embodiment.
As shown in FIG. 5A, the control unit 18 of the game terminal 10 initially displays the login screen 40 on the touch panel 11 when starting a process related to a game. In order to log in to the game, the player may operate the login execution button 40a after inputting the player ID and the password in a state where the login screen 40 is displayed. The input of the player ID and the password may be received by, for example, a software keyboard method using the touch panel 11.
The control unit 18 of the game terminal 10 transmits, to the server 20, login information including information on the player ID and the password. When receiving this, the control unit 28 of the server 20 refers to the player information storage unit 25c to determine whether the player ID and password included in the login information are appropriate.

When it is determined that these are appropriate, the control unit 28 of the server 20 reads out information necessary for processing relating to the game from the storage unit 25 and transmits the information to the game terminal 10. The control part 18 of the game terminal 10 displays the selection screen 41 (refer FIG. 5 (B)) on the touch panel 11, when this is received.
On the other hand, when determining that these are inappropriate, the control unit 28 of the server 20 transmits information to that effect to the game terminal 10. When the control unit 18 of the game terminal 10 receives this, the control unit 18 displays on the touch panel 11 a display indicating that the login information is inappropriate, and a display prompting reinput (not shown).

The selection screen 41 of FIG. 5 (B) will be described.
The selection screen 41 displays a selection button corresponding to the processing to shift to next.
That is, the selection screen 41 is a button corresponding to play start processing, item management processing, excess right management processing, play right recovery setting processing, group management processing, play start processing button 41 a, item management button 41 b, excess right management A button 41e, a recovery speed setting button 41c, and a group management button 41d are displayed.
The description of the group management screen 360, the normal right change screen 361, the in-group loan setting screen 362, and the in-group item conversion screen 370 shown in FIG. 6 will be omitted in this embodiment.
As shown in FIG. 6, when each button is selected, the control unit 18 of the game terminal 10 displays a processing screen corresponding to each button, and starts processing corresponding to each button.
The screen of the touch panel 11 and the screen transition shown in FIG. 6 correspond to the process of the game system 1 and the transition of the process. For example, when the display on the touch panel 11 transitions from the selection screen 41 to the play start processing screen 42, the processing of the game system 1 has transitioned from the selection processing (processing to receive selection of subsequent processing) to the play start processing It corresponds to

  When there is a change in each right after login, the right management unit 18b of the game terminal 10 transmits information on the right after the change to the server 20. When receiving this, the server 20 updates the information on each right in the player information storage unit 25c. Thereby, the information on each right of the game terminal 10 and the information on each right of the server 20 match, that is, match.

The right management unit 28b of the server 20 processes the change of the right information with the passage of time after logout (that is, the normal right recovery process, the excess right granting process, the cancellation process, the loan right return process, etc.) You do not have to That is, the right management unit 28b maintains the right information without change after logging out, and reflects the change in right corresponding to the time from the time of logging out to the time of logging in to the right information at the next login. May be In addition, the process of reflecting the change of the right information may be performed by the right management unit 18b of the game terminal 10 instead of the server 20, and the right information after the reflection may be transmitted to the server 20.
As a result, since the server 20 does not need processing relating to the change of the right information from the time the player logs out until the login, the load can be reduced.

In the embodiment, as described above, a form in which the recovery amount corresponding to the elapsed time from logging out to logging in is reflected in the right information at the time of logging in is also included in the concept of changing the right depending on the elapsed time. It explains as a thing.
Further, the control unit 18 of the game terminal 10 and the control unit 28 of the server 20 change various information in the game terminal 10 (for example, use of the right in the game terminal 10) in addition to the change of the right according to the elapsed time. If there is a change in the right due to the change in the item information due to the use of the item), the information stored in the two storage units 15 and 25 are synchronized to match.

(Play process)
FIG. 7 is a diagram showing the transition of the screen at the time of the play processing of the first embodiment.
Note that, in FIG. 7 and subsequent figures, the drawings for describing the display of the screen of the touch panel 11 appropriately omit illustration of the outer shape of the game terminal 10.
As shown in FIG. 7A, the control unit 18 of the game terminal 10 displays the play start process screen 42 on the touch panel 11 in the game start process.
The play start processing screen 42 displays a right information display unit 42a and a stage selection unit 42b.
The right information display unit 42a indicates each right held by the player by a band graph and a point value. The black part of the graph corresponds to the value of the right to hold. In the example of FIG. 7A, the normal right is 50 points, the excess right is 50 points, and the lending right is 0 points.

The stage selection unit 42 b is a button for receiving a selection of a stage desired by the player to play. The play start processing screen 42 of FIG. 7A displays the selection buttons 42c and 42d of the normal stages St10 and St20, the selection button 42e of the time-limited stage L1, and the selection button 42f of the event stage E20.
The player may select a button corresponding to a desired stage among the normal stages St10 and St20, the time-limited stage L1, and the event stage E20.

(General stage, limited period stage, overview of event stage)
The outline of the normal stage, the time limited stage, and the event stage will be described.
As indicated by “normal right 10” and “normal right 20” on the inside of the selection buttons 42c and 42d of the normal stages St10 and St20, in order to play on the normal stages St10 and St20, there are usually 10 normal rights. , 20 points are required. Thus, the normal stage can be played using the normal right. In the normal stage, as will be described later, part or all of the normal rights can be played in place of the lending right.

In the normal stage, the higher the player's LV is, the more difficult the upper stage is released. Also, the higher the normal stage, the more points you need. In other words, the player with the higher LV can play on the upper normal stage, but the number of right points necessary for the play increases. Therefore, the upper limit value of the normal points that can be held is set to be higher as the player has a higher LV. In addition, the setting in which the necessary rights increase as such upper stage is not limited to the normal stage, but in other stages (for example, time limited stage etc.), the stage is provided with a rank and the upper stage is The necessary rights may be increased.
Although only the selection buttons 42c and 42d of the two normal stages St10 and St20 are illustrated in FIG. 7A, by scrolling the screen, the selection button of the higher order normal stage is displayed, and the higher order layers It is possible to select the normal stage of.

The time-limited stage L1 is open only during a limited time of day. The open days of the stage-limited stage may be daily or only weekdays. By winning the enemy E in the play on the time-limited stage L1, for example, an advantageous item (for example, equipment of the character C, a synthetic item, etc.) is given to the player.
The playable time zone of the time-limited stage L1 is different for each player, and for example, is divided into groups according to player ID etc. It is set as "00 to 14:00".

As indicated by “normal right 1” on the inside of the selection button 42e of the time-limited stage L1, one point of normal rights is required to play on the time-limited stage L1. Also, the time-limited stage L1 can be played by using the normal right, as in the normal stage, and can be played instead of the right to lend part or all of the normal right.
Thus, in addition to the opportunity to obtain the advantageous items as described above, the time-limited stage L1 can be played with as little rights as one point etc. It can be positioned as
FIG. 7A shows an example in which only one selection button 42e is illustrated and only one period limited stage L1 is prepared, but the present invention is not limited to this, and a plurality of period limited stages are provided. May be

The event stage E20 is a special stage opened during an event period held by the system operator. The player is awarded a bonus (for example, equipment of the character C, a right item described later, and the like) by winning on each special stage or a plurality of special stages. The event period is, for example, several days to several weeks, and the play control unit 18a accepts the play on the event stage E20 regardless of the time zone in this period. Therefore, the event stage E20 can also be positioned as a special stage specially installed for the player.
Since the event stage E20 is released only during the event period, it may be a concept included in the time limited stage.

For the player, such an event stage is also a chance to obtain a benefit as in the time-limited stage. However, the event stage can not be played with as few right points as a limited-time stage. As shown inside the selection button 42f of the event stage E20, in order to play on the event stage, points (for example, 10 points or more) similar to those of the normal stage are required.
Since the game program during the event period can execute the event stage, it is different from the normal game program. The system operator may store the game program during the event period in the server 20, the content server or the like, and allow the game terminal 10 to download the game terminal 10 during the event period and the period before and after the event period. .

When each selection button is selected, the play control unit 18a starts the process of playing the stage corresponding to the button.
Here, an example in which the selection button 42c of the normal stage St10 is selected will be described.
As shown in FIG. 7B, the play control unit 18a of the game terminal 10 displays the character selection screen 43 on the touch panel 11 when the selection button 42c is selected.
The character selection screen 43 is a screen for selecting and determining four characters C that constitute a party playing on the stage. The play control unit 18a appropriately acquires information (information of each character C, etc.) necessary to display the character selection screen 43 from the server 20.
The character selection screen 43 displays a character selection unit 43a and a friend selection unit 43b.
The character selection unit 43a displays a selection button for selecting the character C owned by the player (in the example of FIG. 7, Ichiro (P011)). The player can select three characters C by selecting the three selection buttons.
The friend selection unit 43b includes a selection button for adding the representative character of the friend to the configuration of the party. The player can select one character C by operating one selection button.
The player can select four characters C by the above operation.
In response to the four character selections on the character selection screen 43, the game terminals 10 and the rights management units 18b and 28b of the server 20 determine the use of the normal rights. In addition, the play control unit 18a of the game terminal 10 starts playing.

In the example of FIG. 7C, in response to the selection of the four characters C being accepted, the play control unit 18a of the game terminal 10 displays the play screen 44 and starts playing the normal stage St10.
The play control unit 18a of the game terminal 10 performs a play progression process in which four characters C fight the enemy E in order according to the operation of the player. When the HP of enemy E (a parameter indicating a physical strength value) becomes 0, the play control unit 18a of the game terminal 10 determines that the player has won, while the HP of all four characters C is set to 0. If not, it is determined that the player is defeated. The play control unit 18a of the game terminal 10 transmits the play result to the server 20, and the control unit 28 of the server 20 updates information such as the play history of the player information storage unit 25c that receives this. Further, the control units 18 and 28 give the player a score, an experience value, an item, and the like according to the play result.
Thereafter, the control unit 18 of the game terminal 10 ends the play processing of the normal stage St10, and displays the play start processing screen 42 again.

(Item management process)
Item management processing will be described.
FIG. 8 is a view showing a display screen at the time of item management processing of the first embodiment.
As shown in FIG. 8A, the control unit 18 of the game terminal 10 displays an item management screen 45 on the touch panel 11.
The item management screen 45 displays an item conversion button 45a, an item conversion reservation button 45b, and an item use button 45c. The control unit 18 of the game terminal 10 shifts to an item conversion process, an item conversion reservation process, and an item use process in accordance with the operation of each button. The player may operate a button corresponding to the desired process.

(Item conversion process)
As shown in FIG. 8B, the item conversion unit 18c displays the item conversion screen 46 in response to the operation of the item conversion button 45a and starts item conversion processing.
The item conversion screen 46 displays an item conversion execution button 46a.
In addition, the item conversion screen 46 displays information 46 b and the like related to the held normal right.
The item conversion execution button 46a is a button for receiving an instruction to execute item conversion. When the player desires item conversion, the player may operate the item conversion execution button 46a.

The item conversion unit 18c converts 30 points, which is a part of the normal rights held by the player, into the seed of the right, which is an item, in response to the operation of the item conversion execution button 46a.
As described above, the item conversion unit 18c of the game terminal 10 ends the item conversion process, and redisplays the item management screen 45. The normal right of the normal right storage unit 16a, 26a is updated to 10 points by subtracting 30 points from 40 points before item conversion.

The item of rights after item conversion is available to play at each stage, that is, relates to the play right.
Therefore, the player can hold the right of play as an item by converting the right from the right to the type of the right.

In addition, since the normal rights held are deducted according to item conversion, the point difference between the normal rights currently held and the upper limit value (= the upper limit value-the normal rights currently held) is ,growing. That is, the point difference is 60 before the item conversion, but increases to 90 after the item conversion.
As a result, the game system 1 can suppress the recovery time from being wasted even if the standing state that does not use the normal right after logout continues for a long time.

  That is, when the item conversion is not performed, since the point difference is 60 points, the upper limit attainment time until the normal right reaches the upper limit is 10 (points / h), so 6 hours from the present time It is. Normal rights do not recover beyond the upper limit. Therefore, if the standing state exceeds six hours from the current time, the player can not acquire the normal right which should have been acquired if the upper limit value has not been reached in this exceeded time.

  On the other hand, when item conversion is performed, the point difference increases to 90 points more than when item conversion is not performed, so the upper limit arrival time is also extended to 3 hours by 3 hours. Therefore, even if the standing state continues for 9 hours, the right is normally recovered during this period, so the player can usually acquire the right. As a result, if the player plays again within nine hours from the current time, the player can acquire the normal right for nine hours or more before reaching the upper limit. Also, even if the player does not play again within nine hours from the current time, the player can acquire the normal right for three hours of the extended upper limit reaching time. Therefore, for example, when there is a plan that can not be played for a long time, or when tired and want to go to bed early, etc., even if the right usually reaches the upper limit value or the upper limit value, by changing the item, The normal right to recover can be acquired effectively. For this reason, the game system 1 can expand the freedom degree of selection of the time slot which a player plays.

In a mode different from the present embodiment, since the points can not be converted into items usually, the player can not acquire the normal rights that should have been acquired as described above. This may be a factor of player dissatisfaction. Also, in this mode, in order to reduce the rights and increase the point difference, it is necessary to play in each stage. However, for example, play before bedtime may be painful for the player. Such a player's dissatisfaction, pain and the like are, for example, one of the major factors that hinder continuous play (for example, daily play), and also a factor of game separation (stopping the game).
On the other hand, in the game system 1 of the present embodiment, as described above, it is possible to expand the degree of freedom in selecting the time zone in which the player plays, and so on. Can be strongly urged.

  Although the above description has shown an example in which only the right is converted into an item, the present invention is not limited to this. For example, when the normal right necessary for item conversion is insufficient, the loan right described later may be used for the insufficient right. In this case, in the item conversion process, whether or not the item conversion unit 18c uses the loan right by displaying a screen similar to that of FIG. 13 (A) to FIG. 13 (C) described later on the touch panel 11 Should be confirmed to the player.

(Item conversion reservation process)
As shown in FIG. 8C, the item conversion unit 18c of the game terminal 10 displays the item conversion reservation screen 47 in response to the operation of the item conversion reservation button 45b, and starts item conversion reservation processing.
The item conversion reservation process is performed according to the reception of the reservation operation of the player, that is, according to the reception of the item conversion from the held normal right in advance, at the scheduled recovery date (scheduled time) later than the current time. It is a process of converting items.

The item conversion reservation screen 47 displays a scheduled recovery date and time display unit 47a and a reservation button 47b.
The item conversion reservation screen 47 also displays the number of points of the normal right held by the player, the current date and time, and the like.
The scheduled recovery date and time display unit 47a displays a scheduled recovery date and time. The scheduled recovery date and time is the date and time when the right usually reaches the upper limit when the time has elapsed from the current time without using the normal right. Further, the estimated date and time display unit 47a also displays the required time until the upper limit value is reached.

In the example of FIG. 8C, the current date and time is 01:00 on January 10, and the holding normal right is 40 points. The item conversion unit 18c divides the 60 points up to the upper limit by the recovery speed 10 (points / h) to calculate the required time “6 hours”, and based on this, 6 hours after the current date and time Calculate the scheduled recovery date and time “07:00 on January 10”.
The reservation button 47 b is a button for receiving a reservation for item conversion. When the player desires an item conversion reservation, the player may operate the reservation button 47b.
The player can, for example, make an item conversion reservation when not playing for a long time after the end of play.

A process after accepting the operation of the reservation button 47b will be described.
FIG. 9 is a flowchart of the item conversion reservation process after receiving the item conversion reservation of the first embodiment.
FIG. 10 is a graph for explaining increase and decrease of the normal right after receiving the item conversion reservation of the first embodiment.
In step S2, the item conversion unit 18c determines whether the normal right has been used before the scheduled recovery date and time has elapsed after the item conversion reservation has been received (S2). If the item conversion unit 18c determines that the normal right has reached the upper limit (S2: YES), the process proceeds to S5, while if it is determined that the right has not been reached (S2: NO), the process proceeds to S3. move on.

Here, referring to FIG. 10, the mode of recovery of the normal right when the normal right is not used and the mode of recovery of the normal right when the normal right is used until the scheduled recovery date and time elapses. And explain.
The example of FIG. 10A is a case where the normal right is not used until the scheduled recovery date and time has passed. In this case, the normal right reaches the upper limit value as scheduled at “07:00 on January 10”, which is the scheduled recovery date and time. Such an example is, for example, assuming that the player is converted into an item by recovering the normal right to the upper limit during bedtime.

On the other hand, in the example of FIG. 10B, between “06:00 on January 10” and “07:30 on January 10,” which are before “07:00 on January 10”, which is the scheduled recovery date and time, This is when the player plays. Such an example is, for example, a scene in which the player played while he was getting up earlier than scheduled, although it was assumed that the rights would normally be recovered to the upper limit and item conversion during bedtime.
If the normal right is used before the scheduled recovery date and time, the play right will decrease before the scheduled recovery date and time, so the scheduled recovery date and time "January 10, 07:00". Even if it becomes, the upper limit is not reached.

  In S3, the item conversion unit 18c of the game terminal 10 determines whether or not the expected recovery date has passed. If the item conversion unit 18c determines that the scheduled recovery date and time has elapsed (S3: YES), the process proceeds to S4, and if it is determined that the recovery scheduled date and time has not elapsed (S4: NO), the process from S2 repeat.

  In the process up to this point, in the example of FIG. 10A, since the normal right reaches the upper limit as scheduled on the scheduled recovery date and time, the item conversion unit 18c proceeds to S5 (S2: YES → S5). On the other hand, in the example of FIG. 10B, since the normal right does not reach the upper limit value as scheduled on the scheduled recovery date and time, the process proceeds to S4 (S2: NO → S3: NO → S4).

In S4, the item conversion unit 18c determines whether or not the normal right necessary for item conversion is sufficient. If the item conversion unit 18c determines that the normal right necessary for item conversion is sufficient (S4: YES), the process proceeds to S5, and if it is determined that the normal right is not sufficient (S4: NO), The process of S4 is repeated.
Here, when it is determined that S4: NO, it is a play etc. before the scheduled recovery date and time, when the normal rights are frequently used, and when the necessary rights etc. of one stage are many. In such a case, the item conversion unit 18c stands by until the right is recovered to the number of points necessary for item conversion by repeating the process of S4.

  In S5, the item conversion unit 18c performs item conversion from the normal right to the right seed. As a result, the player is deducted from the normal rights he / she holds, and is given the seed of the right which is an item. The item conversion unit 18 c transmits, to the server 20, the normal rights after item conversion and the information of the item. The item conversion unit 28c of the server 20 updates the information in the storage unit 25 in response to receiving the information.

By the above processing, the game system 1 has the following operations and effects.
(1) When the item conversion is performed by the normal right reaching the upper limit value at the scheduled recovery date and time (S2: YES → S5), the normal right is subtracted from the upper limit value. For this reason, the same effect as the item conversion not accompanied by the above-mentioned reservation (suppression of waste time of right recovery time, etc.) is achieved.
In addition, after item conversion, the above effect can be further improved by playing before the normal rights reach the upper limit value. That is, the player can extend the time until the normal rights reach the upper limit again by playing between the item conversion and the normal rights being fully recovered. In the example of FIG. 10 (A), when the normal right reaches the upper limit again by playing by 07:00 after item conversion and by 10:00 when the normal right recovers completely, , To extend after 10:00.
In this manner, the player can control the time in which the right reaches the upper limit as short as possible by controlling the time until the right reaches the upper limit.

(2) By playing between the item conversion reservation and the recovery scheduled date and time, even if the normal right does not reach the upper limit value at the recovery scheduled date and time (S2: NO), if the recovery scheduled date and time elapses (S2: S3: YES), execute item conversion. For this reason, even after the item conversion reservation, even if it is played before the recovery scheduled date and time, the item conversion is performed on the recovery scheduled date and time. For this reason, since the time until the scheduled recovery date and time is not wasted and does not hinder the playing, even if the item conversion reservation is made, the playing frequency is not reduced.
That is, unlike the embodiment, if the reservation is canceled in accordance with playing at these times, the time spent waiting for item conversion is wasted for the player. For this reason, in this form, since it becomes an hindrance to the play to the recovery scheduled date and time, the item conversion reservation becomes a factor of the decrease in the play frequency.

The item conversion unit 18c of the game terminal 10 executes the item conversion condition (S4: YES) even if the item conversion unit 18c is playing. However, the present invention is not limited to this, and the item conversion unit 18c stops the count of elapsed time until the scheduled recovery date and time, when play is performed between the scheduled item conversion reservation and the scheduled recovery date and time. It is also good. Then, after the end of the play, the item conversion unit 18c may resume counting of elapsed time and extend the expected recovery date and time by the count stop period.
For example, when the scheduled recovery date and time is “Jan 10, 07:00”, when the play of “06:00 to 07:30” is performed for one and a half hours, the item conversion unit 18 c performs the play Stop counting the elapsed time until the recovery scheduled date and time. In addition, when the item conversion unit 18c ends the play on “07:30”, the recovery scheduled date and time is extended to “09:00 on January 10” by extending this one and a half hours, which is a counting stop period. After updating, resume counting. The subsequent processing is the same as the above processing (see FIG. 10B).
In this mode, items are not unexpectedly converted during play, and the item conversion is reserved (01:00 on January 10) to the start of play (06:00 on January 10) The waiting time is not wasted.

(Item use process)
The item utilization process is a process of reducing (converting) the species of a right into a normal right by utilizing the species of the right which is an item.
As shown in FIG. 8D, the item conversion unit 18c displays the item use screen 48 in response to the operation of the item use button 45c.
The item use screen 48 displays a conversion execution button 48a.
Further, the item use screen 48 displays information such as items owned by the player, conversion contents, and the like.
The conversion execution button 48a is a button for receiving an operation of executing conversion from the seed of the right to the normal right. The player may operate the conversion execution button 48a when wishing to execute conversion from the right to the normal right.

The item conversion unit 18c of the game terminal 10 converts one of the types of rights held by the player into a normal right in response to the operation of the conversion execution button 48a.
This conversion process increases the normal rights of the normal right storage units 16a and 26a. The player can usually use the right to play the stage.
If the normal right exceeds the upper limit due to the use of the kind of right, the item conversion units 18c and 28c store the exceeded amount in the excess right storage unit 16b and 26b as the excess right. Good.

(Excess right management process)
FIG. 11 is a diagram showing the excess right management screen 49 of the first embodiment.
FIG. 12 is a graph for explaining the change of the normal right and the excess right of the first embodiment.
As shown in FIG. 11, the right management unit 18 b of the game terminal 10 displays the excess right management screen 49 on the touch panel 11 in the excess right management process.
The excess right management screen 49 displays a stage selection unit 49a.
Further, the excess right management screen 49 displays information 49 b such as information (acquisition date, number of points) related to the excess right held by the user.

The stage selection unit 49a displays the selection button 49c of the time-limited stage L1 and the selection button 49d of the event stage E20. These buttons correspond to stages that the player can play.
The right management unit 18 b selects, from among the plurality of stages, one that can satisfy the following at least two conditions as one that can be played by the player.

(1) It is a stage which can be played in a period in which the excess right is granted to the player The condition of (1) will be described with reference to FIG. 12 as an example.
The player holds the excess right 240 points at "January 11 13:00".
The right management unit 18 b gives the player the 240 points of the excess right at “13:00 on January 10 to 13:00 on January 11”. Stages that can be played during this period are the time-limited stage L1 and the event stage E20. Also, at this point in time, the excess right granted to the playable period of the time-limited stage L1 and the event stage E20 remains without disappearing.

The right management unit 18b is a time-limited stage L1 which can be played during the period "11:00 to 21:00 on January 10" in which the excess right is granted to the player as a playable stage for the excess right Select event stage E20. Thus, the excess right has the attribute that it is possible to play the stage corresponding to the increase (ie, the granted period).
In addition, the normal stage can be played by using the normal right even at "January 11 13:00". Therefore, in the embodiment, the right management unit 18b excludes the normal stage from the stages that can be played with the excess right, but is not limited to this and may be included.

  Thereby, the excess right can have an attribute different from the normal right. In addition, since the excess right makes the stage that was playable at the time of increase (at the time of grant) retroactive, it can have an attribute reflecting the situation at the time of increase.

(2) It is possible to play with the excess right held when the stage was released As shown in the selection button 49c of FIG. 11, the required right of the time-limited stage L1 is 1 point. In addition, when the time-limited stage L1 has been released (at any time from 13:00 to 14:00 on January 10), the excess holding right is at least 1 point.
Similarly, the required right of the event stage E20 is 20 points. When the event stage E20 has been released (at any time from January 1 to January 10 at 24:00), the overholding right is at least 20 points.
Therefore, the right management unit 18b determines that these two stages satisfy the above condition.

Thus, the right management unit 18b determines that these two stages satisfy the conditions of the above (1) and (2), and displays the selection button 49c of the time-limited stage L1 and the selection button 49d of the event stage E20. .
The right management unit 18b may display a list of buttons corresponding to the stages satisfying the condition (1) on the excess right management screen 49 without being limited thereto. In this case, only the selection operation of the button corresponding to the stage satisfying (2) may be received.

In a scene where the excess right management screen 49 is displayed, the player may select a selection button corresponding to a desired stage among the time-limited stage L1 and the event stage E20.
The subsequent process is the same as the play process using the normal right (see FIG. 7B, etc.).

By the above processing, the game system 1 has the following operations and effects.
(1) It is possible to play back the past stages by using the excess right. Therefore, even if, for example, the player can not play because of being busy, the advantage of being able to play these stages can be obtained by using the excess right. In addition, even if the player does not play for a long time, the excess right has a limit on the amount of possession because it is sequentially extinguished, so it is possible to ensure fairness with other players who play frequently.
(2) As mentioned above, excess rights expire on a timely basis. Therefore, even if there is a stage that the player could not play, the game system 1 can prompt the player to play before the excess right disappears. As a result, it is possible to prevent the player from leaving the game.

(3) Generally, the player has a desire to play a plurality of stages, but there is a reality that the number of stages that can be played in a short period is usually limited by the number of points of the right. For example, in the scene of FIG. 7 (A) described above, when three stages of normal stages St10 and St20 and event stage E20 are played, the required normal right is 50 points in total, so it is possible to play more than that. Can not. However, the event stage E20 and the time-limited stage L1 can be played using the excess right the next day. Therefore, the player can play a strategy such as playing more normal stages and playing over the event stage E20 etc. on the next day by using the normal rights. In this case, there is a benefit for the player, and there is also a benefit for the system operator to be able to prompt continuous play and to control the player's game departure.

(Right of loan processing)
FIG. 13 is a diagram showing screen transition in the lending right process of the first embodiment.
The play start process screen 50 of FIG. 13 (A) and the play start process screen 42 of FIG. 7 (A) described above are similar screens. However, the display contents of the right information display unit 42a (that is, the right owned by the player) and the display contents of the stage selection unit 42b (that is, the stage that the player is trying to select) differ.
When the play start process screen 50 of FIG. 13A is displayed (13:00 on January 10), the player normally holds 10 points of the right. Also, in order to play the normal stage St50, 50 points of normal rights are required. For this reason, in order for the player to play the normal stage St50, the normal right is 40 points short.
In such a case, the lending right process is a process of lending the lending right to the player as the right to play.

The player recognizes that the right to execute the normal stage St50 is insufficient by checking the display in the right information display unit 50a of FIG. 13A and the selection button 50a of the normal stage St50. be able to.
As shown in FIG. 13B, when the player selects (eg, taps, etc.) the selection button 50b of the normal stage St50, the right management unit 18b displays the loan right display screen 51.
In this case, the right management unit 18b calculates the lacking 40 points, and displays the calculated 40 points in the display area of the loan right of the right information display unit 50a.

  The right information display unit 50a displays a graph showing the lending right 40 points continuously in a graph showing the normal right 10 points, in addition to displaying the lending right 40 points numerically. That is, the right information display unit 50a continuously displays graphs of 50 points. It is possible to clearly display the player's normal right held, the right to be lent, and the right obtained by adding both to the player.

After confirming the loan right display screen 51 of FIG. 13B, the player may further select (double tap or the like) the selection button 50b in order to continue the process related to the play on the normal stage St50.
As shown in FIG. 13C, in response to this, the right management unit 18b displays the loan right confirmation screen 52.
The lending right confirmation screen 52 is the lending right information 52a for playing the normal stage St50 with the lending right (a description of the lack of 40 points to play on the regular stage St50, the lending right of the player after lending the lending right Display the total value etc.).
In addition, the lending right confirmation screen 52 displays a play start button 52b.
The play start button 52b is a button for receiving an operation to start play using the lending right.
The player may operate the play start button 52b when starting to play the normal stage St50 after confirming the content of the loan right information 52a.

The subsequent process is the same as the play process using the normal right (see FIG. 7B, etc.).
However, when the play control unit 18a plays the stage using the loan right, the play control unit 18a gives the player an advantageous benefit more than when playing the game using the normal right. The content of the advantageous benefit is not limited, but is, for example, to improve the defensive power and the offensive power of the character C of the player.
Thereby, the game system 1 can strongly urge the player to play using the lending right.
In addition, in order to play using the loan right, the player usually needs to use up the right through long-time play and frequent play. Thereby, the game system 1 can urge the player to continue playing.
Note that the play control unit 18a may perform the play process on conditions (such as a decrease in offensive power) that are disadvantageous to the player when using the lending right, contrary to the above. In this case, it is possible to improve the fairness between the player who frequently uses the lending right and the player who is not frequently used.

(Collection of lending rights)
FIG. 14 is a diagram for explaining changes in the normal right and the lending right in the first embodiment.
The game system 1 performs processing for collecting the right after lending to the player.
FIG. 14 shows the change in the lending right when lending the lending right to Ichiro (P011) in order to play the normal stage St50 in the above example. Therefore, at the start of play on the normal stage St50, the normal rights decrease from 10 points to 0 points, and the lending right is granted 40 points. That is, when the lending right storage units 16c and 26c store the lending right, the lending right exists.

In this case, the game system 1 recovers the lending right through the following steps.
(1) As shown by arrow A1 in FIG. 14 (A), when the lending right exists, the right managing unit 18b recovers the lending right according to the speed of recovery (i.e., the player right). Alloted to That is, the right management unit 18b allocates the right to be granted to the player to the collection of the right to lend of the lending right storage unit 16c, 26c without increasing the right as the right of the normal right storage unit 16a, 26a.
In the example of FIG. 14A, the right to lend is 40 points, but decreases with the passage of time, while the normal right is maintained at 0 points.
In this case, the right management unit 18b may make the collection speed of the loan right (the reduction amount per unit time of the loan right) slower by, for example, about several percent than the speed of recovery of the normal right. This causes the player to convert more rights than the rights granted.
Thereby, the game system 1 can achieve fairness between the player who frequently uses the lending right and the player who is not frequently used.

(2) The right management unit 18b normally increases the right according to the passage of time in response to the loan right becoming 0 point as a result of continuing the process of (1).
(3) As shown by arrow A2 in FIG. 14 (B), when the right increases in accordance with the use of the species of the right, the right to lend the right to increase as in the above (1) and (2) Give priority to the return of

(4) As shown by arrow A3 in FIG. 14 (C), when the right is granted according to the player's LV up, the lent right is compensated (that is, all recovered), usually Grant the right to the maximum limit. For this reason, for the player, if the LV is raised while the lending right is borrowed up to the upper limit, the lending right can be returned without using the restoration of rights or the use of the right seed. As a result, the game system 1 can strongly urge the player to play a lot immediately before the LV up.

By the above processing, the game system 1 has the following operations and effects.
(1) Even if the player's right is zero, the player can play by requesting the lending of the lending right.
In addition, even if the player usually holds the normal rights sufficiently, if a request for lending of the lending rights is further made, it is possible to play for a long time in accordance with the right that combines the normal rights and the lending rights. Thereby, the game system 1 can urge the player to play a large number of times before the state of not playing for a long time continues (for example, before going to bed).

(2) A player can play without waiting for the slight recovery of the normal right by requesting the lending right even if the player is slightly lacking in the normal right to play on the stage . Thereby, for example, even if there is a slight lack of the normal right and only a short play time can be secured (for example, the remaining few minutes of rest time, etc.), that time can be used effectively for play.

(3) As mentioned above, the rights required to play on the stage increase in the upper stages. On the other hand, the upper limit value of the normal rights is determined according to the LV.
Therefore, for example, when the upper limit value of the normal right corresponding to the LV 50 is 50 points, in a mode different from the embodiment, the player of the LV 50 normally needs 51 points although the normal right is held 50 points You can not play on the stage. In the embodiment, even in such a case, the player of LV 50 can play the game because the total right becomes 51 points by borrowing 1 point of the right to lend.

(4) The player can play at a higher stage by raising the LV, but on the other hand, the normal rights necessary for the play become larger as the higher stage. In the embodiment, the upper limit value of the lending right is increased according to the LV increase. As a result, the player can borrow more lending rights even if the player usually lacks more of the right to play in the upper stages according to the LV up.

  The right management unit 18b may lower the upper limit value of the normal right according to the lending of the lending right. Thereby, the game system 1 can achieve fairness between the player who frequently uses the lending right and the player who is not frequently used. In this case, the upper limit value of the normal right may be returned to the normal upper limit value setting according to the LV increase. For example, when the player of the LV 100 has lowered the upper limit value from 100 points to 99 points, the upper limit value may be returned to 101 points in response to the LV being raised to the LV 101. Thereby, it is possible to further strongly encourage playing many times immediately before the LV up.

  In addition, in the item conversion process, the right management unit 18b may convert the right held after the loan into a kind of right after lending the right to lend. In this case, after the item conversion screen 46 (see FIG. 8B), the right management unit 18b displays a loan right display screen 51 (see FIG. 13B) and a loan right confirmation screen 52 (see FIG. 13C). By displaying a screen similar to)), it is possible to display the right to be deficient, the right to be lent, and the like.

(Recovery speed management process)
FIG. 15 is a diagram for explaining the transition of the screen displayed at the time of recovery speed management processing according to the first embodiment.
As shown in FIG. 15A, the right management unit 18b of the game terminal 10 first displays a recovery speed setting screen 53 in the recovery speed management process.
The recovery speed setting screen 53 displays a boost processing button 53a and a schedule processing button 53b.
Each button is a button for shifting to boost processing and schedule processing in recovery speed management. When the player selects a desired button, the right management unit 18b receives the operation and starts each process.

(Boost processing)
The boost process is a process of setting the normal right recovery speed to 20 (points / h) which is the normal double speed at the set time. In the embodiment, such doubling of the normal right recovery speed is also referred to as a boost, and a period being processed by this boost is also referred to as a boost period. The cumulative time of the boost period in the one-day period (0:00 to 24:00) is set to an upper limit of 60 minutes or the like.
As shown in FIG. 15 (B), the right management unit 18b displays a boost setting screen 54 at the time of boost processing.
The boost setting screen 54 displays a start time display unit 54a, an end time display unit 54b, a cumulative boost time display unit 54c, and a boost start button 54d.

The start time display unit 54a and the end time display unit 54b display the start time point and the end time point of the boost period, respectively. The start point and the end point can be set in units of one minute from the current point by the operation of the up and down button 54e.
The boost accumulated time display unit 54c displays the accumulated time of double speed in one day in the form of "accumulated time / upper limit time". The right management unit 18b updates the display content of the boost accumulated time display unit 54c according to the operation of the start time and the end time. In the example of FIG. 15 (B), since "total time 30/60 minutes" is displayed, a 30-minute boost period is set by setting the start time and the end time, and thereafter, , Indicates that the remaining 30 minutes can be additionally set.

  The boost start button 54d is a button for confirming the setting of the start time and the end time and starting boost recovery. The player confirms the display contents of the start time display unit 54a, the end time display unit 54b, the cumulative boost time display unit 54c, and the like, and can start the boost recovery by operating the boost start button 54d.

  When the game terminals 10 and the rights management units 18b and 28b of the server 20 receive the operation of the boost start button 54d, the boost period increases the normal right by boost recovery. The rights management units 18b and 28b normally increase the rights at the normal recovery speed before and after the boost period (that is, before and after the start and end of the boost).

  In this way, the game system 1 increases the normal rights for a short period of time (for example, within a few tens of minutes) at a speed twice as high as normal. As a result, when the player concentrates on a plurality of stages in a short time, the speed of decrease of the right is usually slower than that of the normal time. In this way, the player can play more stages on scenes that can be played for a short time during the day (for example, commuting time, school hours, lunch breaks, etc.).

(Schedule processing)
The schedule process sets a recovery schedule in which a plurality of recovery speed (1.5 times normal speed, 1/2 (half) stop) period is set in one day (0:00 to 24:00) which is a set period. It is a process of creating and recovering the right based on this.
As shown in FIG. 15 (C1), the right management unit 18b displays a schedule screen 55 at the time of schedule processing.
The schedule screen 55 includes a schedule table 55a, a 1.5-times selection unit 55b, a normal selection unit 55c, a 1/2 selection unit 55d, a stop selection unit 55e, a cumulative right display unit 55f, a daily button 55g, a weekday button 55h, and a determination button Display 55i.

The schedule 55 a shows distribution of recovery speed in one day as a band graph shaped graph in which the horizontal axis is a time axis. The inside of the band is displayed in 1.5 times speed, usually 1/2 (half), a pattern corresponding to a stop, and a color.
The 1.5-fold speed selection unit 55b, the normal selection unit 55c, the 1/2 selection unit 55d, and the stop selection unit 55e are buttons used to create the schedule table 55a. The 1.5-fold speed selection unit 55b, the normal selection unit 55c, the 1⁄2 selection unit 55d, and the stop selection unit 55e are displayed in patterns, colors, and the like corresponding to each.

The cumulative right display unit 55 f displays the cumulative number of rights scheduled to be given to the player based on the set schedule. The cumulative right display unit 55 f displays the cumulative right in the manner of “cumulative right / maximum right”. In the example of FIG. 15 (C1), “cumulative rights 230 / maximum 240” is displayed, so there is room to set to increase by another 10 points.
The maximum right is 10 (points / h) which is a normal recovery speed, and is the maximum value of rights which can be granted within one day which is a set period, and is 240 points in the embodiment.

The daily button 55g and the weekday button 55h are buttons for setting a period reflecting the set schedule in one week.
The confirmation button 55i is a button for confirming the restoration process of the rights based on the schedule 55a.

The process of creating the schedule 55a will be described.
(1) As shown in FIG. 15 (C2), when the player displays a desired recovery speed selection unit, the right management unit 18b displays a schedule table creation screen 56.
(2) The player drags the selected speed selection unit onto the schedule table 55a. Based on this, the right management unit 18b displays the dragged portion of the schedule table 55a in the color or the like of the selected speed selection unit. This sets the selected recovery speed in the schedule. The example of FIG. 15 (C2) is a scene where the recovery speed of 1.5 times is set around 06:00.

(3) As shown in FIG. 15 (C3), the player can finely adjust the position where the recovery speed is placed on the schedule table 55a by performing a slide operation, an enlargement operation (pitch out), and a reduction operation (pinch in) . The right management unit 18b updates the display of the arrangement range of the recovery speed according to the operation of the player.
(4) The right management unit 18b displays the schedule screen 55 shown in FIG. 15 (C1) by the player performing the above operation also for other recovery speeds.
Thereby, the game terminal 10 can receive schedule setting in which a plurality of periods having different recovery speeds are arranged in the set period.

As described above, the right to increase in one day (the increase amount upper limit value within the set period) is 240 points at the maximum. The right managing unit 18b permits the arrangement of the recovery speed within the range of up to 240 points when creating the schedule.
In this way, the player can adjust the right of up to 240 points granted per day to increase at a different rate by scheduling different recovery speed periods according to his daily schedule.

For example, since nighttime is a bedtime and does not play for a long time, there is a tendency that after the right reaches the upper limit, the period in which the upper limit is maintained tends to be long. On the other hand, since commuting time, lunch break, etc. are time zones in which players can play continuously, they usually have a tendency to run out of rights.
The example of FIG. 15 (C1) is a schedule created in consideration of these by the player, and the recovery speed is set to 1/2 from around 0:00 to early morning at night. In addition, the recovery speed is set to 1.5 times the commuting time of about 1 hour after 06:00 and about 1 hour after 18:00 and about 1 hour after 12:00 that is lunch break There is.
In this way, the player can acquire the right that could not be acquired during the bedtime because the normal right is at the upper limit during commuting time or the like.

(5) The player may operate the confirmation button 55i when confirming the schedule. When the player reflects the set schedule on a daily basis or on a weekday during a week, the player may operate the button 55g or the weekday button 55h daily before operating the confirmation button 55i. .
In response to this, the rights management units 18b and 28b execute the right recovery processing from the next day based on the recovery speed of the decided schedule.

FIG. 16 is a graph for explaining the change of the normal right after setting the speed of recovery of the normal right according to the first embodiment.
FIG. 16A shows a simulation in which the normal right is increased based on the schedule setting at the time of setting the schedule. That is, FIG. 16A shows the number of points (increase expected value) when it is assumed that the normal right is increased according to the schedule setting.
As shown in FIG. 16 (B), the actual normal right is reduced by playing. Therefore, even if the normal right exceeds the upper limit value in setting the schedule, the player can eliminate or reduce the period exceeding the upper limit value by playing for one day which is the set period.
Therefore, in the simulation at the time of setting the schedule shown in FIG. 16 (A), the total value of the increase amount is within 240 points even when there is a time point exceeding 100 points which is the upper limit value of the normal rights. Accept schedule settings, if any.

Here, as shown in FIG. 16B, three stages of play are performed in the period from 06:00 to 07:00 where the recovery speed is 1.5.
The remaining amount A4 of normal rights after the start of the third play is several points. Therefore, if this period is the normal recovery speed, the player can not play the third stage, or plays the lower stage with few necessary rights.
In the embodiment, by setting the recovery speed schedule, the player can play this third stage.
The same applies to other periods (such as a period of 12:00 to 13:00) in which the recovery speed is 1.5 times.

  Thus, the game system 1 can receive the setting of the recovery speed schedule in advance according to the player's daily schedule and the like.

As described above, the game system 1 according to the present embodiment can develop the play right more than before and use it by converting the normal right into an item or the like, and can prevent the player from leaving the play. Furthermore, the game system 1 can further improve the above-described action and effect by providing the excess right and the lending right in addition to the normal right as the play right.
On the other hand, the conventional game device merely uses the play right to play, and the method of use is also simple.

Second Embodiment
Next, a second embodiment of the present invention will be described.
In the following description and the drawings, the same reference numerals or the same reference numerals or suffixes (last two digits) are given as appropriate to portions performing the same functions as the first embodiment described above, and overlapping descriptions are appropriately made I omit it.
FIG. 17 is a diagram for explaining the configuration of the game system 201 according to the second embodiment.
FIG. 18 is a diagram for explaining storage information of the player information storage unit 25c and the shared right storage units 216d and 226d according to the second embodiment.
FIG. 19 is a view for explaining the character-stage information included in the game program of the second embodiment.

[Overview of Game System 201]
As shown in the storage information of the group information storage unit 25i in FIG. 17 and FIG. 18, in this embodiment, an example in which Ichiro (P011), Gerow (P012), and Suburo (P013) form the same group G001. Explain. Each player (P011, P012, P013) owns the game terminal 210, respectively.
Although the game system 201 has a plurality of group configurations, FIG. 17 illustrates only the group configuration of the group G001 in a simplified manner.

As shown in FIGS. 17 and 19, the game program stored in the game program storage unit 15a of the game terminal 210 includes character-stage information.
The characters C1 to C15 are characters C that each player can possess.
Each of the characters C1 to C15 is given an attribute of fire, water, or a tree.

The normal stages that can be played by the game are the normal stages St1, St2, St3, ..., St99. The normal rights required to play each stage are 1 point, 2, 3 points, ..., 99 points, respectively. In each stage, enemies E1, E2, E3, ..., E99 appear, and the party configured by the player plays against these enemies E appearing in each stage.
Like the character C, the enemies E1, E2, E3, ..., E99 are also given the attributes of fire, water, or trees.
Details of the attribute will be described later.

The game terminal 210 further includes a shared right storage unit 216 d (shared play right storage unit) and a right management unit 218 b.
The sharing right storage unit 216d stores information on the sharing right. The sharing right is a playing right that each player (P011, P012, P013) of the same group G001 can share and use for playing.

As shown in FIGS. 17 and 19, the game program of the game program storage unit 25 a of the server 220 stores character-stage information in the same manner as the game terminal 210.
The server 220 further includes a shared right storage unit 226 d and a right management unit 228 b similar to the game terminal 210.
The game terminal 210 and the server 220 are configured to store the same information in the shared right storage units 216 d and 226 d by communicating as necessary as in the first embodiment.

[Summary of sharing rights]
An outline of right information used in the game system 201 will be described.
FIG. 20 is a graph for explaining changes in the normal right and the shared right in the second embodiment.
FIG. 20 (A1), FIG. 20 (A2), and FIG. 20 (A3) are graphs showing fluctuations in ordinary rights of Ichiro (P011), Giraud (P012), and Saburoro (P013), respectively. The information regarding FIG. 20 (A1), FIG. 20 (A2), and FIG. 20 (A3) is stored in the normal right storage units 16a and 26a corresponding to Ichiro (P011), Gerow (P012), and Suburo (P013), respectively. .
The right management units 218b and 228b manage the normal right of each player, as in the first embodiment. For example, the recovery speed of the normal right is 10 (points / h) as in the first embodiment.

  Sharing rights usually increase at the same speed as recovery of normal rights, while normal rights maintain their upper limit, after the right reaches the upper limit. That is, after the rights management units 218b and 228b reach the upper limit value, the right management unit 218b restores the right to recover by exceeding the upper limit according to the passage of time, not as the normal right but as the shared right storage unit 216d. , 226d. That is, the right management units 218b and 228b manage the excess right of the first embodiment as the shared right in the present embodiment.

The rights management units 218b and 228b store the same shared right storage units 216d and 226d if they are players in the same group.
In the example of FIG. 20 (A), the normal right of Jiro (P012) has reached the upper limit (120 points) at 11:00 on February 10, so the right to be restored thereafter is the common right. It is stored in the storage units 216d and 226d (see FIG. 20B).
Similarly, in the example of FIG. 20 (A3), the normal right of Saburo (P013) reaches the upper limit (130 points) at 10:00 on February 10, so it recovers beyond this. The right is stored in the shared right storage units 216d and 226d (see FIG. 20B).
In the example of Fig. 20 (A1), there is no period in which the upper limit is reached, and the right stored as the common right does not exist.

When storing the sharing right in the sharing right storage units 216d and 226d, the right management units 218b and 228b add the attribute of the representative character of the character C owned by each player to the sharing right. Thus, the sharing right has an attribute corresponding to the player involved in the increase (memory).
As shown in FIG. 18, for this reason, the attributes of the sharing right are classified and stored in the sharing right storage units 216d and 226d.
For example, the representative character of Jiro (P012) is the character C2 and the attribute is water (see FIG. 18). Thus, the sharing right stored by Gerow (P012) has the attribute of water.

  In addition, the form which provides the attribute corresponding to each player with respect to the share right is not limited to the form which reflects the attribute of a representative character, You may be another form. For example, regardless of the representative character, the game terminal 210 may receive in advance the selection of the attribute of the sharing right to be increased by each player.

[Process on use of sharing right]
The use of the sharing right stored in the sharing right storage units 216 d and 226 d will be described.
FIG. 21 is a diagram for explaining the transition of the screen when using the sharing right according to the second embodiment.
Hereinafter, an example will be described in which Ichiro (P011) of the group G001 uses the sharing right when the change of the right is in the state shown in the graph of FIG. Note that the sharing right can be used by all players including the player involved in the storage of the sharing right within the group G001.
As shown in FIG. 21A, the rights management units 218b and 228b first display the play start processing screen 242 on the touch panel 11 in the processing relating to the use of the shared right. That is, the right management unit 218b starts the process related to the use of the shared right in response to the play start process button 41a being operated and the play start process screen 242 being displayed on the selection screen 41 shown in FIG.

(Select stage, view sharing rights attributes)
The play start processing screen 242 displays the right information display unit 242a and the stage selection unit 242b.
The right information display unit 242a displays the normal right display unit 242g and the shared right display unit 242h.
The normal right display unit 242g and the shared right display unit 242h indicate the amount of possession of each right (normal right and shared right) in the form of a band graph and point values, as in the first embodiment.
Since the scene in FIG. 20A is at 13:00 on February 10, the rights management unit 218b is a group of 10 normal rights owned by Ichiro (P011) (see FIG. 20A1), the group Information corresponding to the 50 shared rights owned by G001 (see FIG. 20B) is displayed on the normal rights display portion 242g and the shared rights display portion 242h, respectively.

The selection buttons 242c, 242d, 242e and 242f display the number of points of the normal right necessary to play in each stage, as in the first embodiment. The stage selection unit 242b can display another stage by scrolling the screen.
In the example of FIG. 21A, the stage selection unit 242b displays selection buttons 242c and 242d of two normal stages St50 and St51 with respect to the normal stage.
Inside the selection button 242c, the attribute "fire" of the enemy E50 appearing on the normal stage St50 is displayed. Similarly, the attribute "water" of the enemy E51 appearing on the normal stage St51 is displayed in the selection button 242d.

Since Ichiro (P011) refers to the play start processing screen 242, the normal right owned by him is 10 points, so there is usually insufficient right to play on the normal stages St50 and St51. Can confirm that Also, Ichiro (P011) can confirm that the group G001 holds 50 points of the sharing right.
Ichiro (P011) can select the selection buttons 242c and 242d corresponding to the normal stages St50 and St51, if he wishes to play the lacking normal right portion using the sharing right. .

As shown in FIG. 21B, in response to this, the right management unit 218b displays the sharing right display screen 243. FIG. 21B is a screen after the selection button 242 d corresponding to the normal stage St 51 is selected.
The sharing right display screen 243 displays a sharing right display unit 243a, an attribute display unit 243b, a necessary right display unit 243c, and a play start button 243d.
The share right display unit 243a indicates the holding amount of the share right as a point value, as in the share right display unit 242h of FIG. 21 (A). Note that the shared right display unit 243a displays the point value of the shared right inside the illustration that imitates the storage tank, so that the players (P011, P012, P013) of the group G001 store the shared right together. doing.

The attribute display unit 243b describes the breakdown of the attribute of the sharing right.
The attribute display unit 243b associates and displays each attribute with a point value. Since the attribute display unit 243b in FIG. 21B corresponds to FIG. 20C, the sharing right 20 points of the water attribute (right stored by jiro (P012)), sharing right of the tree attribute Display information such as 30 points (rights stored by Saburo (P013)).

The necessary right display part 243c displays an explanation about the right necessary to play on the normal stage St51. In this example, a description is displayed that Ichiro (P011) normally lacks 41 points of right to play on stage St 51, and that it is possible to play by using 41 points of common rights. There is.
The play start button 243 d is a button for receiving an operation to start play using the sharing right. The Ichiro (P011) may operate the play start button 243d when the play of the normal stage St51 is started after confirming the display content.

(Share right, attribute of enemy E)
Explain the sharing rights and the attributes of enemy E.
In the game of this embodiment, the attack power of the character C on the enemy E and the defense power of the character C against the attack from the enemy E according to the combination of the attribute of the sharing right used for the play and the attribute of the enemy E. Is set. The play control unit 18a controls play based on this setting.
An example will be described below.

When the character C battles against the enemy E possessed by the tree attribute using the sharing right of the fire attribute, the offensive power and the defensive power of the character C are 1.5 times.
When the character C battles against the enemy E possessing the fire attribute using the sharing right of the water attribute, the character C battles against the enemy E possessing the water using the sharing right of the tree attribute The same is true for cases.
In addition to this, when the character C battles against the enemy E possessed by the attribute of water using the sharing right of the attribute of fire, the offensive power and the defensive power of the character C are 0.5 times, etc. It may be

The play control unit 18a adjusts the offensive power and the defensive power of the character C in accordance with the ratio of the attribute when the shared right is played for at least a part of the right.
In the example of FIG. 21 (B), the ratio of the sharing right used for the play of the normal stage St51 is 41/51.
Also, among the sharing rights, the rights of each attribute are to be used according to the holding ratio. For this reason, the ratio of the attribute of water is 20/50 among the share rights used for play, and the ratio of the attribute of tree is 30/50.
For this reason, the ratio of the attribute of water among the play rights necessary for play is about 32% (= 41/51 × 20/50), and the ratio of the attribute of trees is 48% (= 41/51 × 30/50) It is.
The right management unit 218 b may display information on the ratio and the like on the touch panel 11.

Therefore, the state of the play right has almost half the proportion of the tree attribute and does not have the fire attribute. For this reason, the state of the play right is a condition advantageous to the stage in which the enemy E of the attribute of water appears. On the other hand, although the state of the play right has the attribute of water, the attribute of water is less than the attribute of the tree. Therefore, the state of the play right is information disadvantageous to the stage in which the enemy E with the attribute of fire appears.

As shown in the selection button 242d of FIG. 21A, the enemy E51 appearing on the normal stage St51 has the attribute of water, so under this condition, it is possible to advantageously compete in the normal stage St51.
For this reason, Ichiro (P011) can operate the play start button 243d after checking these, and can start playing the normal stage St51.

  In the above, the detailed ratio of the attribute has been described, but Ichiro (P011) confirms the number of points of each attribute of the attribute display portion 243b, and the sharing right at the present time is high in the tree attribute as a whole. It can be understood at a glance that having a tendency, having no fire attribute, etc. Also, in the case of playing under the conditions shown in FIG. 21 (B), since the ratio of sharing rights is high (41/51), it can be understood at a glance that the attribute of sharing rights is reflected in the play at a high ratio .

  Further, if the selected stage is disadvantageous in the state of the play right, Ichiro (P011) displays the play start processing screen 242 after confirming the display content of the attribute display portion 243b, and again the stage Can be selected.

(Stage play process)
The play control unit 18a processes the play of the normal stage St51 by operating the play start button 243d on the shared right display screen 243 of FIG. 21 (B).
The play control unit 18a processes the play process using the right including the sharing right and the play process using only the normal right in the same manner (see FIG. 7B and the like), but only the following process is different. .

  As described above, the attribute of the sharing right is reflected in the attack power to the enemy E and the defense power from the enemy E. Thereby, the attribute of the sharing right can be reflected for each player. In addition, in the case of playing under the condition of the advantageous attribute, it is possible to give the player advantageous benefits such as an increase in attack power and defense power.

Note that, when playing using the shared play right, regardless of the attribute, a player may be given an increased bonus such as an offensive power, as compared to playing using only the normal right.
In this case, the game system 201 can strongly urge the player to play using the sharing right. Here, in order to play using the sharing right, the player needs to use up the normal right owned by the player. Thereby, the game system 201 can urge the player to continue playing.

In this manner, each player can play using the sharing right associated with the memory by the other players in the same group.
Here, a plurality of players in the same group may have different time periods during which they play the game, depending on their real society's schedule, life rhythm, convenience, and the like. For example, in real-world work, the busy season is different from the early to late months, etc., and the life rhythm is different from the morning type, the night type, etc. Thus, the period in which one player in the same group can play intensively may be a period in which other players can not play at all. That is, there is a case in which the period in which the right of the player tends to be insufficient for one player is a period in which the storage amount (that is, the holding amount) of the shared right is easily increased for the other player. In such a case, one player can play normally by compensating for the lack of the right by the sharing right associated with the memory by the other player.

Manage sharing rights
The rights management units 218b and 228b perform the following processing and management regarding the sharing right in addition to the above description.
(1) The upper limit value of the sharing play right is lowered according to the time when the sharing right of the sharing right storage units 216d and 226d maintains the upper limit value.
For example, when the upper limit value of the sharing right is 350 points, the holding upper limit value of the sharing right is lowered by 1 point each time 350 points are continuously maintained for 1 hour. For example, if the time for which 350 points are maintained continues for 10 hours, the upper limit of the sharing right of the group is lowered to 340 points.
Lowering the upper limit of the sharing right is disadvantageous for the players belonging to the group. Thus, the game system 201 can prompt the player to play until the sharing right is used. Thereby, the game system 201 can urge the player to continue playing.

(2) An upper limit is set to the usage amount of the shared play right of the shared right storage units 216 d and 226 d. The upper limit of the usage amount can be set as appropriate, and can be, for example, 10 times the upper limit value of the ownership of the sharing right. This makes it possible to make the game contents in which the storage tank is broken when the sharing right for 10 cups of storage tank is used.
The right management units 218b and 228b receive the setting of the new upper limit value after using the upper limit of the usage amount of the shared right in the shared right storage units 216d and 226d. The right management units 218 b and 228 b may set the new upper limit value as a condition of charging from all or part of the players in the group. In this case, the game content can be such that a new storage tank is purchased as a group.

As described above, the game system 201 of the present embodiment can provide a game in which each player can play using the sharing right in which other players in the same group are involved in the storage.
In this way, each player can play using the sharing right even when his / her normal right is insufficient to play each stage.

In addition, the game system 201 may set an upper limit on the amount of use of the sharing right per player. In this case, the right management unit 218b displays information on the usage amount of the shared right up to the current time of each player, information on the upper limit value thereof, and the like on the shared right display screen 243 or the like for each player. You may be allowed to use up to the upper limit value. In this case, the sharing right can be equally distributed to a plurality of players in the same group.
Also, when using the sharing right, it may be possible to play with a smaller amount of rights than the amount of usage of the normal rights.

(Modification of the game system 201 of the second embodiment)
Furthermore, the game system 201 according to the second embodiment may be modified such that the player can select the type of shared right and set the type ratio when using the shared right, as in the other embodiment below. .
FIG. 22 is a graph for explaining the change of the sharing right of the game system 201 according to another embodiment of the second embodiment, and a view showing the sharing right attribute selection screen 244 of the game terminal 210A of the second embodiment.
Each graph of FIG. 22 (A1), FIG. 22 (A2), and FIG. 22 (A3) shows the change of the sharing right shown in FIG. 20 (B) classified into those in which each player is involved. 22 (A1), 22 (A2), and 22 (A3) are graphs corresponding to the respective attributes of the change of the shared right stored in the shared right storage unit 216d and 226d of FIG. 18 (B). It is a representation.

In the sharing right attribute selection screen 244 in FIG. 22B, when Ichiro (P011) plays using the sharing right, Ichiro (P011) selects the type of sharing right and sets the type ratio belongs to.
The right management unit 218b displays the sharing right attribute selection screen 244 on the touch panel 11, for example, after operating the play start button 243d of the sharing right display screen 243 of FIG. 21 (B).
The sharing right attribute selection screen 244 displays an attribute selection unit 244a, a cumulative usage amount display unit 244e, and a play start button 244f.

The attribute selection unit 244a is a display unit for receiving the setting of the usage amount (the number of usage points) of the sharing right for each attribute.
The attribute selecting unit 244a displays the storage tank 244b to which each attribute (fire, water, tree) is attached and the information 244c on the usage amount and the holding amount of the sharing right of each attribute in association with each other.

The information 244c on the usage amount and holding amount of the sharing right of each attribute is displayed in the form of "use amount / holding amount".
The “holding amount” is a holding amount of the sharing right of each attribute stored in the sharing right storage units 216 d and 226 d.
The amount of use of the sharing right of each attribute is set by operating the up-down key 244d by Ichiro (P011).
For example, as shown in FIG. 22 (A1), the sharing right of the fire attribute is 0 points at the time of 13:00 on Feb. 10. In this case, the right management unit 218b does not accept the use of the sharing right of the fire attribute, and displays “use amount / holding amount” of the sharing right of the fire attribute as “0/0”.

Similarly, the sharing right of the water attribute is 20 points, and the sharing right of the tree attribute is 30 points.
Regarding the attribute of water, the right management unit 218b receives a setting operation within 20 points by the up-down key 244d. The example of FIG. 22 (B) is an example in which the usage amount of the sharing right of the attribute of water is set to 11 points, and the right management unit 218b displays "the usage amount / holding amount" as "11/20".
Regarding the attribute of the tree, the right management unit 218b receives the setting operation within 30 points by the up-down key 244d. The example of FIG. 22B is an example in which the usage amount of the sharing right of the attribute of the tree is set to 30 points, and the rights management unit 218 b displays “the usage amount / holding amount” as “30/30”.

  Here, since the enemy E51 of the attribute of water appears in the normal stage St51 (see FIG. 21A), it is advantageous for Ichiro (P011) to play with the ratio of the tree attribute as high as possible. is there. That is, Ichiro (P011) fully utilizes the sharing right of the tree attribute as shown in FIG. 22 (B) by considering the combination of the attribute of the enemy E and the sharing right attribute. It is the setting.

The cumulative usage display unit 244e displays the cumulative usage corresponding to the above setting of the sharing right. The cumulative usage amount display unit 244e displays the cumulative usage amount (total number of points) and the necessary amount of the sharing right to play on the normal stage St51 (total number of points) in the form of "total usage amount / required amount" indicate.
In the example of FIG. 22 (B), the sharing right necessary to compensate for the lack of play on the normal stage St 51 is 41 points (see FIG. 21 (B)), and the sharing right is The cumulative usage amount has reached 41 points. Therefore, the cumulative usage display unit 244e displays "total usage / required" as "41/41".
Ichiro (P011) can start playing the normal stage St51 by operating the play start button 244f after setting the attribute of the sharing right.

  As described above, the game system 201 according to the other embodiment of the second embodiment not only classifies the sharing right for each attribute and stores it in the sharing right storage units 216 d and 226 d, but also the sharing right of each attribute used for play. Accept the setting of usage amount of. Thereby, the player can set the amount of use of the sharing right of each attribute in detail so as to be advantageous to the attribute of the enemy E appearing on the stage.

  In addition, although the game system 201 of this embodiment demonstrated the example which can utilize a share right, when the normal rights of each player run short, it is not limited to this. The game system 201 is required to play each stage even if, for example, the normal rights of each player are not lacking (that is, each player has the normal rights necessary to play the stage). The form may be such that sharing rights can be used for all or part of the rights. In this form, each player can set the attribute of the sharing right to be used for playing in an advantageous manner with respect to the enemy E appearing on the stage, even when the right is not insufficient.

Third Embodiment
FIG. 23 is a view for explaining the configuration of the game system 301 of the third embodiment.
The game system 301 of the third embodiment enables the system of the first embodiment to be lent as a right to lend a normal right between players in the same group, and allows items to be exchanged between players.
As shown in FIG. 23, in this embodiment, as in the second embodiment, Ichiro (P011), Jiro (P012), and Suburo (P013) form the same group G001, and each player plays a game. An example in which the terminal 310 is owned will be described.
The game terminal 310 includes a loan right storage unit 316 c, a right management unit 318 b, and an item conversion unit 318 c.
The server 320 further includes a loan right storage unit 326 c, a right management unit 328 b, and an item conversion unit 328 c.
Details of each configuration will be described later.

FIG. 24 is a graph showing changes in the normal right and the lending right in the third embodiment.
FIG. 24 (A1), FIG. 24 (A2), and FIG. 24 (A3) are graphs showing fluctuations in the ordinary rights of Ichiro (P011), Giraud (P012), and Saburoro (P013), respectively. The information regarding FIG. 20 (A1), FIG. 20 (A2), and FIG. 20 (A3) is stored in the normal right storage units 16a and 26a corresponding to Ichiro (P011), Gerow (P012), and Suburo (P013), respectively. .
FIG. 24 (B1) and FIG. 24 (B2) are graphs showing changes in the normal right and the lending right of Ichiro (P011) and Giraud (P012) including the lending process of the lending right.

The right management units 218b and 228b manage the normal right of each player, as in the first and second embodiments.
However, the normal right storage unit 16a may store information of only the player who possesses the game terminal 310 regarding the normal right.

Figure 24 (A1), Figure 24 (A2), and Figure 24 (A3) show the normal rights from 0:00 on March 1 (Thursday) to 13:00 on March 7 (Wednesday) which is the current time. Indicates a change.
As shown in FIG. 24 (A1), Ichiro (P011) is playing continuously in these periods.
As shown in FIG. 24 (A2), Giro (P012) plays intensively on the weekend (March 3 (Saturday), Mar 4 (Sunday)) among these periods.
As shown in FIG. 24 (A3), Saburo (P013) continues playing on weekdays (Saturday, March 3 and Sunday, March 4) of these periods. .
The details of FIG. 24 (B1) and FIG. 24 (B2) will be described later.

FIG. 25 and FIG. 26 are diagrams showing display screens of the touch panel 11 at the time of loan processing of the third embodiment.
As shown in FIG. 25A, the rights management units 318b and 328b display the group management screen 360 on the touch panel 11 by operating the group management button on the selection screen (see FIGS. 5 and 6). .
The group management screen 360 displays an in-group loan request button 360a, a loan permission setting unit 360b, and an in-group item conversion button 360c.
The in-group loan request button 360a is a button for accepting a request for lending of the lending right from Ichiro (P011) to players other than Ichiro (P011) in the group.

The loan permission setting unit 360b is a display for setting whether Ichiro (P011) (other player) permits the lending of the lending right to players (each player) other than Ichiro (P011) in the group. It is a department.
In FIG. 25 (A), since "rejecting" is displayed in the loan permission setting unit 360b, Ichiro (P011) is in a state of refusing the lending of the lending right. When refusal is being made, the right management unit 318b does not accept a request for lending of the lending right from a player other than Ichiro (P011) (it will be described later about the processing of the lending of the lending right) ). That is, in the case of "rejecting", the rights management units 318b and 328b refuse that the normal right owned by Ichiro (P011) is lent to a player other than Ichiro (P011) as a lending right. As a result, Ichiro (P011) will not suddenly lose his normal rights.
The right management units 318b and 328b switch the processing relating to the lending of the lending right from the request refusal to the request permission when the area displayed as "rejecting" is touch-operated by the Ichiro (P011). In addition, the rights management units 318 b and 328 b switch the display in the loan permission setting unit 360 b from “rejecting” to “permitting”.
The same applies to switching the processing for the right of lending right from request permission to request refusal.

  The in-group item conversion button 360c is a button for receiving processing related to item conversion of players other than Ichiro (P011) in the group from Ichiro (P011).

(Processing for lending rights within the group)
The lending processing of the lending right in the same group will be described.
Here, an example will be described in which Ichiro (P011) of the group G001 requests the lending of the lending right to the Jiro (P012) in the same group.
As shown in FIG. 25B, the rights management units 318b and 328b operate the normal rights change screen 361 by operating the in-group loan request button 360a (see FIG. 25A) of the group management screen 360. It is displayed on the touch panel 11.
The normal right change screen 361 displays a normal right change graph 361 a and a loan setting button 361 b.
The normal right change graph 361a is the normal time for the current group (13:00 on March 7) to the past one week, and is normally used by Jiro (P012) and Saburo (P013) who are players other than Ichiro (P011) in the same group. It is a graph which shows the history of change of rights visibly.

That is, the rights management units 318b and 328b refer to the stored information in the normal rights storage units 16a and 26a to display the normal rights change graph 361a indicating the same information as in FIGS. 24 (A2) and 24 (A3). Do. The right management unit 318b of the game terminal 310 may obtain such information by requesting the server 320 in response to the operation of the in-group loan request button 360a (see FIG. 25A).
Thereby, the right management units 318b and 328b display the holding information of the normal rights of Giro (P012) and Suburo (P013) of the group G001 on the touch panel 11 of the game terminal 310 of Ichiro (P011) in the same group. Can.

Although FIG. 25 (B) displays the information of the change of the normal right about the past one week from the present time (13:00 on March 7), it may be longer or shorter than this. . In this case, the rights management units 318b and 328b may store change information on the normal rights corresponding to the display period.
When four or more players constitute the same group, the normal right change screen 361 may display the normal right change graph 361 a of three or more players other than the terminal owner by scrolling the screen. .
Furthermore, the format in which the normal right change screen 361 displays the change of the normal right is not limited to the normal right change graph 361a. The format for displaying the fluctuation of the normal right may be any format that can display the fluctuation, and may be, for example, a tabular format.

Ichiro (P011) can consider the following by referring to the display screen of his / her game terminal 310.
・ As for Giraud (P012), there is a tendency to play intensively on the weekend, so the fluctuation of rights is usually large. On the other hand, since there is a tendency not to play at all on weekdays, the right always maintains the upper limit value. For this reason, the normal rights are likely to run short on weekends, but keep the upper limit on weekdays and are unlikely to be used.
• For Saburo (P013), the opposite is the case with Gerow (P012). That is, they do not play at all during the weekend, but concentrate on weekdays. Because of this, the right is less likely to be used on weekends, but is likely to be lacking on weekdays.

The loan setting button 361 b is displayed corresponding to each of the normal right change graph 361 a.
The loan setting button 361 b is a button for displaying the intra-group loan setting screen 362 (see FIG. 26A) corresponding to the normal right change graph 361 a. That is, the right management units 318b and 328b, when the loan setting button 361b displayed next to the normal right change graph 361a of jiro (P012) is operated, lent the lent right to jiro (P012) An intra-group loan setting screen 362 for requesting is displayed. The same applies to the loan setting button 361b displayed next to the normal right change graph 361a of the subloin (P013).

Here, although not shown, Ichiro (P011) can confirm the normal right owned by him / her at the present time on the play start processing screen (see FIG. 7A) or the like. That is, Ichiro (P011) can confirm that the normal right held at 13:00 on March 7 is 30 points (see FIG. 24A).
Ichiro (P011), when wishing to play further from the current time, when it thinks that only the 30 points owned by him is insufficient, with respect to jiro (P012) and sublo (P013) in the same group, We can consider requesting a loan for the right to lend.

Since it is a weekday at present, as described above, the normal right of Saburo (P013) is likely to be short, while the normal right of Jiro (P012) is less likely to be short.
Therefore, Ichiro (P011) requests the lending of a lending right to Giraud (P012) by operating the loan setting button 361b displayed next to the normal right change graph 361a of Giraud (P012). Can. Also, the game system 301 performs a process related to this request.

As shown in FIG. 26A, the rights management units 318b and 328b use the touch panel 11 to set the in-group lending setting screen 362 for requesting lending of lending rights from Ichiro (P011) to Giraud (P012). indicate.
The intra-group lending setting screen 362 displays a lending point number setting unit 362 a and a lending execution button 362 d.
The loan point number setting unit 362a is a display unit that receives, from Ichiro (P011), the setting of the point number of the loan right for which the loan is requested.

The number-of-lending-points setting unit 362a displays a setting number-of-lendings display unit 362b.
The set loan amount display unit 362 b displays the set point number in the form of set point number / maximum point number.
The set point number is the point number of the lending right requiring the lending. The set point number can be changed within the maximum point number by the operation of the up / down key 362c.
The maximum number of points is the maximum value of points of lending right that can be lent to Ichiro (P011).

In the present embodiment, as in the first embodiment, each player can hold a lending right corresponding to his / her LV.
In this example, since the LV 100 of Ichiro (P011) is lower than the LV 120 of Jiro (P012), the rights management units 318b and 328b display 100 points corresponding to the LV of Ichiro (P011) as the maximum number of points. .
However, unlike this example, when the LV 100 of Ichiro (P011) is higher than the LV of Jiro (P012), the maximum number of points is the point value of the normal right held by Jiro (P012). In other words, if Giro (P012) is LV80, Giro (P012) is the holding right of the normal right currently held, and if it holds the upper limit of 80 points, 80 points are displayed.

The lending execution button 362 d is a button for receiving from the Ichiro (P 011) an instruction to execute lending of the lending right based on the above settings.
The rights management units 318b and 328b execute lending of the lending right from Jiro (P012) to Ichiro (P011) based on the operation of the lending execution button 362d (FIGS. 24 (B1) and 24 (B2)). See the bold line).
That is, 50 points of the ordinary rights held by Giro (P012) are lent to Ichiro (P011) as the lending right.

The right management units 318b and 328b store the changes in these rights in the normal right storage units 16a and 26a and the loan right storage units 316c and 326c.
That is, the right management unit 318b of the game terminal 310 in Ichiro (P011) and the right management unit 328b of the server 320 store the information on which the loan of 50 points from the jiro (P012) is stored in the loan right storage units 316c and 326c.
The right management unit 318b of the game terminal 310 of Jiro (P012) and the right management unit 328b of the server 320 subtract 50 points from the held normal rights and update the information to 70 points in the normal rights storage units 16a and 26a. The information is stored, and information obtained by lending 50 points to Ichiro (P011) is stored in the lending right storage units 316c and 326c.

  In addition, as shown by broken lines in FIG. 24 (B1) and FIG. 24 (B2), the right management units 318b and 328b, after the loan processing, are the normal rights of Ichiro (P011) and Giraud (P012) as normal. Recovery speed is 10 (points / h).

The rights management units 318b and 328b switch the screen display from the in-group lending setting screen 362 to the selection screen based on the operation of the lending execution button 362d (see FIG. 7).
When playing using the lending right, Ichiro (P011) may perform an operation for switching from the selection screen to the play start processing screen.
As shown in FIG. 26B, when the play control unit 18a receives this operation, the play control unit 18a displays the play start processing screen 342 on the touch panel 11.
The play start process screen 342 is substantially the same as the play start process screen 42 (see FIG. 7A) of the first embodiment, and only the display related to the lending right is different.

That is, the right information display section 342a of the play start processing screen 342 includes a total display section 342g.
The total display unit 342g displays a total point value of the normal right owned by Ichiro (P011) and the right of lending granted by Giro (P012). In the example of FIG. 26 (B), the total point value is 80 points.

Ichiro (P011) can use this total of 80 points as a play right to play on the stage.
In this way, Ichiro (P011) can play using the normal right held when Jiro (P012) does not play. The system operator can also be encouraged to play for a long time to the player, which is advantageous.

(Group loan right return process)
Describe the intragroup loan right return process.
The in-group lending right return process is a process for returning a lending right to a player who has given a loan, after the lending right has been leased in the same group.
FIG. 27 is a flowchart of intra-group lending right return processing according to the third embodiment.
Here, in the above example, the case where Ichiro (P011) returns the lending right to Giraud (P012) will be described. Here, an example in which the right management unit 328b of the server 320 performs processing will be described, but as described in the first embodiment, each game terminal 310 and server 320 perform processing while synchronizing each stored information. May be

  In S301, as described above, the right management unit 328b determines whether or not Ichiro (P011) 's normal right has completely recovered, that is, whether it has reached 100 points, which is the holding upper limit value, as the normal right is restored as described above. Do. If the rights management units 318b and 328b determine that all recovery has been performed (S301: YES), the process proceeds to S304, and if it is determined that all recovery has not been performed (S301: NO), the process proceeds to S302.

In S302, the right management unit 328b determines whether or not there is a request for forced return from Gerow (P012).
With forced return, for example, when Jiro (P012) has lent the right to lend, Jiro (P012) has a forced return of the right to lend when the ordinary right to play is insufficient, etc. It is a request for Ichiro (P011).

As shown in FIG. 26C, here, the right management unit 318b of the game terminal 310 of Jiro (P012) displays the loan status display portion 360d on the group management screen 360 of the game terminal 310 of Jiro (P012). Do.
The lending status display unit 360d displays the lending status of the right to Ichiro (P011), that is, information indicating that the lending right to Ichiro (P011) is being lent by 50 points.
In addition, the loan status display unit 360d displays a forced return button 360e.
The right management unit 328b of the server 320 receives a request for forced return based on the forced return button 360e being operated by Gerow (P012).
If the rights management unit 328b determines that a request for forced return has been made from Gerow (P012) (S302: YES), it proceeds to S303, while if it determines that there is no request (S302: NO), The processing from S301 is repeated.

In S303, the right management unit 328b determines whether or not it is possible for Ichiro (P011) to return all the lending rights for which he has been lent to Giraud (P012). That is, the right management unit 328b determines whether or not the number of points of the normal right of Ichiro (P011) is 50 points or more of the lending right by referring to the normal right storage unit 26a.
When it is determined that Ichiro (P011) can return all the lending rights (S303: YES), the right management unit 328b proceeds to S303a, and when it is determined that the return is not possible (S303: S303: NO), proceed to S304.

In S303a, the right management unit 328b returns to Jiro (P012) all the lending rights that Ichiro (P011) has received. That is, the right management unit 328b allocates 50 points of the normal rights held by Ichiro (P011) to the return of the lending right received from Giraud (P012). As a result, the ordinary right held by Ichiro (P011) is reduced by 50 points, and the ordinary right held by Giraud (P012) is increased by 50 points.
If only a part of the lending right is returned by the processing of (1) of S304 described later after the ordinary right of Ichiro (P011) is completely recovered, the remainder of the lending right is returned.
Thus, the lending process between Ichiro (P011) and Giraud (P012) is ended (S306).

In S304, the right management unit 328b allocates the right owned by Ichiro (P011) to the return of the lending right received from Giraud (P012).
Here, in the case of proceeding to S304, it is the following scene. The rights management unit 328b processes each scene as follows.

(1) A scene where the ordinary right of Ichiro (P011) is completely recovered (S301: YES → S304)
Such a scene has, for example, a period in which Giraud (P012) did not play and Mr. Ichiro (P011) did not play on weekdays after the loan right was granted, as expected by Ichiro (P011). As a result, the normal right of Ichiro (P011) is completely restored.
In this case, the right management unit 328b normally allocates the right to recover after exceeding the upper limit of the right to return the right to lend.
And by the process of S305: NO mentioned later and the process of S304 being repeated, a lending right is sequentially returned according to progress of time.

  By the process of (1), Ichiro (P011) can return the lending right granted when he / she wants to play by the right to increase when he / she does not play.

(2) There is a request for forced return from Jiro (P012) in a state where the normal right of Ichiro (P011) is not fully recovered (S301: NO → S302: YES), and the normal right owned by Ichiro (P011) is lent A scene where all loan rights can not be returned because the number of points is less than 50 points (S303: NO → S304)
Such a scene is different from, for example, the speculation of Ichiro (P011), in the weekday after the lending of the right to lend, the general right of Giraud (P012) is lacking due to the play of Giraud (P012), and Ichiro When (P011) continues the play, the normal right may not be recovered sufficiently. Also, for example, when Ichiro (P011) continues playing on weekdays, a weekend is reached with the normal rights not sufficiently recovered by the weekend.

In this case, even if the ordinary rights held by Ichiro (P011) have not reached the upper limit value, the right management unit 328b lends all the ordinary rights held by Ichiro (P011) from Giraud (P012). It will be used to return the loan right received. As a result, the ordinary right held by Ichiro (P011) decreases and the ordinary right held by Giraud (P012) increases by that amount.
Further, the right management unit 328b allocates the right of Ichiro (P011) to recover to the shortage of the right to lend. Then, similarly to the above (1), the processing of S304 is repeated by the processing of S305: NO to be described later, whereby the lending rights are sequentially returned according to the passage of time. As a result, Ichiro's (P011) 's normal right will not increase until the end of the loan right's return.

  According to the processing of (2), even if Jiro (P012) wants to play even if he / she lends the right as the right to lend, the ordinary right to recover Ichiro (P011) is the same as his / her right It can be obtained as As a result, the general right of Giraud (P012) is recovered at double the recovery speed, and therefore, there is less disadvantage for Giraud (P012). In addition, since Jiro (P012) permits the lending of the lending right in advance by the lending permission setting unit 360b (see FIGS. 25 (A) and 26 (C)), he / she is permitted by the lending of the lending right. Even if there is a shortage of the right of

In S305, the right management unit 328b determines whether or not the return of all the lending rights has ended. If the right management unit 328b determines that the return of all the loan rights has ended (S305: YES), the process proceeds to S306, while if it is determined that the return has not ended (S305: NO), S301 Repeat the process from.
In S306, the rights management unit 328b performs a series of processing. In this case, the right management unit 328b deletes the information on the lending of the lending right between Ichiro (P011) and Giraud (P012) stored in the lending right storage units 316c and 326c.

In this manner, the game system 301 enables each player to play for a long time using the normal right of the other player who is not playing, by enabling lending of the lending right within the same group. it can.
As in the first embodiment, the right management unit of this embodiment may control to return more than the loaned part of the lending right. In this case, the player who has lent the lending right can acquire more normal rights than the lending portion. Thereby, the game system 301 can urge the player to lend the lending right.

(Item exchange process in group)
Item exchange processing in the same group will be described.
FIG. 28 is a view showing a display screen of the touch panel 11 at the time of item exchange processing in a group according to the third embodiment.
Here, an example in which Ichiro (P011) of the group G001 performs item conversion of the gyro (P012) in the same group at the current time (13:00 on March 7) will be described.

(Accept item exchange)
As shown in FIG. 28, in the group management screen 360 (see FIG. 25A) of the game terminal 310 owned by Ichiro (P011), the item conversion units 318c and 328c are operated by operating the item conversion button 370b. , And an in-group item conversion screen 370 is displayed on the touch panel 11.
The in-group item conversion screen 370 displays a normal right change graph 370a and an item conversion button 370b.
The normal right change graph 370a is the same as the normal right change graph 361a of jiro (P012) and subrow (P013) of the normal right change screen 361 (see FIG. 25B).

The item conversion button 370b is displayed corresponding to each of the normal right change graph 370a.
That is, the in-group item conversion screen 370 displays the item conversion button 370 b instead of the loan setting button 361 b of the normal right change screen 361 (see FIG. 25B).
The item conversion button 370 b is a button for requesting an item conversion of the player corresponding to the normal right change graph 370 a. That is, the item conversion unit 318c executes item conversion of the gyro (P012) when the item conversion button 370b displayed next to the normal right change graph 370a of the gyro (P012) is operated. The same applies to the item conversion button 370b displayed next to the normal right change graph 370a of the subloin (P013).

The item conversion unit 318c receives an item conversion request when the normal rights of jiro (P012) and subrow (P013) are upper limit values. That is, the item conversion units 318c and 328c receive an item conversion request from Ichiro (P011) when Gerow (P012) normally holds 120 points which is the upper limit. Similarly, when the subloar (P013) normally holds 130 points, which is the upper limit value, it is accepted.
For this reason, it is possible to suppress a situation where the normal right is extremely reduced or the condition is always small during the leaving state for Gerou (P012) and Sauro (P013).

The item conversion units 318c and 328c execute item conversion of the player when Ichiro (P011) operates the item conversion button 370b. For example, when Ichiro (P011) operates an item conversion button 370b corresponding to Gerou (P012), the general right held by Giraud (P012) is converted to the species of the right which is an item.
As described above, the game system 301 makes an item for the item possessed by the general owner of Jiro (P012) (other player) in the same group according to the request of the Ichiro (P011) (each player). Convert. That is, Ichiro (P011) can request item conversion for Gerow (P012) instead of Gerow (P012). Similarly, Ichiro (P011) can also perform item conversion on Subro (P013) instead of Subro (P013).

  The processing of item conversion of jiro (P012) and subrow (P013) is the same as that of the first embodiment. For example, at the time of item conversion of jiro (P012), the item converter 318c of the game terminal 310 owned by jiro (P012) and the item converter 328c of the server 320 are the normal right storage 16a related to jiro (P012), an item storage Update the information about the regular rights and items within 25h. Also, the utilization of the itemized right species is processed in the same manner as in the first embodiment, so that Jiro (P012) can use the right species for the play of each stage.

Here, since the in-group item conversion screen 370 displays the normal right change graph 370a of jiro (P012) and subrow (P013), Ichiro (P011) can be referred to as follows by referring to these. It can be considered which player's normal right is to be converted into an item.
That is, since the jiro (P012) and the sublo (P013) hold the normal rights up to the upper limit, respectively, the item conversion units 318c and 328c can accept item conversion related to the gyro (P012) and the subro (P013). It is.
However, in order to use the species of rights once converted into an item for play, the player needs to reconvert back to normal rights again. This is a little labor for the player. In addition, since the species of the right can be used for play by converting back to the normal right, there is no disadvantage regarding the play right accompanying the item conversion.

For this reason, the request for item conversion of the normal right of jiro (P012) and subrow (P013) by Ichiro (P011) does not require reconversion to the general right by jiro (P012) and subrow (P013) thereafter. It is preferred that
In this case, Ichiro (P011) can consider whether or not to request item conversion relating to jiro (P012) and subrow (P013), similarly to the lending of the lending right within the group. That is, the item conversion may be requested to the player who is expected not to play during the recovery of the normal rights reduced after the item conversion.

In the example of FIG. 28, by referring to the normal right change graph 370a, Ichiro (P011) plays on weekdays for the jiro (P012) as in the reference of the normal right change graph 361a of FIG. 25 (B). It can be expected that the possibility of playing is low, while the possibility of playing on weekdays is high with regard to Saburo (P013).
Therefore, Ichiro (P011) can be expected not to play within the period until the normal right is fully recovered after item conversion for Giraud (P012), while it can be expected to play during this time for Suburo (P013) .

(Process after item exchange)
The item conversion units 318c and 328c process as follows when each player requests an item conversion of another player in the same group.
Here, as in the above-described example, an example will be described in which Ichiro (P011) has requested item conversion of the ordinary right item of Jiro (P012).

(1) With regard to the general right of Jiro (P012), it is restored as in the first embodiment.
For this reason, Gerow (P012) can make the owned normal rights smaller than the upper limit value from the state of the upper limit value by the item conversion request from Ichiro (P011). As a result, similarly to the first embodiment, there is an advantage that, as in the first embodiment, Gerow (P012) can acquire a normal right to recover, etc. even if the standing time continues.
That is, the normal right of jiro (P012) is easy to maintain the state equal to or less than the upper limit value even when the non-playing state (non-playing state) continues for a long time. For this reason, Gerow (P012) has an advantage that, even when the standing state (non-playable state) continues for a long time, it is possible to acquire more normal rights that increase according to the elapsed time.

(2) After Ichiro (P011) converts the play right of Jiro (P012) into an item, Jiro (P012) logs in to the game within the time limit to give a bonus to Ichiro (P011).
The time limit is an elapsed time after item conversion. The time limit can be set by the system operator in the game program or the like, and can be set, for example, within 24 to 48 hours. The benefit may be any advantage to Ichiro (P011), and may be, for example, a normal right, an item to which a character can be worn, or the like.
In addition, the login of the game to Giro (P012) may be another operation as long as it involves an operation related to the game by Giro (P012). A game-related operation may be used, such as using the seed of the right itemized in Giro (P012).

By the process of (2), the game system 301 may be able to obtain a privilege by requesting item conversion of the gyro (P012) even if the normal right of Ichiro (P011) is insufficient. There is. As a result, even if the game system 301 makes a request to Ichiro (P011) to convert an item such as Giro (P012), even if his / her normal right is insufficient, the user logs on to the game, etc. Can encourage them to
On the other hand, when the standing condition of jiro (P012) continues, there is a high possibility that the normal right having reached the upper limit has been converted into an item by Ichiro (P011) or the like. For this reason, the desire to have Ichiro (P011) acquire benefits will work on Giraud (P012). As a result, the game system 301 can prompt the user to log in to the game within the time limit without continuing the standing state for a long time with respect to Jiro (P012).
As a result, the game system 301 can continuously prompt the player forming the group to perform an operation related to the game, so that the game separation can be suppressed.

  Thus, the game system 301 performs an item exchange process in the same group. For this reason, the player can acquire more normal rights to be recovered by performing item conversion and crawling in an idle state.

In addition, in this embodiment, although each player showed the example which can carry out item conversion of the normal right of the other player in the same group, it is not limited to this.
For example, the excess right may be converted into an item instead of the normal right. In this case, the right management unit displays a change graph of excess rights etc. on the in-group item conversion screen 370 based on the information in the excess right storage units 16b and 26b, and accepts the operation of the item conversion button 370b. Just do it. In this case, the converted item may be a seed of the right corresponding to the excess right and may be converted back to the excess right. In this case, since the right does not usually decrease with item conversion, the player does not have to take the trouble of reconverting the seed of the right into the normal right.

  As mentioned above, although an embodiment of the present invention was described, the present invention is not limited to the embodiment mentioned above, for example, various modification and change are possible like modification etc. which are mentioned below, Within the technical scope of the present invention. Further, the effects described in the embodiment only list the most preferable effects arising from the present invention, and the effects according to the present invention are not limited to those described in the embodiment. In addition, although embodiment mentioned above and the deformation | transformation form mentioned later can also be combined and used suitably, detailed description is abbreviate | omitted.

(Modified form)

(1) In the embodiment, the game program is downloaded to the game terminal, and the game program is executed on the game terminal. However, the present invention is not limited to this. For example, the game program may be executed by the server and may be related to a browser game operated on a WEB page displayed on the game terminal.

(2) In the embodiment, the excess right shows an example in which the points increase as time passes after the normal right reaches the upper limit, but it is not limited thereto. The excess right may usually be indicated by the elapsed time itself after the right reaches the upper limit. In this case, a parameter indicating the degree of the normal right is indicated by the elapsed time after the normal right reaches the upper limit value, and the player is given a privilege (play right etc. for the limited time stage) according to the elapsed time. do it.

(3) In the embodiment, the type of the game executed by the game system is an example of RPG, but is not limited to this. The type of game may be any type to which the configuration of the embodiment can be applied, and may be, for example, a fighting game, a shooting game or the like.

(4) In the embodiment, although the group has been described in the form in which a plurality of players are associated by the group ID, the present invention is not limited to this. The form in which the plurality of players are associated may have any configuration, and can be appropriately modified according to the specification of the game or the like. That is, the group is the concept of each player and other players associated in any form. For example, in the case of a specification of a game in which each player can temporarily use the characters of other players in the play of each stage, these players and the other players may be temporarily associated with each other. .

    1, 201, 301 ... game system 10, 210, 210A, 310 ... game terminal 11 ... touch panel 15a, 25a ... game program storage unit 15, 25 ... storage unit 16, 26 ... right information storage unit 16a, 26a ... normal right storage Unit 16b, 26b ... Excessive right storage unit 16c, 26c, 316c, 326c ... Loaned right storage unit 18, 28 ... Control unit 18a ... Play control unit 18b, 28b, 218b, 228b, 318b, 328b ... Rights management unit 18c, 28c , 318c, 328c ... item conversion unit 20, 220, 320 ... server 25b ... management program 25h ... item storage unit 25i ... group information storage unit 216d, 226d ... shared right storage unit

Claims (5)

A game system that can be played by using a play right whose amount increases according to elapsed time,
A right information storage unit which stores, up to a holding upper limit value, a possessed play right which is a play right owned by the player;
And a right management unit that manages the play right of the right information storage unit;
The right management unit
Changing a play right increase speed, which is an increase amount per hour of the play right, according to a player's operation;
A game system characterized by In the game system according to claim 1,
The right management unit
Changing the speed of play right increase in a set period,
A game system characterized by In the game system according to claim 1 or 2,
The right management unit
Accepting schedule settings in which multiple periods with different play rights increase speed are placed within the set period,
A game system characterized by In the game system according to any one of claims 1 to 3.
The right management unit
At the time of setting the schedule, accepting the setting of the schedule even if the time when the scheduled increase value for increasing the playing right based on the setting of the schedule exceeds the holding limit value of the playing right
A game system characterized by A computer provided with a game system that can be played by using a play right whose amount increases with the elapsed time,
Right information storage means for storing up to the upper limit value of possessed play rights which are play rights possessed by the player, and
Function as right management means for managing the play right of the right information storage means,
Said right management means,
Functioning to change the play right increase speed, which is an increase amount per hour of the play right according to the player's operation;
A game program characterized by

Images