JP7083618B2 - Game system, game program - Google Patents

Description

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

Conventionally, there has been a game device that consumes a play right for playing such as stamina (for example, Patent Document 1).
However, the conventional game device does not have a special feature regarding the use of this play right.

Japanese Unexamined Patent Publication No. 2016-185350

An object of the present invention is to provide a game system and a game program in which play rights can be developed and used.

The present invention solves the problem by the following solution means. In addition, in order to facilitate understanding, the description will be given with reference numerals corresponding to the embodiments of the present invention, but the present invention is not limited thereto. Further, the configurations described with reference numerals may be appropriately improved, or at least a part thereof may be replaced with other configurations.

-The first form is a game system that can be played by using a play right that increases in amount according to the elapsed time, and is a right to store the possessed play right, which is the play right possessed by the player, up to the possessed upper limit. The information storage unit (16, 26) and the right management unit (18b, 28b) that manages the play right of the right information storage unit are provided, and the right management unit has a play right time according to the operation of the player. It is a game system characterized by changing the speed of increasing the play right, which is the amount of increase per hit.
The second form is a game system in which the right management unit (18b, 28b) changes the play right increase speed in a set period in the game system of the first form. ..
-In the third form, in the game system of the first or second form, the right management unit (18b, 28b) accepts a schedule setting in which a plurality of periods having different play right increase speeds are arranged within the set period. It is a game system characterized by.
A fourth form is an increase in which the right management unit (18b, 28b) increases the play right based on the schedule setting at the time of setting the schedule in the game system of any one of the first to the third forms. It is a game system characterized in that it accepts schedule settings even when the planned value exceeds the upper limit of possession of the play right.
-In the fifth form, the computer provided with the game system that can be played by using the play right whose amount increases according to the elapsed time is stored up to the holding upper limit value, which is the play right held by the player. The rights information storage means (16, 26) and the right management means (18b, 28b) for managing the play right of the right information storage means are made to function, and the right management means is used as a play right according to a player's operation. It is a game program characterized by functioning to change the speed of increase in play rights, which is the amount of increase per hour.

-In the first and fifth forms, the play right increase speed can be set according to the player's convenience, schedule, and the like.
-In the second mode, the play right increase speed is changed in the set period, so that the play right increase speed can be improved for a short time (for example, within 60 minutes) from the present time. As a result, for example, it is possible to suppress a lack of play rights even when playing intensively in a short time.
-In the third mode, a schedule for increasing the play right can be set according to the player's convenience, schedule, and the like.
-The fourth mode can accept the schedule setting even when the play right exceeds the holding upper limit value on the simulation based on the schedule setting.

It is a figure explaining the structure of the game system 1 of 1st Embodiment. It is a table explaining the storage information of the player information storage unit 25c of the server 20 of 1st Embodiment. It is a graph explaining the change of the normal right and the excess right of the 1st embodiment. It is a graph explaining the change of the normal right and the excess right of the 1st embodiment. It is a figure which shows the login screen 40 and selection screen 41 of 1st Embodiment. It is a figure explaining the screen transition of the touch panel 11 of 1st Embodiment. It is a figure which shows the 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 accepting the item conversion reservation of 1st Embodiment. It is a graph explaining the increase / decrease of the normal right after accepting the item conversion reservation of the 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 and the excess right of the 1st embodiment. It is a figure which shows the transition of the screen in the loan right processing of 1st Embodiment. It is a figure explaining the change of the ordinary right and the lending right of 1st Embodiment. It is a figure explaining the transition of the screen displayed at the time of the recovery speed management process of 1st Embodiment. It is a graph explaining the change of the ordinary right after setting the recovery speed of the ordinary right of 1st Embodiment. It is a figure explaining the structure of the game system 201 of the 2nd Embodiment. It is a figure explaining the storage information of the player information storage unit 25c, the shared right storage unit 216d, 226d of the second embodiment. It is a figure explaining the character-stage information included in the game program of 2nd Embodiment. It is a graph explaining the change of the ordinary right and the common right of the 2nd embodiment. It is a figure explaining the transition of the screen at the time of using the sharing right of 2nd Embodiment. It is a graph explaining the change of the sharing right of the game system 201 of another embodiment of 2nd Embodiment, and is the figure which shows the sharing right attribute selection screen 244 of the game terminal 210A of 2nd Embodiment. It is a figure explaining the structure of the game system 301 of the 3rd Embodiment. It is a graph which shows the change of the ordinary right and the lending right of the 3rd embodiment. It is a figure which shows the display screen of the touch panel 11 at the time of the loan processing of 3rd Embodiment. It is a figure which shows the display screen of the touch panel 11 at the time of the loan processing of 3rd Embodiment. It is a flowchart of the loan right return processing in a group of 3rd Embodiment. It is a figure which shows the display screen of the touch panel 11 at the time of the item exchange processing in the group of 3rd Embodiment.

(Embodiment)
Hereinafter, embodiments of the present invention will be described with reference to the drawings and the like.
(First Embodiment)
FIG. 1 is a diagram illustrating a configuration of the game system 1 of the first embodiment.
FIG. 2 is a table for explaining the stored information of the player information storage unit 25c of the server 20 of the first embodiment.
In the embodiment, when a specific player P is indicated, the player name is appropriately used, and the player ID, which is the player identification information, is added in parentheses. That is, the specific player P is described as, for example, a player (P011), Ichiro (P011), or the like.
The game system 1 is for a player 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 smartphone), 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 multifunctional mobile phone will be described. The game program executed on the game terminal 10 is downloaded from the server 20 to the game terminal 10. Further, the game program may be downloaded from the content server of the content service operator that distributes digital contents (application, movie, music).

The game of the embodiment is, for example, a role-playing game (RPG) in which a player constitutes a party with four characters C and operates the characters C in order to fight against the enemy E to damage the enemy E (RPG). See FIG. 7 (C)).
The player owns a plurality of characters C, and selects three of the four characters C to be used in each play. As the fourth character C, a character C owned by another player can be used.

[Configuration of game system 1]
As shown in FIG. 1, the game system 1 includes a game terminal 10 and a server 20. Although FIG. 1 illustrates one game terminal 10, the game system 1 actually includes a game terminal 10 owned by each player.
The game terminal 10 and the server 20 are connected to each other by a communication network 2 using the Internet or the like, and can perform information communication as needed.

The game terminal 10 and the server 20 are computers.
In the embodiment, the computer means an information processing device including a storage device, a control device, and the like. The game terminal 10 and the server 20 are information processing devices including storage units 15, 25, control units 18, 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, programs, and the like necessary for the operation of the game terminal 10 and the server 20. The storage units 15 and 25 include semiconductor memory elements 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 for controlling them in an integrated manner. The control units 18 and 28 are composed of, for example, a CPU (Central Processing Unit) and the like. The control units 18 and 28 realize various functions of the embodiment by appropriately reading and executing various programs stored in the storage units 15 and 25.

(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 also serves as a display unit for displaying information to the player and an operation unit for receiving an operation from the player. As the touch panel 11, for example, a capacitance type touch panel can be used.
The touch panel 11 displays a play screen, each setting screen, and the like, and can also receive an operation at the time of play and an operation at each setting.

The storage unit 15 includes a game program storage unit 15a and a rights information storage unit 16.
The game program storage unit 15a is a storage area for storing the game program for the game terminal 10. As described above, the game program can be downloaded from the server 20, the content server, and 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 store information regarding the normal right, the excess right, and the loan right as play rights, respectively.
As will be described later, the server 20 also includes a rights information storage unit 26. The stored contents of the two rights information storage units 16 and 26 are the same by synchronizing (for reference, the reference numerals of the storage units 16 and 16a, 16b and 16c are added in parentheses in FIG. 2). However, the game terminal 10 temporarily stores the above information while the game program is being started after logging in to the game (that is, an operation for making the game terminal 10 in a state where operations related to the game can be performed). It suffices to remember it in such a way. This is because the server 20 always stores the above information.
Details of each right information will be described later.

Although detailed description is omitted, the storage unit 15 includes a storage area for acquiring and storing information about the game from the server 20 in addition to the right information storage unit 16 after login.
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 cause the server 20. Information necessary for the game (character C, information about items, etc.) is acquired and stored from. Then, the game terminal 10 performs processing related to the game while matching the stored information of the game terminal 10 with the stored information of the server 20 as necessary.

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 18a performs processing related to the progress of play on the game terminal 10.
The right management unit 18b performs processing related to management of each right information of the player.
The item conversion unit 18c performs processing related to conversion between normal rights and the like and items that can be used in 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 in the facility 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 (keyboard, mouse, or other input device, etc.) for the administrator of the game system 1 to operate the server 20, a management screen, etc. at the time of maintenance. It is equipped with a display unit (liquid crystal display device, etc.) and the like.

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 25a stores a game program to be downloaded to the game terminal 10.
The management program 25b is a program for performing various processes and controls of the server 20. The management program 25b relates to, for example, management of each right information, processing related to items, and the like. The management program 25b is not directly involved in the play control on the game terminal 10, but is included in a kind of game program because it performs processing related to the game.

The player information storage unit 25c stores information in which the player ID and play-related information, which is information about the player's game, are associated with each other. 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 remembered in.
The player ID is identification information that identifies the player. The player ID is not limited to the unique information provided for the game system 1, and for example, an e-mail address, terminal identification information individually assigned to the game terminal 10, or the like may be used.
Further, although not shown, the player information storage unit 25c stores the player ID in association with the login password for starting the processing 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 25f stores the player's play level (the play level is also referred to as “LV”). 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 player with a higher LV tends to have a higher skill in the game and a longer playing experience.
The character storage unit 25g stores information and the like 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 when selecting a friend (see FIG. 7B).
The item storage unit 25h stores information such as items owned by the player. The types of items include those equipped by character C (swords, shields, etc.) as well as the types of rights described below.

The group information storage unit 25i stores information about 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 and can cooperate in the game. In the embodiment, other players in the group to which each player belongs are also referred to as friends.

The right information storage unit 26 stores each right information regarding the player's play, similarly to the right information storage unit 16 of the game terminal 10.
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 store information regarding the normal right, the excess right, and the loan right as play rights, respectively.
Details of each right information will be described later.

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

[Summary of rights information]
The outline of the rights information that can be used in the game system 1 will be described.
3 and 4 are graphs illustrating changes in the normal right and the excess right according to the first embodiment.
FIG. 3 shows a mode in which normal rights and excess rights change in a state where they are not used in play or the like.
The degree of each right held by the player is expressed by the number of points (parameter).

(Normal rights)
Normal rights have attributes that can be used for play and item conversion at each stage.
Normal rights are granted to the player by increasing over time. In embodiments, increasing normal rights is also referred to as "recovery."
Conditions for increasing ordinary rights include, for example, the following, in addition to those due to the passage of time.
-The normal right increases on condition that the player's LV is increased (that is, the LV is increased). In this case, the normal right is granted up to the upper limit according to the LV increase, regardless of the holding amount before the LV increase.
-Normal rights increase by using the seeds of rights that are items. As will be described later, the player can acquire the seed of the right by item conversion. Although detailed description is omitted, the player can also purchase the seeds of the right from the system operator online through the content service operator.

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

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

(Excess right)
As will be described later, the excess right has an attribute that can be used for playing on the stage according to the granted time zone.
As shown in FIG. 3, after the normal right reaches the upper limit, the excess right increases at the same recovery speed as the normal right while the normal right maintains the upper limit. That is, the rights management units 18b and 28b grant normal rights up to the upper limit as the right to recover with the passage of time. Then, the rights management units 18b and 28b have the right to recover in excess of the upper limit with the passage of time after the possession right reaches the upper limit, as an excess right instead of the normal right, and the excess right storage unit 16b. , 26b.
As a result, the player can hold the right granted in excess of the upper limit of the normal right as an excess right.

As shown in FIG. 4, when the normal right is reduced from the upper limit value to less than the upper limit value by the player playing, the rights management units 18b and 28b increase the excess right while the limit value is less than the upper limit value. Stop. Then, after the normal right reaches the upper limit again, the increase of the excess right is resumed.

Excess rights will decrease over time 24 hours after being granted. The reduction speed is the same as the recovery speed, and it decreases by 10 points in 1 hour. Therefore, when the excess right is not used, the points given 24 hours ago are sequentially extinguished, while new points are given, so that the excess right becomes constant (see FIG. 3).
Therefore, in the embodiment, the upper limit value is not set for the excess right, but the upper limit value or the like corresponding to the LV may be set as in the normal right.

(Lending right)
The loan right is normally lent to the player from the game system 1 at the request of the player when the right is insufficient. The loan right storage units 16c and 26c store the loan right lent to the player.
The details of the graph showing the increase / decrease in lending rights (see FIG. 14) will be described later.
Lending rights, like regular rights, have attributes that can be used to play at each stage. Therefore, the player can play by using the loan right when the normal right is insufficient or the like.
Like the normal right, the lending right has an upper limit of the same numerical value as the LV, and becomes higher according to the LV of the player. For example, if the player is LV100, the upper limit of the excess right is 100 points. (See the upper limit of the loan right storage units 16c and 26c shown in FIG. 2).
Therefore, the higher the level, the more the player can request the game system 1 to lend more lending rights.

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

When the control unit 28 of the server 20 determines that these are appropriate, the control unit 28 reads out the information necessary for the processing related to the game from the storage unit 25 and transmits it to the game terminal 10. When the control unit 18 of the game terminal 10 receives this, the control unit 18 displays the selection screen 41 (see FIG. 5B) on the touch panel 11.
On the other hand, if the control unit 28 of the server 20 determines that these are inappropriate, the control unit 28 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 re-input (not shown).

The selection screen 41 of FIG. 5B will be described.
The selection screen 41 displays a selection button corresponding to the process to be transferred next.
That is, the selection screen 41 is a button corresponding to the play start process, the item management process, the excess right management process, the play right recovery setting process, and the group management process, the play start process button 41a, the item management button 41b, and the excess right management. The button 41e, the recovery speed setting button 41c, and the group management button 41d are displayed.
The description of the group management screen 360, the normal right change screen 361, the group loan setting screen 362, and the group item conversion screen 370 shown in FIG. 6 will be omitted in the present embodiment.
As shown in FIG. 6, the control unit 18 of the game terminal 10 displays the processing screen corresponding to each button when each button is selected, and starts the processing corresponding to each button.
The screen of the touch panel 11 and the screen transition thereof shown in FIG. 6 correspond to the processing of the game system 1 and the transition of the processing. For example, when the display of 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 for accepting selection of subsequent processing) to the play start processing. It corresponds to.

If the rights are changed after logging in, the rights management unit 18b of the game terminal 10 transmits information about the changed rights to the server 20. Upon receiving this, the server 20 updates the information regarding each right of the player information storage unit 25c. As a result, the information regarding each right of the game terminal 10 and the information regarding each right of the server 20 match, that is, match.

After logging out, the rights management unit 28b of the server 20 processes the changes in the rights information with the passage of time (that is, the normal rights recovery process, the excess right grant, the extinction process, the loan right return process, etc.). You do not have to do. That is, the rights management unit 28b maintains the rights information unchanged after the logout, and at the next login, the rights information reflects the changes in the rights corresponding to the time from the logout to the login. You may. Further, 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 reflected right information may be transmitted to the server 20.
As a result, the server 20 does not need to process the change of the right information from the time when the player logs out to the time when the player logs in, so that the load can be reduced.

In the embodiment, the concept of reflecting the recovery amount corresponding to the elapsed time from logout to login in the right information at login is also included in the concept that the right changes according to the passage of time. Explain 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 above-mentioned right according to the elapsed time. If there is a change in the right due to the change in the right, or a change in the item information due to the use of the item), the information in the storage units 15 and 25 of both is synchronized to match.

(Play process)
FIG. 7 is a diagram showing a screen transition during the play process of the first embodiment.
In addition, in FIGS. 7 and 7 and later, the drawing explaining the display of the screen of the touch panel 11 omits the illustration of the outer shape of the game terminal 10 as appropriate.
As shown in FIG. 7A, the control unit 18 of the game terminal 10 displays the play start processing screen 42 on the touch panel 11 in the game start processing.
The play start processing screen 42 displays the right information display unit 42a and the stage selection unit 42b.
The right information display unit 42a shows each right held by the player by a band-shaped graph and a point value. The black part of the graph corresponds to the numerical value of the rights held. 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 42b is a button that accepts the selection of the stage that the player wants 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 limited-time stage L1, and the selection button 42f of the event stage E20.
The player may select a button corresponding to a desired stage from the normal stages St10 and St20, the limited-time stage L1 and the event stage E20.

(Overview of regular stage, limited-time stage, event stage)
An overview of the regular stage, limited-time stage, and event stage will be explained.
As "normal right 10" and "normal right 20" are displayed inside the selection buttons 42c and 42d of the normal stages St10 and St20, in order to play in the normal stages St10 and St20, the normal right is 10 respectively. ， 20 points are required. In this way, the normal stage can be played using the normal right. In the normal stage, as will be described later, a part or all of the normal right can be played in place of the loan right.

In the normal stage, the higher the LV of the player, the higher the difficulty level of the stage is opened. In addition, the higher the normal stage, the more points are required. That is, the higher the LV, the more rights points are required for the play, although the player can play on the higher normal stage. Therefore, the higher the LV, the higher the upper limit of the normal points that can be held. It should be noted that the setting that requires more rights in such a higher stage is not limited to the normal stage, and in other stages (for example, a limited-time stage, etc.), a rank is set for the stage, and the higher stage, the higher the stage. The required rights may be increased.
Note that FIG. 7A shows only the selection buttons 42c and 42d of the two normal stages St10 and St20, but by scrolling the screen, the selection button of the higher normal stage is displayed, and the higher level is displayed. You can select the normal stage of.

The limited-time stage L1 is open only during a limited time of the day. The opening day of the limited-time stage may be daily or only on weekdays. By defeating the enemy E in the play in the limited-time 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 limited-time stage L1 is different for each player, for example, it is grouped according to the player ID and the like, and "P001 to P010 are from 12:00 to 13:00" and "P011 to P020 are 13:". It is set to "00 to 14:00" and the like.

As "normal right 1" is displayed inside the selection button 42e of the limited-time stage L1, one point of the normal right is required to play in the limited-time stage L1. Further, the limited-time stage L1 can be played by using the normal right as in the normal stage, and can play a part or all of the normal right in place of the loan right.
In this way, the limited-time stage L1 is a special stage for players because it is a chance to acquire advantageous items as described above and can be played with a small right such as 1 point. Can be positioned as.
Note that FIG. 7A shows an example in which only one selection button 42e is shown and only one limited-time stage L1 is prepared, but the present invention is not limited to this, and a plurality of limited-time stages are provided. You may.

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

For the player, such an event stage is also an opportunity to acquire benefits like the limited-time stage. However, the event stage cannot be played with a small number of rights points like the limited-time stage. As shown inside the selection button 42f of the event stage E20, in order to play in the event stage, the same points as the normal stage (for example, 10 points or more) are required.
The game program during the event period is different from the normal game program because the event stage can be executed. The system operator may store the game program during the event period in the server 20, the content server, or the like so that the game terminal 10 can 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 constituting a party to be played on the stage. The play control unit 18a appropriately acquires information (information of each character C, etc.) necessary for displaying the character selection screen 43 from the server 20.
The character selection screen 43 displays the character selection unit 43a and the friend selection unit 43b.
The character selection unit 43a displays a selection button for selecting the character C owned by the player (Ichiro (P011) in the example of FIG. 7). The player can select three characters C by selecting the three selection buttons.
The friend selection unit 43b includes a selection button for adding a friend's representative character to the party composition. The player can select one character C by operating one selection button.
By the above operation, the player can select four characters C.
The rights management units 18b and 28b of the game terminal 10 and the server 20 determine the use of the normal rights according to the four character selections on the character selection screen 43. At the same time, the play control unit 18a of the game terminal 10 starts playing.

In the example of FIG. 7C, the play control unit 18a of the game terminal 10 displays the play screen 44 in response to the acceptance of the selection of the four characters C, and starts playing the normal stage St10.
The play control unit 18a of the game terminal 10 processes the play progress in which the four characters C fight against the enemy E in order according to the operation of the player. When the HP (parameter indicating the physical strength value) of the enemy E becomes 0, the play control unit 18a of the game terminal 10 determines that the player wins, while the HP of all four characters C becomes 0. If it becomes, 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 the play result. Further, the control units 18 and 28 give the player points, experience points, items, etc. according to the play result.
After that, the control unit 18 of the game terminal 10 ends the play process of the normal stage St10, and displays the play start process screen 42 again.

(Item management process)
The item management process will be described.
FIG. 8 is a diagram showing a display screen during the item management process of the first embodiment.
As shown in FIG. 8A, the control unit 18 of the game terminal 10 displays the item management screen 45 on the touch panel 11.
The item management screen 45 displays the item conversion button 45a, the item conversion reservation button 45b, and the item use button 45c. The control unit 18 of the game terminal 10 shifts to the item conversion process, the item conversion reservation process, and the item use process, respectively, according to the operation of each button. The player may operate the 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 and starts the item conversion process in response to the operation of the item conversion button 45a.
The item conversion screen 46 displays the item conversion execution button 46a.
In addition, the item conversion screen 46 displays information 46b and the like regarding the ordinary rights held.
The item conversion execution button 46a is a button for receiving an item conversion execution instruction. If the player wishes to convert an item, the player may operate the item conversion execution button 46a.

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

The seeds of rights after item conversion are those that can be used to play at each stage, that is, they relate to play rights.
Therefore, the player can hold the play right as an item by converting the play right from the normal right to the seed of the right.

In addition, since the normal rights held are subtracted according to the item conversion, the point difference between the normal rights currently held and the upper limit value (= upper limit value-normal rights held at the present time) is ,growing. That is, the point difference was 60 before the item conversion, but increases to 90 after the item conversion.
As a result, the game system 1 can prevent the recovery time from being wasted even if the neglected state in which the normal right is not used after logging out continues for a long time.

That is, when the item is not converted, the above point difference is 60 points, so that the upper limit arrival time until the normal right reaches the upper limit value is 6 hours from the present time because the recovery speed is 10 (points / h). Is. Normal rights do not recover beyond the upper limit. For this reason, if the neglected state exceeds 6 hours from the present time, the player cannot acquire the normal right that should have been acquired if the upper limit value has not been reached in this exceeded time.

On the other hand, when the item is converted, the point difference increases to 90 points as compared with the case where the item is not converted, so that the upper limit arrival time is also extended by 3 hours to 9 hours. Therefore, even if the neglected state continues for 9 hours, the normal right is restored during this period, so that the player can acquire the normal right. As a result, if the player plays again within 9 hours from the present time, the player can acquire the normal right even after 9 hours before reaching the upper limit. Further, even if the player does not play again within 9 hours from the present time, the player can acquire the normal right for 3 hours of the extended upper limit reaching time. For this reason, the player can change the item even if the normal right has reached the upper limit value or the vicinity of the upper limit value, for example, when there is a plan that the player cannot play for a long time or when he / she is tired and wants to go to bed early. You can effectively acquire the normal right to recover. Therefore, the game system 1 can increase the degree of freedom in selecting the time zone in which the player plays.

In a form different from the present embodiment, since the normal points cannot be converted into items, the player cannot acquire the normal right that should have been acquired as described above. This can be a source of player dissatisfaction. Also, in this form, it is necessary to play in each stage in order to reduce the normal right and increase the above point difference. However, for example, playing before going to bed may be painful for the player. Such dissatisfaction, pain, and the like of the player are, for example, one of the major factors that hinder continuous play (for example, daily play), and are also a factor of leaving the game (stopping the game).
On the other hand, in the game system 1 of the present embodiment, as described above, the degree of freedom in selecting the time zone in which the player plays can be expanded, so that such dissatisfaction of the player can be reduced and continuous play can be performed. Can be strongly encouraged.

The above description shows an example of converting only ordinary rights into items, but the present invention is not limited to this. For example, if the normal rights required for item conversion are insufficient, the loan right described later may be used for the insufficient rights. In this case, whether or not the item conversion unit 18c uses the lending right by displaying the same screen as in FIGS. 13 (A) to 13 (C) described later on the touch panel 11 in the item conversion process. Should be confirmed with 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 also starts the item conversion reservation process.
The item conversion reservation process responds to the acceptance of the player's reservation operation, that is, to the advance acceptance of item conversion from the possessed normal right, at the scheduled recovery date and time (scheduled time) after the present time. It is a process to perform item conversion.

The item conversion reservation screen 47 displays the scheduled recovery date / time display unit 47a and the reservation button 47b.
Further, the item conversion reservation screen 47 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 the scheduled recovery date and time. The scheduled recovery date and time is the date and time when the normal right reaches the upper limit when the time has passed without using the normal right from the present time. In addition, the scheduled recovery date / time display unit 47a also displays the time required to reach the upper limit value.

In the example of FIG. 8C, the current date and time is 01:00 on January 10, and the ordinary right held is 40 points. The item conversion unit 18c calculates the required time "6 hours" by dividing 60 points up to the upper limit by the recovery speed 10 (points / h), and based on this, 6 hours after the current date and time. The scheduled recovery date and time "January 10th 07:00" is calculated.
The reservation button 47b is a button for accepting a reservation for item conversion. When the player wishes to make an item conversion reservation, he / she may operate the reservation button 47b.
The player can make an item conversion reservation, for example, when he / she does not play for a long time after the end of play.

The 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 illustrating an increase / decrease in the normal right after receiving the item conversion reservation of the first embodiment.
In step S2, the item conversion unit 18c determines whether or not the normal right has been used after the item conversion reservation is received (S2) and before the scheduled recovery date and time elapses. The item conversion unit 18c proceeds to S5 when it is determined that the normal right has reached the upper limit (S2: YES), and proceeds to S3 when it is determined that the normal right has not been reached (S2: NO). 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 elapsed. In this case, the normal right reaches the upper limit as scheduled at "07:00 on January 10", which is the scheduled recovery date and time. In such an example, for example, it is assumed that the player is converted into an item by restoring the normal right to the upper limit value while sleeping.

On the other hand, in the example of FIG. 10B, between "06:00 on January 10" and "07:30" before "07:00 on January 10", which is the scheduled recovery date and time. This is the case when the player plays. Such an example is, for example, a scene in which a player plays because he / she got up earlier than planned, although it was assumed that the normal right was restored to the upper limit and the item was converted while sleeping.
If the normal right is used before the scheduled recovery date and time, the play right will be reduced by the scheduled recovery date and time, so the scheduled recovery date and time is "07:00 on January 10". 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 scheduled recovery date and time has elapsed. The item conversion unit 18c proceeds to S4 when it is determined that the scheduled recovery date and time has elapsed (S3: YES), while processing from S2 when it is determined that the recovery schedule has not elapsed (S4: NO). repeat.

In the processing so far, in the example of FIG. 10A, since the normal right reaches the upper limit value 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 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 required for item conversion is sufficient. If the item conversion unit 18c determines that the normal rights required for item conversion are sufficient (S4: YES), the process proceeds to S5, and if it is determined that the normal rights are not sufficient (S4: NO), the item conversion unit 18c proceeds to S5. The process of S4 is repeated.
Here, when S4: NO is determined, it is a case where a lot of normal rights are used in a play or the like before the scheduled recovery date and time, or when there are many necessary rights or the like for one stage. In such a case, the item conversion unit 18c waits until the normal right is restored to the number of points required for item conversion by repeating the process of S4.

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

By the above processing, the game system 1 has the following actions and effects.
(1) When the item is converted by the item conversion 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. Therefore, the same effect as the item conversion without the above-mentioned reservation (suppression of waste of right recovery time, etc.) is obtained.
In addition, the above effect can be further improved by playing after item conversion and before the normal right reaches the upper limit. That is, the player can extend the time point until the normal right reaches the upper limit value again by playing after the item conversion until the normal right is fully recovered. In the example of FIG. 10A, when the normal right reaches the upper limit again by playing from 07:00 after the item conversion to 10:00 when the normal right is fully recovered, It will be extended after 10:00.
In this way, the player can control the time for the normal right to reach the upper limit as short as possible by controlling the time until the normal right reaches the upper limit.

(2) By playing between the item conversion reservation and the scheduled recovery date and time, even if the normal right does not reach the upper limit at the scheduled recovery date and time (S2: NO), if the scheduled recovery date and time elapses (S2: NO) S3: YES), execute item conversion. Therefore, even if you play after the item conversion reservation and before the scheduled recovery date and time, the item will be converted to the scheduled recovery date and time. Therefore, the time until the scheduled recovery date and time is not wasted, and it does not interfere with the play, so that the play frequency does not decrease even if the item conversion reservation is made.
That is, unlike the embodiment, if the reservation is canceled according to the play at these times, the player wastes the time waiting for the item conversion. Therefore, in this form, the play is hindered until the scheduled recovery date and time, and the item conversion reservation becomes a factor of lowering the play frequency.

The item conversion unit 18c of the game terminal 10 executes this even during play by satisfying the item conversion conditions (S4: YES). However, the item conversion unit 18c is not limited to this, and if the play is performed between the item conversion reservation and the scheduled recovery date and time, the item conversion unit 18c stops counting the passage of time until the scheduled recovery date and time. May be good. Then, the item conversion unit 18c may restart the counting of the passage of time after the end of the play, and extend the scheduled recovery date and time by the count stop period.
For example, when the scheduled recovery date and time is "07: 00 on January 10" and the play is performed for 1 hour and 30 minutes from "06: 00 to 07:30", the item conversion unit 18c performs this play. Stops counting the passage of time until the scheduled recovery date and time. In addition, when the play ends at "07:30", the item conversion unit 18c extends the scheduled recovery date and time to "09:00 on January 10" by extending this 1 hour and 30 minutes, which is the count stop period. After updating, restart counting. Subsequent processing is the same as the above processing (see FIG. 10B).
In this form, items are not converted unexpectedly during play, and from the item conversion reservation (01:00 on January 10) to the start of play (06:00 on January 10). Waiting time is not wasted.

(Item usage process)
The item use process is a process of reducing (converting) a right seed to a normal right by using the right seed 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 usage screen 48 displays the conversion execution button 48a.
In addition, the item usage screen 48 displays information such as items owned by the player and conversion contents.
The conversion execution button 48a is a button that accepts the operation of converting from the seed of the right to the normal right. When the player wishes to execute the conversion from the seed of the right to the normal right, the player may operate the conversion execution button 48a.

The item conversion unit 18c of the game terminal 10 converts one of the rights possessed by the player into a normal right in response to the operation of the conversion execution button 48a.
By this conversion process, the normal rights of the normal rights storage units 16a and 26a are increased. Players can use their normal rights to play the stage.
If the normal right exceeds the upper limit due to the use of the seed of the right, the item conversion units 18c and 28c may store the excess as an excess right in the excess right storage units 16b and 26b. good.

(Excess rights management process)
FIG. 11 is a diagram showing the excess right management screen 49 of the first embodiment.
FIG. 12 is a graph illustrating changes in the normal right and the excess right according to the first embodiment.
As shown in FIG. 11, the right management unit 18b 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 the stage selection unit 49a.
In addition, the excess right management screen 49 displays information 49b such as information (acquisition date, number of points) regarding the excess rights held.

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

(1) The stage was playable during the period in which the excess right was granted to the player. The condition of (1) will be described with reference to FIG.
The player currently holds 240 points of excess rights at "13:00 on January 11th".
The rights management unit 18b grants the excess rights 240 points to the player from "13:00 on January 10 to 13:00 on January 11". The stages that could be played during this period are the limited-time stage L1 and the event stage E20. Further, at present, the excess rights granted during the playable period of the limited-time stage L1 and the event stage E20 remain without extinguishing.

The right management unit 18b, as a stage that can be played with this excess right, is a limited-time stage L1 that was playable during the period "11:00 to 21:00 on January 10" when this excess right was granted to the player. Select event stage E20. In this way, the excess right has an attribute that allows the stage corresponding to the increase (that is, the granted period) to be playable.
In addition, the normal stage can be played even at the present time "January 11th 13:00" if the normal right is used. 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 the stage is not limited to this, and may be included.

This allows excess rights to have different attributes than normal rights. Further, since the excess right makes the stage that was playable at the time of increase (grant) retroactively playable, it can have an attribute that reflects the situation at the time of increase.

(2) It is possible to play with the excess right held at the time when the stage was opened. As shown in the selection button 49c of FIG. 11, the required right of the limited-time stage L1 is 1 point. Further, at the time when the limited-time stage L1 is open (at any time from 13:00 to 14:00 on January 10), the excess holding right is 1 point or more.
Similarly, the required right for event stage E20 is 20 points. When the event stage E20 is open (anytime between January 1st and January 10th, 24:00), the excess holding right is 20 points or more.
Therefore, the rights management unit 18b determines that these two stages satisfy the above conditions.

In this way, the rights management unit 18b determines that these two stages satisfy the conditions (1) and (2) above, and displays the selection button 49c of the limited-time stage L1 and the selection button 49d of the event stage E20. ..
Not limited to this, the right management unit 18b may display a list of buttons corresponding to the stages satisfying the above condition (1) on the excess right management screen 49. In this case, it is sufficient to accept only the button selection operation corresponding to the stage satisfying the above (2).

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

By the above processing, the game system 1 has the following actions and effects.
(1) It is possible to go back to the past stage and play by using the excess right. Therefore, even if the player cannot play because he / she is busy, for example, he / she can obtain the benefit of being able to play these stages by using the excess right. In addition, even if the player does not play for a long time, the excess right is extinguished in sequence and the holding amount is limited, so that fairness with other players who play frequently can be ensured.
(2) As mentioned above, the excess right is extinguished in a timely manner. Therefore, even if there is a stage in which the player could not play, the game system 1 can urge the player to play before the excess right is extinguished. As a result, it is possible to suppress the player from leaving the game.

(3) Generally, the player has a desire to play a plurality of stages, but the number of stages that can be played in a short period of time is limited by the number of points of the normal right. For example, in the scene of FIG. 7A described above, if the three stages of the normal stage St10, St20 and the event stage E20 are played, the required normal rights total 50 points, so that more play is possible. Can not. However, the event stage E20 and the limited-time stage L1 can be played on the next day by using the excess right. Therefore, the player can take a strategy of first playing more normal stages and then carrying over the event stage E20 or the like to the next day by using the normal right. In this case, there is a benefit to the player, and there is also a benefit to the system operator that continuous play can be promoted and the player can suppress the player from leaving the game.

(Lending right processing)
FIG. 13 is a diagram showing a screen transition in the loan right processing of the first embodiment.
The play start processing screen 50 of FIG. 13A and the play start processing screen 42 of FIG. 7A described above are similar screens. However, the display content of the right information display unit 42a (that is, the right owned by the player), the display content of the stage selection unit 42b (that is, the stage that the player is trying to select), and the like are different between the two.
At the time when the play start processing screen 50 of FIG. 13A is displayed (13:00 on January 10), the player has 10 points of the normal right. Also, in order to play the normal stage St50, 50 points of normal rights are required. Therefore, in order for the player to play the normal stage St50, the normal right is insufficient by 40 points.
The loan right process is a process of lending a loan right to a player as a right to play in such a case.

By checking the display inside the right information display unit 50a of FIG. 13A and the selection button 50a of the normal stage St50, the player recognizes that the normal right is insufficient to play the normal stage St50. be able to.
As shown in FIG. 13B, when the player selects (for example, taps) 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 insufficient 40 points and displays them in the display area of the loan right of the right information display unit 50a.

In addition to displaying the loan right 40 points numerically, the right information display unit 50a continuously displays a graph showing the loan right 40 points on the graph showing the normal right 10 points. That is, the right information display unit 50a continuously displays graphs for 50 points. It is possible to clearly display to the player the normal right held, the loan right to be lent, and the right obtained by adding both of them in an easy-to-understand manner.

After confirming the loan right display screen 51 of FIG. 13B, the player may further select (double tap, etc.) the selection button 50b in order to continue the process related to the play of the normal stage St50.
As shown in FIG. 13C, the right management unit 18b displays the loan right confirmation screen 52 accordingly.
The lending right confirmation screen 52 shows the lending right information 52a for playing the normal stage St50 with the lending right (explanation that 40 points are insufficient to play in the normal stage St50, and the lending right of the player after lending the lending right. Total value, etc.) is displayed.
Further, the loan right confirmation screen 52 displays the play start button 52b.
The play start button 52b is a button that accepts a play start operation using the loan right.
When the player normally starts playing the stage St50 after confirming the contents of the loan right information 52a, the player may operate the play start button 52b.

Subsequent processing is the same as the play processing using the normal right (see FIG. 7B and the like).
However, the play control unit 18a grants the player a privilege that is more advantageous when the stage is played using the loan right than when the stage is played using the normal right. The content of the advantageous privilege is not limited, but is, for example, to improve the defense power and the attack power of the player character C.
As a result, the game system 1 can strongly urge the player to play with the loan right.
Further, in order to play using the loan right, the player needs to use up the normal right by playing for a long time and playing with high frequency. As a result, the game system 1 can encourage the player to continue playing.
Contrary to the above, the play control unit 18a may perform play processing under conditions disadvantageous to the player (decrease in attack power, etc.) when the loan right is used. In this case, it is possible to improve the fairness between the player who makes heavy use of the loan right and the player who does not make heavy use of the loan right.

(Recovery of loan right)
FIG. 14 is a diagram illustrating changes in the ordinary right and the lending right of the first embodiment.
After lending the lending right to the player, the game system 1 performs a process for collecting the lending right.
FIG. 14 shows a 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 of the normal stage St50, the normal right is reduced from 10 points to 0 points, and the loan right is granted 40 points. That is, the lending right storage units 16c and 26c memorize the lending right, so that the lending right exists.

In this case, the game system 1 collects the loan right by the following process.
(1) As shown by the arrow A1 in FIG. 14 (A), the right management unit 18b collects the loan right (that is, the player) to collect the normal right that increases according to the recovery speed when the loan right exists. (Return from). That is, the right management unit 18b allocates the right granted to the player to the collection of the loan right of the loan right storage unit 16c, 26c without increasing as the right of the normal right storage unit 16a, 26a.
In the example of FIG. 14A, the lending right was 40 points, but it decreases with the passage of time, while the normal right is maintained at 0 points.
In this case, the rights management unit 18b may make the collection speed of the loan right (the amount of decrease in the loan right per unit time) slower than the recovery speed of the normal right, for example, by about several percent. This causes the player to convert more rights than the loaned right.
As a result, the game system 1 can achieve fairness between players who make heavy use of lending rights and players who do not make heavy use of them.

(2) The right management unit 18b increases the normal right over time according to the fact that the loan right becomes 0 points as a result of continuing the process of (1) above.
(3) As shown by arrow A2 in FIG. 14 (B), when the right increases according to the use of the seed of the right, the right to lend the increased right as in the above (1) and (2). Priority is given to the return of.

(4) As shown by the arrow A3 in FIG. 14 (C), when the right is granted according to the player's LV up, the loan right is supplemented (that is, all the rights are collected), and then the right is usually given. Grant the right up to the maximum limit. Therefore, for the player, if the loan right is borrowed up to the maximum and the LV is increased, the loan right can be returned without recovering the right or using the seed of the right. 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 actions and effects.
(1) Even if the normal right becomes 0, the player can play by requesting the loan of the loan right.
Further, even if the player has sufficient normal rights, if he / she further requests the lending of the lending right, he / she can play for a long time according to the right which is the sum of the normal right and the lending right. As a result, the game system 1 can encourage the player to play a lot during the time before the state of not playing for a long time continues (for example, before going to bed).

(2) The player can play without waiting for the recovery of the slight normal right by requesting the loan right even if the normal right is slightly insufficient to play on the stage. .. As a result, for example, even if the normal right is slightly insufficient and only a short play time can be secured (for example, the remaining few minutes of the rest time), that time can be effectively used for play.

(3) As mentioned above, the higher the stage, the more rights are required to play on the stage. On the other hand, the upper limit of the ordinary right is set according to the LV.
Therefore, for example, when the upper limit of the normal right corresponding to the LV50 is 50 points, in a form different from the embodiment, the player of the LV50 needs 51 points of the normal right even if he / she has 50 points of the normal right. You will not be able to play various stages. In the embodiment, even in such a case, the player of LV50 can play because the total right becomes 51 points by borrowing 1 point of the loan right.

(4) The player can play on a higher stage by increasing the LV, but on the other hand, the normal right required for play increases as the stage increases. In the embodiment, the upper limit of the lending right is increased according to the LV increase. Therefore, the player can borrow more loan rights even if he / she lacks more normal rights to play on the higher stage according to the LV up.

The right management unit 18b may lower the upper limit of the normal right according to the lending of the lending right. As a result, the game system 1 can achieve fairness between players who make heavy use of lending rights and players who do not make heavy use of them. In this case, the upper limit of the normal right may be returned to the setting of the normal upper limit according to the LV increase. For example, when the player of LV100 lowers 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 increase to LV101. As a result, it is possible to further strongly encourage the player to play a lot immediately before the LV up.

Further, the right management unit 18b may lend the loan right in the item conversion process and then convert the right held after the loan into a seed of the right. In this case, the right management unit 18b has the item conversion screen 46 (see FIG. 8 (B)) followed by the loan right display screen 51 (see FIG. 13 (B)) and the loan right confirmation screen 52 (FIG. 13 (C)). ) By displaying the same screen as in), it is possible to display the rights that are lacking, the rights to be lent, and so on.

(Recovery speed management process)
FIG. 15 is a diagram illustrating a transition of a screen displayed during the recovery speed management process of the first embodiment.
As shown in FIG. 15A, the right management unit 18b of the game terminal 10 first displays the recovery speed setting screen 53 in the recovery speed management process.
The recovery speed setting screen 53 displays the boost processing button 53a and the 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 accepts the operation and starts each process.

(Boost processing)
The boost process is a process of setting the recovery speed of the normal right to 20 (points / h), which is a double speed of the normal speed, in the set time. In the embodiment, doubling the recovery speed of the normal right in this way is also referred to as a boost, and the period 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. 15B, the right management unit 18b displays the 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 boost cumulative 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 time and end time can be set in 1-minute units from the current time by operating the up / down buttons 54e.
The boost cumulative time display unit 54c displays the cumulative time of double speed for one day in the form of "cumulative time / upper limit time". The right management unit 18b updates the display content of the boost cumulative time display unit 54c according to the operation of the start time and the end time. In the example of FIG. 15B, since "cumulative time 30/60 minutes" is displayed, a boost period of 30 minutes is set by setting the start time and the end time, and after that, a boost period of 30 minutes is set. , 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 the boost recovery. The player can start the boost recovery by checking the display contents of the start time display unit 54a, the end time display unit 54b, the boost cumulative time display unit 54c, and the like, and operating the boost start button 54d.

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

In this way, the game system 1 increases the normal right at twice the normal recovery speed for a short time (for example, within several tens of minutes). As a result, when the player concentrates on playing a plurality of stages in a short time, the reduction speed of the normal right becomes slower than the normal time. As a result, the player can play more stages in a scene where he / she can play only for a short time in a day (for example, commuting time, school time, lunch break, etc.).

(Schedule processing)
The schedule processing is a recovery schedule in which a period of multiple recovery speeds (1.5 times speed, usually 1/2 (half), stop) is set in one day (0:00 to 24:00), which is a set period. It is a process to create and restore the normal right based on this.
As shown in FIG. 15 (C1), the rights management unit 18b displays the schedule screen 55 at the time of schedule processing.
The schedule screen 55 has a schedule table 55a, a 1.5x speed 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 confirmation button. Display 55i.

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

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

The daily button 55g and the weekday button 55h are buttons for setting a period of the week that reflects the set schedule.
The confirmation button 55i is a button for confirming the right recovery process based on the schedule table 55a.

The process of creating the schedule table 55a and the procedure will be described.
(1) As shown in FIG. 15 (C2), when the player displays the desired recovery speed selection unit, the right management unit 18b displays the 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 schedule to the selected recovery speed. The example of FIG. 15 (C2) is a scene in which the recovery speed of 1.5 times is set to the vicinity of 06:00.

(3) As shown in FIG. 15 (C3), the player can finely adjust the arrangement portion of the recovery speed 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) When the player performs the above operation for other recovery speeds, the right management unit 18b displays the schedule screen 55 shown in FIG. 15 (C1).
As a result, the game terminal 10 can accept a schedule setting in which a plurality of periods having different recovery speeds are arranged within the set period.

As described above, the maximum right to increase in one day (upper limit of the amount of increase within the set period) is 240 points. The rights management unit 18b permits the placement of the recovery speed within the range of a maximum of 240 points at the time of creating the schedule.
This allows the player to schedule different recovery speed periods according to his or her daily schedule so that the rights granted up to 240 points per day increase at different rates.

For example, since nighttime is a period during which the player does not play for a long time due to bedtime, there is a tendency that the period during which the state of the upper limit is maintained becomes longer after the normal right reaches the upper limit. On the other hand, commuting time, lunch break, etc. are times during which continuous play is possible, so there is a tendency for normal rights to be insufficient.
The example of FIG. 15 (C1) is a schedule created by the player in consideration of these, and the recovery speed is set to 1/2 from about 0:00 at night to early morning. In addition, the recovery speed is set to 1.5 times for the commuting time of about 1 hour after 06:00 and 18:00, and the lunch break of about 1 hour after 12:00. There is.
As a result, the player can acquire the right that could not be acquired because the normal right is the upper limit value during the bedtime during the commuting time or the like.

(5) When confirming the schedule, the player may operate the confirm button 55i. In addition, when the period for reflecting the set schedule is set every day in a week or on weekdays, the player may operate the button 55g every day or the button 55h on weekdays before operating the confirmation button 55i. ..
In response to this, the rights management units 18b and 28b execute the rights recovery process from the next day based on the recovery speed of the fixed schedule.

FIG. 16 is a graph illustrating the change in the normal right after the recovery speed of the normal right in the first embodiment is set.
FIG. 16A is a simulation in which the normal right is increased based on the schedule setting at the time of the schedule setting. That is, FIG. 16A shows the number of points (planned increase value) when it is assumed that the normal right is increased according to the schedule setting.
As shown in FIG. 16B, the actual normal rights are reduced by being played. Therefore, even if the normal right exceeds the upper limit in the schedule setting, the player can eliminate or reduce the period exceeding the upper limit by playing for one day, which is the set period.
Therefore, in the simulation at the time of schedule setting shown in FIG. 16A, the right management unit 18b has a total increase amount of 240 points or less even if there is a time point where the upper limit of the normal right, 100 points, is exceeded. If there is, schedule setting is accepted.

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

In this way, the game system 1 can accept the setting of the recovery speed schedule in advance according to the player's daily schedule and the like.

As described above, in the game system 1 of the present embodiment, the play right can be developed and used more than before by converting the normal right into an item, and the player can suppress the player's disengagement from play. Further, the game system 1 can further improve the above-mentioned actions and effects by providing an excess right and a lending right in addition to the normal right as the play right.
On the other hand, in the conventional game device, the play right is only used for playing, and the usage method is also simple.

(Second Embodiment)
Next, a second embodiment of the present invention will be described.
In the following description and drawings, the same reference numerals or the same reference numerals are appropriately added to the endings (last two digits) of the parts that perform the same functions as those of the first embodiment described above, and duplicate explanations are appropriately given. Omit.
FIG. 17 is a diagram illustrating a configuration of the game system 201 of the second embodiment.
FIG. 18 is a diagram illustrating the stored information of the player information storage unit 25c and the shared rights storage units 216d and 226d of the second embodiment.
FIG. 19 is a diagram illustrating 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 of FIGS. 17 and 18, in this embodiment, an example in which Ichiro (P011), Jiro (P012), and Saburo (P013) form the same group G001. To explain. Each player (P011, P012, P013) owns a game terminal 210.
The game system 201 includes a plurality of group configurations, but FIG. 17 simply shows only the group configuration of the group G001.

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.
Characters C1 to C15 are characters C that can be owned by each player.
Characters C1 to C15 are given the attributes of fire, water, and wood, respectively.

The normal stages that can be played in the game are the normal stages St1, St2, St3, ..., St99. The normal rights required to play each stage are 1 point, 2 or 3 points, ..., 99 points, respectively. In each stage, enemies E1, E2, E3, ..., E99 appear, and the party composed 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, and wood.
The details of the attributes will be described later.

Further, the game terminal 210 includes a shared right storage unit 216d (shared play right storage unit) and a right management unit 218b.
The shared right storage unit 216d stores information regarding the shared right. The sharing right is a play right that can be shared and used by each player (P011, P012, P013) of the same group G001.

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

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

The shared right increases at the same recovery speed as the normal right after the normal right reaches the upper limit, while the normal right maintains the upper limit. That is, the rights management units 218b and 228b have the right to recover the right to exceed the upper limit with the passage of time after the holding right reaches the upper limit, as a shared right, not as a normal right, as a shared right storage unit 216d. , 226d. That is, the rights management units 218b and 228b manage the excess rights of the first embodiment as shared rights in this embodiment.

The rights management units 218b and 228b store the players in the same shared rights storage units 216d and 226d if they are players in the same group.
In the example of FIG. 20A, the normal right of Jiro (P012) reached the upper limit (120 points) at 11:00 on February 10, so the right to recover after that is a shared 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) has reached the upper limit (130 points) at 10:00 on February 10, and is recovered beyond that point. Rights are stored in the shared rights storage units 216d and 226d (see FIG. 20B).
As for the normal right of Jiro (P012), in the example of FIG. 20 (A1), since there is no period during which the upper limit is reached, there is no right to be stored as a shared right.

When the rights management units 218b and 228b store the shared rights in the shared rights storage units 216d and 226d, the rights management unit 218b and 228b assign the attributes of the representative character of the character C owned by each player to the shared rights. As a result, the shared 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 shared right are classified and stored in the shared right storage units 216d and 226d.
For example, the representative character of Jiro (P012) is character C2, and the attribute is water (see FIG. 18). Therefore, the shared right stored by Jiro (P012) has the attribute of water.

The form in which the attribute corresponding to each player is given to the shared right is not limited to the form reflecting the attribute of the representative character, and may be another form. For example, the game terminal 210 may accept the selection of the attribute of the shared right to be increased by each player in advance regardless of the representative character.

[Processing related to the use of shared rights]
The use of the shared rights stored in the shared rights storage units 216d and 226d will be described.
FIG. 21 is a diagram illustrating a screen transition when the shared right of the second embodiment is used.
Hereinafter, an example in which Ichiro (P011) of the group G001 uses the shared right when the change in the right is in the state shown in the graph of FIG. 20 will be described. The shared right can be used by all players including the player involved in the memory of the shared 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 related 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 operation of the play start process button 41a and the display of the play start process screen 242 on the selection screen 41 shown in FIG.

(Selection of stage, display of attributes of sharing rights)
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 normally displays the right display unit 242g and the shared right display unit 242h.
The normal right display unit 242g and the shared right display unit 242h show the holding amount of each right (normal right, shared right) by a band-shaped graph and point values, as in the first embodiment.
Since the scene of FIG. 20 (A) is as of 13:00 on February 10, the rights management unit 218b has 10 points of normal rights owned by Ichiro (P011) (see FIG. 20 (A1)) and a group. Information corresponding to 50 points of shared rights owned by G001 (see FIG. 20B) is displayed on the normal rights display unit 242 g and the shared rights display unit 242 h, respectively.

The selection buttons 242c, 242d, 242e, and 242f display the number of points of the normal right required 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 the selection buttons 242c and 242d of the two normal stages St50 and St51 for the normal stage.
Inside the selection button 242c, the attribute "fire" of the enemy E50 that normally appears in the stage St50 is displayed. Similarly, inside the selection button 242d, the attribute "water" of the enemy E51 that normally appears in the stage St51 is displayed.

By referring to the play start processing screen 242, Ichiro (P011) has 10 points of normal rights, so that the normal rights are insufficient to play on the normal stages St50 and St51. You can confirm that you are there. In addition, Ichiro (P011) can confirm that Group G001 holds 50 points of shared rights.
Ichiro (P011) can select the selection buttons 242c and 242d corresponding to the normal stages St50 and St51 if he / she wishes to play the lacking normal rights by using the shared rights. ..

As shown in FIG. 21B, the right management unit 218b displays the shared right display screen 243 accordingly. Note that FIG. 21B is a screen after selecting the selection button 242d corresponding to the normal stage St51.
The shared right display screen 243 displays the shared right display unit 243a, the attribute display unit 243b, the required right display unit 243c, and the play start button 243d.
Similar to the shared right display unit 242h of FIG. 21A, the shared right display unit 243a indicates the holding amount of the shared right as a point value. The shared right display unit 243a displays the point value of the shared right inside the illustration imitating the storage tank, so that the shared right is stored together by the players (P011, P012, P013) of the group G001. is doing.

The attribute display unit 243b explains the breakdown of the attributes of the shared right.
The attribute display unit 243b displays each attribute in association with the point value. Since the attribute display unit 243b of FIG. 21 (B) corresponds to FIG. 20 (C), the water attribute sharing right 20 points (right memorized by Jiro (P012)) and the tree attribute sharing right Information such as 30 points (rights stored by Saburo (P013)) is displayed.

The required rights display unit 243c displays a description of the rights required to play on the normal stage St51. In this example, explanations such as that Ichiro (P011) lacks 41 points of normal rights to play on the normal stage St51 and that he can play by using 41 points of shared rights are displayed. There is.
The play start button 243d is a button that accepts a play start operation using the sharing right. After confirming the above-mentioned display contents, Ichiro (P011) may operate the play start button 243d when starting the play of the normal stage St51.

(Shared rights, attributes of enemy E)
The shared right and the attributes of enemy E will be explained.
In the game of the present embodiment, the attack power of the character C against 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 shared right used for 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 uses the shared right of the fire attribute to play against the enemy E having the attribute of the tree, the attack power and the defense power of the character C are 1.5 times.
When character C uses the shared right of the water attribute to play against enemy E with the fire attribute, character C uses the shared right of the tree attribute to play against the enemy E with the water attribute. The same applies to the case.
In addition to this, when character C uses the shared right of the fire attribute to play against the enemy E having the water attribute, the attack power and defense power of the character C are 0.5 times, etc. May be.

When the shared right is used for at least a part of the right and played, the play control unit 18a adjusts the attack power and the defense power of the character C according to the ratio of the attribute.
In the example of FIG. 21B, the ratio of the shared right used for the play of the normal stage St51 is 41/51.
In addition, the rights of each attribute among the shared rights are to be used according to the ownership ratio. Therefore, the ratio of the water attribute to the shared rights used for play is 20/50, and the ratio of the tree attribute is 30/50.
Therefore, the ratio of water attributes to the play rights required for play is about 32% (= 41/51 x 20/50), and the ratio of wood attributes is 48% (= 41/51 x 30/50). Is.
The rights management unit 218b may display information on these ratios and the like on the touch panel 11.

Therefore, in the state of this play right, the ratio of the attribute of the tree is almost half, and the attribute of the fire is not possessed. Therefore, this state of play right is a favorable condition for the stage where the enemy E with the water attribute appears. On the other hand, although the state of this play right has the attribute of water, the attribute of water is less than the attribute of wood. Therefore, the state of this play right is disadvantageous information for the stage where the enemy E of the fire attribute appears.

As shown in the selection button 242d of FIG. 21 (A), the enemy E51 appearing in the normal stage St51 has the attribute of water, and therefore, under this condition, the enemy E51 can be advantageously played in the normal stage St51.
Therefore, after confirming these, Ichiro (P011) can operate the play start button 243d to start the normal stage St51 play.

In addition, although the detailed ratio of the attribute was explained above, Ichiro (P011) has a high attribute of the tree as a whole at the present time by confirming the number of points of each attribute of the attribute display unit 243b. You can understand at a glance that you have a tendency and that you do not have the attribute of fire. Further, when the player plays under the conditions shown in FIG. 21 (B), the ratio of the shared right is high (41/51), so that it can be clearly understood that the attribute of the shared right is reflected in the play at a high ratio. ..

If the selected stage is disadvantageous in the state of this play right, Ichiro (P011) displays the play start processing screen 242 after confirming the display content of the attribute display unit 243b, and the stage again. 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 shared right and the play process using only the normal right in the same manner (see FIG. 7B, etc.), but only the following processes are different. ..

As described above, the attribute of the shared right is reflected in the attack power against the enemy E and the defense power from the enemy E. As a result, the attribute of the sharing right can be reflected for each player. In addition, when playing under conditions of advantageous attributes, advantageous benefits such as an increase in attack power and defense power can be given to the player.

In addition, when playing using the shared play right, regardless of the attribute, the player may be given a privilege of increasing the attack power or the like as compared with the case of playing using only the normal right.
In this case, the game system 201 can strongly encourage the player to play using the shared right. Here, in order to play using the shared right, the player needs to use up the normal right that he / she has. As a result, the game system 201 can encourage the player to continue playing.

In this way, each player can play using the shared rights that other players in the same group are involved in memory.
Here, a plurality of players in the same group may have different periods and time zones for playing the game, depending on their real-world schedule, life rhythm, convenience, and the like. For example, in real-world work, the busy season is different from the beginning and the end of the month, and the life rhythm is different from the morning type and the night type. As a result, the period in which one player in the same group can concentrate and play may be a period in which another player cannot play at all. That is, a period in which one player is likely to lack a normal right may be a period in which another player is likely to increase the storage amount (that is, the holding amount) of the shared right. In such a case, one player can play by compensating for the lack of normal rights with shared rights that the other player is involved in memory.

[Management of shared rights]
In addition to the above explanation, the rights management units 218b and 228b perform the following processing and management regarding shared rights.
(1) The upper limit of the shared play right is lowered according to the time when the shared right of the shared right storage units 216d and 226d maintains the upper limit.
For example, if the upper limit of the shared right is 350 points, the upper limit of the shared right is lowered by 1 point every time 350 points are continuously maintained for 1 hour. For example, if the time for maintaining 350 points continues for 10 hours, the upper limit of the sharing right of the group is lowered to 340 points.
Being able to lower the upper limit of sharing rights is disadvantageous for players belonging to the group. Therefore, the game system 201 can urge the player to play until the sharing right is used. As a result, the game system 201 can encourage the player to continue playing.

(2) An upper limit is set for the usage amount of the shared play right of the shared right storage units 216d and 226d. The upper limit of the usage amount can be set as appropriate, and can be, for example, 10 times the upper limit of possession of the shared right. As a result, when the shared right for 10 storage tanks is used, the game content can be such that the storage tank is broken.
The rights management units 218b and 228b accept the setting of a new upper limit value after using the upper limit of the usage amount of the shared rights of the shared rights storage units 216d and 226d. The rights management unit 218b, 228b may set a new upper limit value on the condition that all or a part of the players in the group charge. In this case, the game content can be such as purchasing a new storage tank as a group.

As described above, the game system 201 of the present embodiment can provide a game in which each player can play a game by utilizing the shared right in which another player in the same group is involved in the memory.
As a result, each player can play using the shared right even if his / her normal right is insufficient to play each stage.

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

(Modification of the game system 201 of the second embodiment)
Further, the game system 201 of the second embodiment may be modified so that the player can select the type of the shared right and set the ratio of the types when the shared right is used, as in the other form described below. ..
FIG. 22 is a graph illustrating changes in the shared right of the game system 201 of the other embodiment of the second embodiment, and a diagram showing a shared right attribute selection screen 244 of the game terminal 210A of the second embodiment.
The graphs of FIGS. 22 (A1), 22 (A2), and 22 (A3) show the changes in the shared right shown in FIG. 20 (B) by classifying them into those in which each player is involved. That is, FIGS. 22 (A1), 22 (A2), and 22 (A3) show changes in the shared rights stored in the shared rights storage units 216d and 226d of FIG. 18 (B) in graphs corresponding to each attribute. It is a representation.

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

The attribute selection unit 244a is a display unit for accepting the setting of the usage amount (number of usage points) of the sharing right for each attribute.
The attribute selection unit 244a displays the storage tank 244b with each attribute (fire, water, wood) and the information 244c of the usage amount and the holding amount of the shared right of each attribute in association with each other.

The information 244c of the usage amount and the holding amount of the shared right of each attribute is displayed in the form of "usage amount / holding amount".
The “holding amount” is the holding amount of the shared right of each attribute stored in the shared right storage units 216d and 226d.
Further, the usage amount of the shared 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 right to share the attribute of fire has 0 points as of 13:00 on February 10. In this case, the right management unit 218b does not accept the use of the shared right of the fire attribute, and displays the "usage amount / holding amount" of the shared right of the fire attribute as "0/0".

Similarly, the right to share the attribute of water has a holding amount of 20 points, and the right to share the attribute of wood has a holding amount of 30 points.
Regarding the attribute of water, the right management unit 218b accepts the setting operation within 20 points by the up / down key 244d. The example of FIG. 22B is an example in which the usage amount of the shared right of the water attribute 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 accepts 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 shared right of the tree attribute is set to 30 points, and the right management unit 218b displays the “usage amount / holding amount” as “30/30”.

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

The cumulative usage amount display unit 244e displays the cumulative usage amount corresponding to the above setting of the sharing right. The cumulative usage display unit 244e displays this cumulative usage (cumulative points) and the required amount of shared rights (cumulative points) for playing on the normal stage St51 in the form of "cumulative usage / required amount". indicate.
In the example of FIG. 22B, the sharing right required to make up for the shortage of play of the normal stage St51 is 41 points (see FIG. 21B), and the sharing right is based on the above setting. Cumulative usage has reached 41 points. Therefore, the cumulative usage amount display unit 244e displays "cumulative usage amount / required amount" 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, in the game system 201 of the other embodiment of the second embodiment, in addition to classifying the shared rights by attributes and storing them in the shared rights storage units 216d and 226d, the shared rights of each attribute used for play are shared. Accepts the usage setting of. As a result, the player can set the usage amount of the shared right of each attribute in detail so as to be advantageous to the attribute of the enemy E appearing on the stage.

Although the game system 201 of the present embodiment has described an example in which the shared right can be used when the normal right of each player is insufficient, the present invention is not limited to this. The game system 201 is required to play each stage, for example, even if each player's normal rights are not deficient (ie, each player has the necessary normal rights to play the stage). The shared right may be used for all or part of the right. In this form, each player can set the attribute of the shared right used for play to be advantageous to the enemy E appearing on the stage, even if the normal right is not insufficient.

(Third Embodiment)
FIG. 23 is a diagram illustrating 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 lend a normal right as a lending right among players of the same group, and also enables item exchange between players.
As shown in FIG. 23, in the present embodiment, as in the second embodiment, Ichiro (P011), Jiro (P012), and Saburo (P013) form the same group G001, and each player plays a game. An example of owning the terminal 310 will be described.
The game terminal 310 includes a loan right storage unit 316c, a right management unit 318b, and an item conversion unit 318c.
Further, the server 320 includes a loan right storage unit 326c, a right management unit 328b, and an item conversion unit 328c.
Details of each configuration will be described later.

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

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

24 (A1), 24 (A2), and 24 (A3) show the normal rights from 0:00 on Thursday, March 1st to 13:00 on Wednesday, March 7th, which is the current time. Shows fluctuations.
As shown in FIG. 24 (A1), Ichiro (P011) continues to play during these periods.
As shown in FIG. 24 (A2), Jiro (P012) concentrates on playing on weekends (Saturday, March 3 and Sunday, March 4) during these periods.
As shown in FIG. 24 (A3), Saburo (P013) continues to play on weekdays (days other than March 3 (Saturday) and March 4 (Sunday)) during these periods. ..
The details of FIGS. 24 (B1) and 24 (B2) will be described later.

25 and 26 are views showing a display screen of the touch panel 11 at the time of the loan processing of the third embodiment.
As shown in FIG. 25 (A), 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 intra-group loan request button 360a is a button that accepts a request from Ichiro (P011) to lend a loan right to a player other than Ichiro (P011) in the group.

The loan permission setting unit 360b displays for setting whether or not Ichiro (P011) (other player) permits the loan of the loan right to players (each player) other than Ichiro (P011) in the group. It is a department.
In FIG. 25A, since “Rejecting” is displayed in the loan permission setting unit 360b, Ichiro (P011) is in a state of refusing to lend the loan right. If the refusal is in progress, the rights management unit 318b will not accept the request for loan of the loan right from a player other than Ichiro (P011) (details regarding the processing of the loan of the loan right will be described later). ). That is, in the case of "rejecting", the rights management units 318b and 328b refuse to lend the normal right held by Ichiro (P011) to a player other than Ichiro (P011) as a lending right. As a result, Ichiro (P011) does not suddenly lose his normal rights.
The rights management units 318b and 328b switch the process of lending the lending right from request refusal to request permission by touching the area displayed as "rejecting" by Ichiro (P011). In addition, the rights management unit 318b and 328b switch the display in the loan permission setting unit 360b from "rejecting" to "permitting".
The same applies when the processing related to the lending of the lending right is switched from the request permission to the request refusal.

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

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

That is, the rights management units 318b and 328b display the normal rights change graph 361a showing the same information as in FIGS. 24 (A2) and 24 (A3) by referring to the stored information of the normal rights storage units 16a and 26a. do. The rights management unit 318b of the game terminal 310 may acquire such information by requesting the server 320 in response to the operation of the in-group loan request button 360a (see FIG. 25A).
As a result, the rights management units 318b and 328b display the holding information of the normal rights of Jiro (P012) and Saburo (P013) of the group G001 on the touch panel 11 of the game terminal 310 of Ichiro (P011) in the same group. Can be done.

Note that FIG. 25B displays information on changes in ordinary rights for the past week or so from the present time (13:00 on March 7), but it may be longer or shorter than this. .. In this case, the rights management unit 318b, 328b may store the change information of the normal right corresponding to the display period.
Further, when four or more players form the same group, the normal right change screen 361 may display the normal right change graph 361a of three or more players other than the terminal owner by scrolling the screen. ..
Further, the format in which the normal right change screen 361 displays the change in the normal right is not limited to the normal right change graph 361a. The format for displaying the change in the ordinary right may be any format as long as the change can be displayed, and may be, for example, a table format.

Ichiro (P011) can consider the following by referring to the display screen of his / her game terminal 310.
-As for Jiro (P012), there is a tendency to concentrate on playing on weekends, so the fluctuations in normal rights are large. On the other hand, on weekdays, there is a tendency not to play at all, so the normal right always maintains the upper limit. For this reason, normal rights are likely to be in short supply on weekends, but on weekdays the upper limit is always maintained and unlikely to be used.
-Regarding Saburo (P013), it is the opposite of Jiro (P012). In other words, I don't play at all on weekends, while I concentrate on weekdays. For this reason, normal rights are unlikely to be used on weekends, but are likely to be in short supply on weekdays.

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

Here, although not shown, Ichiro (P011) can confirm the normal rights he / she currently holds on the play start processing screen (see FIG. 7A) or the like. That is, it can be confirmed that Ichiro (P011) currently holds 30 points of ordinary rights (see FIG. 24 (A)) at 13:00 on March 7th.
If Ichiro (P011) wants to play more from the present time and thinks that the 30 points he owns will not be enough, he will play against Jiro (P012) and Saburo (P013) in the same group. You can consider requesting a loan of lending rights.

Since it is a weekday at the present time, as mentioned above, the ordinary right of Saburo (P013) is likely to be insufficient, while the ordinary right of Jiro (P012) is unlikely to be insufficient.
Therefore, Ichiro (P011) requests Jiro (P012) to lend the loan right by operating the loan setting button 361b displayed next to the normal right change graph 361a of Jiro (P012). Can be done. In addition, the game system 301 performs processing related to this request.

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

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

In this embodiment, as in the first embodiment, each player can have a loan right corresponding to his / her own LV.
In this example, the LV100 of Ichiro (P011) is lower than the LV120 of Jiro (P012), so 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 LV100 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). That is, if Jiro (P012) is LV80, it is the right to hold the normal right that Jiro (P012) currently holds, and if it holds the upper limit of 80 points, it is the right to hold. 80 points are displayed.

The loan execution button 362d is a button that receives an instruction to execute the loan of the loan right based on the above setting from Ichiro (P011).
The rights management units 318b and 328b execute the loan of the loan right from Jiro (P012) to Ichiro (P011) based on the operation of the loan execution button 362d (graphs 24 (B1) and 24 (B2)). See the thick line in).
That is, 50 points of the ordinary rights held by Jiro (P012) are lent to Ichiro (P011) as loan rights.

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

Further, as shown by the broken lines in FIGS. 24 (B1) and 24 (B2), the rights management units 318b and 328b transfer the normal rights of Ichiro (P011) and Jiro (P012) as usual after the loan processing. Recovers at a recovery speed of 10 (points / h).

The rights management units 318b and 328b switch the screen display from the in-group loan setting screen 362 to the selection screen based on the operation of the loan execution button 362d (see FIG. 7).
When playing using the loan 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 accepts this operation, the play start processing screen 342 is displayed on the touch panel 11.
The play start processing screen 342 is substantially the same as the play start processing screen 42 (see FIG. 7A) of the first embodiment, and only the display relating to the loan right is different.

That is, the right information display unit 342a of the play start processing screen 342 includes a total display unit 342g.
The total display unit 342g displays the total point value of the normal right held by Ichiro (P011) and the loan right lent by Jiro (P012). In the example of FIG. 26B, 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 by using the normal right that Jiro (P012) has when he does not play. It should be noted that the system operator is also profitable because it can encourage the player to play for a long time.

(Intra-group loan right refund processing)
The process of returning the loan right within the group will be explained.
The intra-group loan right return process is a process for the player who received the loan to return the loan right to the player who lent the loan right after the loan right was lent within the same group.
FIG. 27 is a flowchart of the intra-group loan right return process according to the third embodiment.
Here, in the above example, a case where Ichiro (P011) returns the loan right to Jiro (P012) will be described. Further, here, an example in which the rights management unit 328b of the server 320 performs the processing will be described, but as described in the first embodiment, the game terminal 310 and the server 320 perform the processing while synchronizing the stored information. You may.

In S301, the rights management unit 328b determines whether or not the normal rights of Ichiro (P011) have been fully recovered by the recovery of the normal rights as described above, that is, whether or not the holding upper limit of 100 points has been reached. do. The rights management units 318b and 328b proceed to S304 when it is determined that they have fully recovered (S301: YES), while they proceed to S302 when they have determined that they have not fully recovered (S301: NO).

In S302, the rights management unit 328b determines whether or not there is a request for forced return from Jiro (P012).
Compulsory return means, for example, when Jiro (P012) has lent the loan right and the normal right to play is insufficient, Jiro (P012) will forcibly return the loan right. It is a request to Ichiro (P011).

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

In S303, the rights management unit 328b determines whether or not all the loan rights that Ichiro (P011) has lent can be returned to Jiro (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 for the loan right by referring to the normal right storage unit 26a.
If Ichiro (P011) determines that all the loan rights can be returned (S303: YES), the rights management unit 328b proceeds to S303a, while if it determines that the loan cannot be returned (S303: YES), (S303: YES). S303: NO), proceed to S304.

In S303a, the rights management unit 328b returns all the loan rights that Ichiro (P011) has lent to Jiro (P012). That is, the rights management unit 328b allocates 50 points of the ordinary rights held by Ichiro (P011) to the return of the loan rights lent by Jiro (P012). As a result, the ordinary right held by Ichiro (P011) decreases by 50 points, and the ordinary right held by Jiro (P012) increases by 50 points.
If only a part of the loan right is returned by the process of (1) of S304 described later after the normal right of Ichiro (P011) is fully restored, the balance of the loan right is returned.
As a result, the loan processing between Ichiro (P011) and Jiro (P012) will be completed (S306).

In S304, the rights management unit 328b allocates the rights owned by Ichiro (P011) to the return of the loan rights lent by Jiro (P012).
Here, when proceeding to S304, it is the following scene. The rights management unit 328b processes each scene as follows.

(1) A scene in which the normal rights of Ichiro (P011) are fully restored (S301: YES → S304)
In such a scene, for example, as Ichiro (P011) expected, there is a period in which Jiro (P012) did not play and Ichiro (P011) did not play on weekdays after the loan right was lent. This is the case when the normal rights of Ichiro (P011) are fully restored.
In this case, the rights management unit 328b allocates the right to recover beyond the upper limit of the normal right to the return of the loan right.
Then, by repeating the process of S304 by the process of S305: NO described later, the loan right is sequentially returned according to the passage of time.

By the process of (1), Ichiro (P011) can return the loan right that he / she received when he / she wants to play, by the right that increases 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 restored (S301: NO → S302: YES), and the normal right held by Ichiro (P011) is lent. A scene where all loan rights cannot be returned because the number of points of the right is less than 50 points (S303: NO → S304)
In such a scene, for example, unlike Ichiro's (P011) speculation, on weekdays after the loan right is lent, Jiro (P012) plays and the normal right of Jiro (P012) is insufficient, and Ichiro For example, when (P011) continues to play, the normal right is not sufficiently restored. Further, for example, when Ichiro (P011) continues to play on weekdays and the normal rights are not sufficiently restored by the weekend, the weekend is reached.

In this case, the rights management unit 328b lends all the normal rights held by Ichiro (P011) from Jiro (P012) even if the normal rights held by Ichiro (P011) have not reached the upper limit. Allocate to return the loan right received. As a result, the normal rights held by Ichiro (P011) will decrease by the amount returned, and the normal rights held by Jiro (P012) will increase.
Furthermore, the Rights Management Department 328b allocates Ichiro's (P011) right to recover to the return of the shortfall in the loan right. Then, similarly to the above (1), the processing of S304 is repeated by the processing of S305: NO described later, so that the lending right is sequentially returned according to the passage of time. As a result, the ordinary right of Ichiro (P011) will not increase until the return of the loan right is completed.

By the process of (2), Jiro (P012) can regain the normal right of Ichiro (P011) if he / she wants to play even after lending the normal right as the loan right. Can be obtained as. As a result, the normal right of Jiro (P012) is restored at twice the recovery speed, so that there is little disadvantage for Jiro (P012). Further, 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 himself / herself by lending the lending right. Even if the normal right of is insufficient, it will be unavoidable.

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

In this way, the game system 301 enables borrowing and borrowing of lending rights within the same group, so that each player can play for a long time by using the normal rights of other players who are not playing. can.
In addition, the right management unit of this embodiment may control to return more than the loaned portion of the loan right as in the first embodiment. In this case, the player who lent the loan right can acquire more normal rights than the loaned portion. As a result, the game system 301 can urge the player to lend the lending right.

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

(Acceptance of item exchange)
As shown in FIG. 28, on the group management screen 360 (see FIG. 25 (A)) of the game terminal 310 owned by Ichiro (P011), the item conversion button 370b is operated to cause the item conversion units 318c and 328c to operate. , The item conversion screen 370 in the group is displayed on the touch panel 11.
The item conversion screen 370 in the group usually displays the right change graph 370a and the item conversion button 370b.
The ordinary right change graph 370a is the same as the ordinary right change graph 361a of Jiro (P012) and Saburo (P013) of the ordinary right change screen 361 (see FIG. 25 (B)).

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

The item conversion unit 318c accepts an item conversion request when the normal rights of Jiro (P012) and Saburo (P013) are the upper limit. That is, the item conversion units 318c and 328c receive the item conversion request from Ichiro (P011) when Jiro (P012) holds 120 points, which is the upper limit of the normal right. Similarly, if Saburo (P013) holds 130 points, which is the upper limit of normal rights, it will be accepted.
For this reason, for Jiro (P012) and Saburo (P013), it is possible to suppress a situation in which the normal rights are extremely reduced or the number is always low during the neglected state.

When Ichiro (P011) operates the item conversion button 370b, the item conversion units 318c and 328c execute the item conversion of the player. For example, when Ichiro (P011) operates the item conversion button 370b corresponding to Jiro (P012), the normal right held by Jiro (P012) is converted into the seed of the right that is an item.
In this way, the game system 301 gives the normal rights of Jiro (P012) (other players) in the same group to the items owned by Jiro (P012) in response to the request of Ichiro (P011) (each player). Convert. That is, Ichiro (P011) can request item conversion related to Jiro (P012) instead of Jiro (P012). Similarly, Ichiro (P011) can also perform item conversion related to Saburo (P013) instead of Saburo (P013).

The process of item conversion of Jiro (P012) and Saburo (P013) is the same as that of the first embodiment. For example, at the time of item conversion of Jiro (P012), the item conversion unit 318c of the game terminal 310 owned by Jiro (P012) and the item conversion unit 328c of the server 320 are the normal rights storage unit 16a and the item storage unit related to Jiro (P012). Update information about normal rights and items within 25h. Further, the use of the itemized rights seeds is also processed in the same manner as in the first embodiment, so that the Jiro (P012) can use the rights seeds for the play of each stage.

Here, since the normal rights change graph 370a of Jiro (P012) and Saburo (P013) is displayed on the item conversion screen 370 in the group, Ichiro (P011) can refer to these as follows. , You can consider which player's normal rights are converted to items.
That is, since Jiro (P012) and Saburo (P013) each hold the normal right up to the upper limit, the item conversion units 318c and 328c can accept item conversion related to Jiro (P012) and Saburo (P013). Is.
However, in order to use the seed of the right once converted into an item for play, the player needs to reconvert it into a normal right again. This is a bit of a hassle for the player. In addition, since the seed of the right can be used for play by reconverting it into a normal right, there is no disadvantage regarding the play right due to the item conversion.

Therefore, the request for item conversion of the normal rights of Jiro (P012) and Saburo (P013) by Ichiro (P011) does not need to be reconverted to the normal rights by Jiro (P012) and Saburo (P013). It is preferable that it is a thing.
In this case, Ichiro (P011) can consider whether or not to request item conversion related to Jiro (P012) and Saburo (P013), as in the case of lending the loan right within the above group. That is, the item conversion may be requested from the player who is not expected to play until the normal rights reduced after the item conversion are fully recovered.

In the example of FIG. 28, Ichiro (P011) plays on weekdays with respect to Jiro (P012) by referring to the normal rights change graph 370a, as in the case of referring to the normal rights change graph 361a of FIG. 25 (B). On the other hand, it is highly likely that Saburo (P013) will play on weekdays.
For this reason, Ichiro (P011) can be expected not to play Jiro (P012) until the normal rights are fully restored after item conversion, while Saburo (P013) can be expected to play during this time. ..

(Processing after item exchange)
When each player requests item conversion of another player in the same group, the item conversion units 318c and 328c process as follows.
Here, as in the above example, an example in which Ichiro (P011) requests the item conversion of the normal right of Jiro (P012) will be described.

(1) The normal right of Jiro (P012) is restored in the same manner as in the first embodiment.
Therefore, Jiro (P012) can change the normal right held from the upper limit value to a state smaller than the upper limit value by the request of item conversion from Ichiro (P011). As a result, Jiro (P012) has the advantage of being able to acquire the normal right to recover even if the neglected time continues, as in the first embodiment.
That is, the normal right of Jiro (P012) can easily maintain the state of the upper limit or less even when the neglected state (the state in which play is not possible) continues for a long time. Therefore, Jiro (P012) has a benefit such as being able to acquire more normal rights that increase with the elapsed time even when the neglected state (state in which play is not possible) continues for a long 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, thereby granting a privilege to Ichiro (P011).
The time limit is the 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 within 24 to 48 hours, for example. The privilege may be any one that is advantageous to Ichiro (P011), and may be, for example, a normal right, an item that can be worn by a character, or the like.
Further, the login to the game by Jiro (P012) may be another operation as long as it involves an operation related to the game by Jiro (P012). Operations related to the game, for example, using the seeds of rights itemized in Jiro (P012) may be used.

By the process of (2), even if the normal right of Ichiro (P011) is insufficient, the game system 301 may be able to acquire the privilege by requesting the item conversion of Jiro (P012). There is. As a result, the game system 301 logs on to the game for the request of item conversion such as Jiro (P012) even if its normal right is insufficient for Ichiro (P011). You can be encouraged to do so.
On the other hand, if the left state of Jiro (P012) continues, there is a high possibility that the normal right that has reached the upper limit has been converted into an item by Ichiro (P011) or the like. For this reason, Jiro (P012) has a desire to have Ichiro (P011) acquire the benefits. As a result, the game system 301 can urge Jiro (P012) to log in to the game within the time limit without continuing the neglected state for a long time.
As a result, the game system 301 can continuously urge the players forming the group to perform operations related to the game, so that it is possible to suppress the player from leaving the game.

In this way, the game system 301 performs the item exchange process within the same group. Therefore, the player can acquire more normal rights to recover by having the item converted in the neglected state.

In this embodiment, each player has shown an example in which the normal rights of other players in the same group can be converted into items, but the present invention is not limited to this.
For example, instead of the normal right, the excess right may be converted into an item. In this case, the right management unit displays the fluctuation graph of the excess right on the item conversion screen 370 in the group based on the information of 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 used as the seed of the right corresponding to the excess right, and may be reconverted into the excess right. In this case, the normal right does not decrease with the item conversion, so that the player does not have to reconvert the seed of the right into the normal right.

Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various modifications and changes are possible as in the modified embodiments described later, and these are also available. It is within the technical scope of the present invention. Moreover, the effects described in the embodiments are merely a list of the most suitable effects resulting from the present invention, and the effects according to the present invention are not limited to those described in the embodiments. It should be noted that the above-described embodiment and the later-described modification can be used in combination as appropriate, but detailed description thereof will be omitted.

(Transformed form)

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

(2) In the embodiment, the excess right shows an example in which the point increases with the passage of time after the normal right reaches the upper limit, but the present invention is not limited to this. The excess right may be indicated by the elapsed time itself after the normal right reaches the upper limit. In this case, a parameter indicating the degree of the normal right is shown by the elapsed time after the normal right reaches the upper limit, and a privilege (play right of a limited-time stage, etc.) is given to the player according to the elapsed time. do it.

(3) In the embodiment, the type of the game executed by the game system is shown as an example of RPG, but the present invention is not limited to this. The type of the game may be any game as long as 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, the group has described a mode in which a plurality of players are associated with each other by a group ID, but the group is not limited thereto. The form in which a plurality of players are associated with each other may be any configuration, and can be appropriately modified according to the specifications of the game and the like. That is, the group is a concept of each player and other players associated by any form. For example, in the case of a game specification in which each player can temporarily use the characters of other players in the play of each stage, the configuration may be such that each of these players and other players are 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 memory Units 16b, 26b ... Excess right storage unit 16c, 26c, 316c, 326c ... Lending right storage unit 18, 28 ... Control unit 18a ... Play control unit 18b, 28b, 218b, 228b, 318b, 328b ... Right 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)

It is a game system that can be played by using the play right that increases in amount according to the elapsed time.
A right information storage unit that stores the possessed play right, which is the play right possessed by the player, up to the possessed upper limit value,
It is equipped with a rights management unit that manages the play rights of the rights information storage unit.
The rights management department
Depending on the player's operation, the play right increase speed, which is the amount of increase in the play right per hour, is changed .
Accepting schedule settings in which multiple periods with different play rights increase speeds are placed within the set period,
A game system featuring. It is a game system that can be played by using the play right that increases in amount according to the elapsed time.
A right information storage unit that stores the possessed play right, which is the play right possessed by the player, up to the possessed upper limit value,
It is equipped with a rights management unit that manages the play rights of the rights information storage unit.
The rights management department
Depending on the player's operation, the play right increase speed, which is the amount of increase in the play right per hour, is changed .
At the time of schedule setting that accepts the setting of the period in which the play right increase speed is changed within the set period, there is a time when the planned increase value that increased the play right based on the schedule setting exceeds the upper limit of the play right. Even if you accept the schedule setting,
A game system featuring. It is a game system that can be played by using the play right that increases in amount according to the elapsed time.
A right information storage unit that stores the possessed play right, which is the play right possessed by the player, up to the possessed upper limit value,
It is equipped with a rights management unit that manages the play rights of the rights information storage unit.
The rights management department
Depending on the player's operation, the play right increase speed, which is the amount of increase in the play right per hour, is changed .
By displaying the setting screen that accepts the input of one or more periods within the set period on the game terminal, the schedule setting that sets the input period as the period in which the play right increase speed is changed is set in advance. Accepting,
A game system featuring. A computer equipped with a game system that can be played by using play rights that increase in amount according to the elapsed time.
A right information storage means for storing the possessed play right, which is the play right possessed by the player, up to the possessed upper limit value,
To function as a right management means for managing the play right of the right information storage means,
The rights management means,
It functions to change the play right increase speed, which is the amount of increase in the play right per hour, according to the player's operation .
To function to accept schedule settings in which multiple periods with different play rights increase speeds are placed within the set period.
A game program featuring. A computer equipped with a game system that can be played by using play rights that increase in amount according to the elapsed time.
A right information storage means for storing the possessed play right, which is the play right possessed by the player, up to the possessed upper limit value,
To function as a right management means for managing the play right of the right information storage means,
The rights management means,
It functions to change the play right increase speed, which is the amount of increase in the play right per hour, according to the player's operation .
By displaying the setting screen that accepts the input of one or more periods within the set period on the game terminal, the schedule setting that sets the input period as the period in which the play right increase speed is changed is set in advance. To function to accept,
A game program featuring.

Images