JP2021121301A - Game system, item strengthening method, and program - Google Patents

Abstract

To provide a game system, etc. capable of appropriately strengthening an imparted item within a predetermined restriction.SOLUTION: A lottery unit 241 selects an item by a lottery from an item group 232. An imparting unit 242 imparts an item, etc. selected by the lottery unit to a user. A discrimination unit 243 discriminates whether or not the item imparted by the imparting unit 242 is a strengthened item that satisfies a predetermined strengthening requirement. When the discrimination unit 243 discriminates that the item is a strengthened item, a designation unit 244 designates a lending item that can lend a parameter value to the strengthened item from other items imparted to the user by the imparting unit 242. A management unit 245 lends a parameter value of the lending item designated by the designation unit 244 to the strengthened item, and when a predetermined lending period elapses, returns the parameter value lent to the strengthened item to the lending item.SELECTED DRAWING: Figure 3

Description

The present invention relates to a game system, an item strengthening method, and a program capable of appropriately strengthening a given item within a predetermined limit.

Conventionally, various games have been provided in smartphones and game devices. For example, in music games, action games, etc., in addition to the main game (for example, in the case of a music game, a rhythm game called "live"), a so-called "gacha" lottery game can be executed. ..
In this lottery game, for example, a lottery is fairly performed based on the winning probability set for each item, and the winning item is given to the user. Then, the user can use the given item in the main game. For each item, for example, parameter values such as stamina, attack power, and defense power are set, but the higher the rarity of the item, the larger the parameter value is set.
Therefore, the user wants to be given a high rarity item in the lottery game in order to advance the main game in an advantageous manner. Even so, the higher the rarity item, the lower the winning probability is set, so even if you play many lottery games, you may not be able to acquire such a high rarity item.

In such a lottery game, for example, Patent Document 1 discloses an invention that appropriately increases the winning probability of a featured item (a character card having a high rarity, etc.). In the invention of Patent Document 1, in the lottery game, the winning probability of the featured item is increased as the number of lottery increases. In other words, even if the featured item is missed in this lottery, it will be easier to win the featured item in the next lottery.

Japanese Unexamined Patent Publication No. 2019-188244

However, in the invention of Patent Document 1 described above, an increase in the winning probability stimulates the gambling spirit of the user, and the user repeats a large number of lottery until the featured item is won or until the winning is given up. Is a concern.
In addition, even in a normal lottery game that does not increase the winning probability, there are many users who repeat a lot of lottery because they want a featured item.

Therefore, for example, even if an item with a lower rarity than the eyeball item is won, if the item can be increased to the extent equivalent to the eyeball item within a predetermined limit, the item will not stick to the eyeball item. , It is expected that the user will play the lottery game with moderation.

The present invention has been made in view of the above circumstances, and an object of the present invention is to provide a game system, an item strengthening method, and a program capable of appropriately strengthening a given item within a predetermined limit. ..

The game system according to the present invention
From the item group in which the parameter value is set according to each item, the granting part that grants a predetermined item to the user, and
A discriminating unit that determines whether or not the item granted by the granting unit is a strengthening item that satisfies a predetermined strengthening requirement.
Designation to specify a loan item that can lend a parameter value to the strengthened item from among other items given to the user by the granting unit when the discriminating unit determines that the item is the strengthened item. Department and
A management unit that lends the parameter value of the rented item designated by the designated unit to the reinforced item and returns the parameter value lent to the reinforced item to the rented item when a predetermined lending period elapses.
It is characterized by having.

According to the present invention, the given item can be appropriately strengthened within a predetermined limit.

It is a block diagram which shows an example of the whole structure of the game system which concerns on this embodiment. It is a block diagram which shows an example of the outline structure of the typical information processing apparatus which realizes a game server and the like. It is a block diagram which shows the outline structure of the game server which concerns on this embodiment. It is a schematic diagram which shows an example of the user management information. It is a schematic diagram for demonstrating the item group. (A) is a schematic diagram for explaining how the parameter values are lent from a plurality of rented items to the reinforced item, and (b) is a state where the parameter values are returned from the reinforced item to the plurality of rented items. It is a schematic diagram for demonstrating. It is a block diagram which shows the outline structure of the user terminal which concerns on this embodiment. It is a schematic diagram which shows an example of game management information. It is a schematic diagram which shows an example of a home screen. It is a schematic diagram which shows an example of the game screen of a rhythm game. Both (a) and (b) are schematic views showing an example of a lottery result screen. It is a flowchart for demonstrating the lottery process which concerns on this Embodiment. It is a flowchart for demonstrating the return process which concerns on this Embodiment.

An embodiment of the present invention will be described below. Hereinafter, in order to facilitate understanding, an embodiment in which the present invention is applied to a game system for controlling a music game executed by using a smartphone or the like will be described. In addition to this, for example, a notebook personal computer The present invention can be similarly applied when a music game is controlled by using an information processing device such as a game device or a PDA (Personal Digital Assistant). Further, as will be described later, the present invention can be applied to other than music games.
That is, the embodiments described below are for illustration purposes only and do not limit the scope of the present invention. Therefore, those skilled in the art can adopt embodiments in which each or all of these elements are replaced with equivalent ones, but these embodiments are also included in the scope of the present invention.

(overall structure)
As shown in FIG. 1, the game system 100 according to the embodiment of the present invention is configured such that the game server 200 and the user terminal 300 are communicably connected via the Internet 900.
Although simplified in the figure, it is assumed that a large number of user terminals 300 exist depending on the user to use.

The game server 200 is, for example, a server device (server computer) or the like, and communicates with a user terminal 300 to control the progress of a music game.
As the main game, the game server 200 controls a rhythm game called "live" that performs operations according to a target that moves according to the music to be played at the right time. In addition, the so-called "gacha" A lottery game called "" can also be controlled. That is, when the user terminal 300 requests the execution of the lottery game, the game server 200 fairly draws the lottery based on the winning probability set for each item, and the winning item is selected as the user (user of the user terminal 300). Give to.
In addition, although the "item" indicates a character (member) in a music game, it is not limited to such a character, and will be described below as including, for example, weapons, armor, magic, skills, goods, and the like. ..

Further, in the lottery game, a case where a "single-shot gacha" is performed will be described as an example, but other types of gacha may be used.
The one-shot gacha is, for example, a basic gacha in which one item is drawn for each lottery game and the winning item is given to the user, and the consideration to be consumed (for example, in-game currency). The amount of stone) is set low.
Instead of (or in addition to) such a one-shot gacha, in the lottery game, "10 consecutive gachas" may be performed.
The 10-game gacha is, for example, a gacha in which 10 gachas are performed in succession, a total of 10 items are drawn, and the winning items are given to the user, and the amount of consideration to be consumed is high (as an example). It is characterized by the fact that one or more items with high rarity are always won (10 times that of a single-shot gacha). The names of 10 consecutive gachas and the number of consecutive gachas (10 times) are examples, and other names are used to continuously perform other times (multiple times) of gachas. It may be.

The user terminal 300 is, for example, a smartphone or the like, and is used by a user who plays a music game or the like. That is, an application such as a music game is installed on the user terminal 300.

(Outline configuration of information processing device)
A typical information processing device 400 in which the game server 200 and the user terminal 300 according to the embodiment of the present invention are realized will be described.

As shown in FIG. 2, the information processing device 400 includes a CPU (Central Processing Unit) 401, a ROM (Read Only Memory) 402, a RAM (Random Access Memory) 403, a storage device 404, a display device 405, and the like. It includes a communication device 406 and an operation device 407.

The CPU 401 controls the operation of the entire information processing device 400, is connected to each component, and exchanges control signals and data.

An IPL (Initial Program Loader) executed immediately after the power is turned on is recorded in the ROM 402, and when this is executed, a predetermined program is read into the RAM 403 and the CPU 401 starts executing the program.

The RAM 403 is for temporarily storing data and programs, and holds programs and data read from the storage device 404, and other data necessary for communication.

The storage device 404 is an SSD (Solid State Drive), a hard disk, or the like, and stores various data. For example, the storage device 404 stores operating system programs, various applications, accompanying data, and the like necessary for controlling the operation of the entire information processing device 400.

The display device 405 includes, for example, a display device such as an LCD (Liquid Crystal Display), a VRAM (Video Random Access Memory) for storing image information to be displayed on the display device, and image processing for processing the image information. It is composed of parts and parts. The image processing unit processes the data read from the storage device 404 and the data processed by the CPU 401, and then stores the data in the VRAM to generate image information.

The communication device 406 performs wireless communication using a mobile communication network, a wireless LAN (Local Area Network), or the like. The communication device 406 may perform wired communication using a wired LAN or the like.

The operation device 407 is a touch screen, a touch pad, a button, a keyboard, a mouse, or the like, and accepts user operations. The user's operation may be accepted by voice.

Hereinafter, the configuration and the like of the game server 200 realized in the information processing apparatus 400 will be described with reference to FIGS. 3 to 6. When the power is turned on to the information processing apparatus 400, a program for functioning as the game server 200 is executed, and the game server 200 according to the present embodiment is realized.

(Outline configuration of game server)
FIG. 3 is a block diagram showing an outline configuration of the game server 200 according to the present embodiment. As shown in the figure, the game server 200 includes a receiving unit 210, a transmitting unit 220, a storage unit 230, and a control unit 240, and supports the progress of a music game executed by the user terminal 300.
For example, the game server 200 controls the progress of the rhythm game called "live" described above when the rhythm game called "live" is executed on the user terminal 300, and the lottery game called "gacha" described above is executed. Then, the progress of the lottery game is controlled.
In this lottery game, for example, even if an item with a rarity that is less than the highest rarity is won, if it meets the predetermined strengthening requirements, that item is managed as a strengthening item, and the best is only within the specified time limit. Strengthen to the extent equivalent to rarity.
Specifically, from among other items owned (or newly granted) by the user of the user terminal 300, a loan item that is the basis for strengthening the strengthening item is specified, and within the time limit. Only lend parameters from loaned items to enhanced items.

The receiving unit 210 receives various information sent from the user terminal 300 or the like via the Internet 900.
For example, when the music game is being executed on the user terminal 300, the receiving unit 210 receives various operation information during the game and selection information of items in various menus and the like from the user terminal 300.
The communication device 406 and the like described above can function as such a receiving unit 210.

The transmission unit 220 transmits various information to the user terminal 300 via the Internet 900.
For example, when the user terminal 300 requests the execution of the lottery game, the transmission unit 220 transmits the information of the items given in the lottery game to the user terminal 300.
The communication device 406 and the like described above can function as such a transmission unit 220.

The storage unit 230 stores various information necessary for controlling the progress of the music game. For example, the storage unit 230 stores user management information 231 and item group 232 and the like.

The user management information 231 is information for managing the users of each user terminal 300, and includes information as shown in FIG. 4 as an example.
That is, the user management information 231 includes a user ID 231a, a rank value 231b, a number of stones 231c, an owned item 231d, a strengthening item 231e, a loan item 231f, a loan period 231 g, and the like.
The rank value 231b is a value indicating the progress of the music game for that user (user of the user terminal 300). Instead of such a rank value 231b, a level value, an experience value, or the like may be stored.
Further, the number of stones 231c indicates the balance of stones (an example, which may be another name), which is the in-game currency acquired by the user. In the following, a case where a predetermined amount of stones is paid as a consideration for executing the lottery game will be described, but the lottery game may be executed by paying a consideration different from the in-game currency. For example, when a billing item (such as an in-game coin purchased separately by the user) is used as a consideration for executing the lottery game, the balance of such a billing item is also appropriately stored in the user management information 231. ..
Further, the owned item 231d is information (item ID) for identifying an item owned by the user. Items owned by the user are given from the game server 200 by playing a lottery game that consumes stones, for example. In addition to this, an item may be given by the user making the live successful (that is, playing the music to the end) in the rhythm game.

Further, the strengthening item 231e is information (item ID) for identifying the strengthening item described above. As described above, when the item won in the lottery game meets a predetermined enhancement requirement, the item is managed as an enhancement item. This strengthened item 231e is strengthened by lending a parameter value from the following loan item 231f. As will be described later, there may be a case where the enhancement item 231e cannot be enhanced to the upper limit only with the items owned by the user. Even in that case, since the item given by the later lottery game or the like can be used for strengthening, the item is similarly managed as the strengthening item 231e.
Further, the loan item 231f is information (item ID) for identifying the loan item described above. The loan item 231f lends a parameter value to the above-mentioned enhancement item 231e. The loan item 231f is managed corresponding to the enhancement item 231e.
The lending period 231g is information that defines a lending period for lending a parameter value from the lending item 231f to the strengthening item 231e. When the loan period specified by the loan period 231 g elapses, the information on the loan item 231f and the information on the strengthened item 231e are deleted together with the information on the loan period 231 g. That is, the management of the strengthened item 231e and the loan item 231f is completed, and those items return to the original parameter values.
In addition to these information, the user management information 231 may store information (music ID, etc.) of the music distributed to each user.

Returning to FIG. 3, the item group 232 is information on all items to be drawn in the lottery game, and includes information as shown in FIG. 5 as an example.
That is, the item group 232 includes the item ID 232a, the rarity 232b, the attribute 232c, the parameter value 232d, the winning probability 232e, and the like.
The rarity 232b indicates the grade (class) of the item in the game, and in descending order of rarity, for example, "UR" (ultra rare or ultimate rare), "SSR" (double super rare or super). Special rare), "SR" (super rare or special rare), "R" (rare), "N" (normal). Then, if you use high rarity items such as UR and SSR in the rhythm game (as an example, add the high rarity items to the participating members and play the live), you can proceed with the rhythm game more advantageously. It has become. Further, instead of using such a rarity, a rank may be used. In that case, for example, "platinum", "gold", and "silver" may be defined in descending order of rank.

Further, the attribute 232c indicates the characteristics of the item in the game, for example, the effect of using the item according to the game situation (for example, the evaluation value that can be obtained is increased or decreased. Less stamina, etc.) are different.
Further, the parameter value 232d is an ability value (as an example, a stamina value) set according to the item, and the higher the rarity 232b, the larger the value is set. Specifically, the parameter value 232d of the SSR item is about twice the parameter value 232d of the SR item. Further, the parameter value 232d of the UR item is about twice the parameter value 232d of the SSR item.
The winning probability 232e indicates the probability that the item will be won in the lottery game, and the higher the rarity 232b, the lower the probability is set. In other words, in the lottery game, the item with the highest rarity such as UR is considerably difficult to win.

In addition to this, the storage unit 230 stores various information necessary for the processing performed by the control unit 240. For example, the storage unit 230 also stores notification information to be notified to the user in a music game, various event information, and the like.
The RAM 403, the storage device 404, and the like described above can function as such a storage unit 230.

Returning to FIG. 3, the control unit 240 controls the entire game server 200 and supports the progress of the music game executed by the user terminal 300.
The control unit 240 includes, for example, a lottery unit 241, a grant unit 242, a discrimination unit 243, a designation unit 244, a management unit 245, and a progress control unit 246.

When the user terminal 300 requests the execution of the lottery game, the lottery unit 241 draws an item from the above-mentioned item group 232.
That is, the lottery unit 241 fairly draws the lottery based on the winning probability 232e set for each item, and for example, draws one item. The lottery section 241 will be described as an example of performing a single-shot gacha, but as described above, 10 consecutive gachas may be performed.

The granting unit 242 grants the item drawn by the lottery unit 241 to the user. In addition, the granting unit 242 is used not only for the items drawn by the lottery unit 241 but also when the live is successful in the rhythm game, or when the number of times or the time when the user plays the rhythm game exceeds the specified value. , A predetermined item may be given to the user.
In this way, the item given by the granting unit 242 is managed as the owned item 231d (the corresponding user's own item 231d) in the user management information 231 shown in FIG. 4 described above.

The determination unit 243 determines whether or not the item granted by the granting unit 242 is a strengthening item that satisfies a predetermined strengthening requirement.
For example, from the item group 232 shown in FIG. 5 described above, a predetermined number of items whose rarity (rareity 232b) is SSR are defined as items to be strengthened. Then, when the item of SSR is given, the determination unit 243 determines whether or not the item should be strengthened. Items to be strengthened may be reviewed every predetermined period (for example, on a monthly basis).
In addition to this, items to be strengthened may be specified to be different depending on the user. For example, if the user already owns a UR item, the attribute (attribute 232c) of the UR item may be excluded from the items to be strengthened. That is, SSR items (predetermined number of items) having attributes different from the UR items are defined as items to be strengthened from the item group 232.
Further, when the user does not own any UR item, the item to be strengthened may be specified so that the item with the attribute most owned by the user is utilized. That is, the parameter values (parameter values 232d) for each attribute are aggregated from the item 231d owned by the user, and the SSR items (predetermined number of items) having the same attribute as the attribute having the largest aggregated parameter value are included in the item group 232. Therefore, it is specified as an item to be strengthened.
In addition, when a user has failed a live concert a predetermined number of times or more in a rhythm game (main game), items to be strengthened may be defined according to the participating members (organization items) of the live concert. In other words, among the members participating in the live, the item with the lowest rarity is identified, and SSR items (predetermined number of items) with the same attributes as that item are defined as items to be strengthened from the item group 232. Keep it.
Also, when the ideal parameter value required to capture the rhythm game (main game) is specified, and the user does not own the rarity of the attribute with that parameter value (for example, UR item). In addition, SSR items (predetermined number of items) having the same attributes as those attributes may be defined as items to be strengthened from the item group 232.
Even in these cases, when the SSR item is given to the user, the determination unit 243 determines whether or not the item should be strengthened.

When the determination unit 243 determines that the item is an enhancement item, the designation unit 244 specifies a loan item that can lend a parameter value to the enhancement item from among other items given to the user. .. In the following, as an example, a case where the parameter value can be lent only between items having the same attribute (attribute 232c) will be described.
For example, the designation unit 244 designates an item having the same attribute as the enhancement item among the items 231d owned by the user as a loan item.
Specifically, the designation unit 244 designates a loan item having the same attribute as the strengthening item until the cumulative total of the parameter values (parameter value 232d) reaches a predetermined specified value. When strengthening the strengthened item to the highest rarity, the difference from the parameter value of the highest rarity (parameter value of the highest rarity-parameter value of the item managed as the strengthened item) is set as the default value. ing.
That is, when the designated unit 244 specifies a loan item from the user's own item 231d, the parameter value of the loan item is accumulated. That is, if the accumulated parameter value is less than the specified value, the designation unit 244 continues to specify the next loan item. On the other hand, when the accumulated parameter value reaches the specified value (if it is equal to or more than the specified value), the designation unit 244 ends the designation of the loan item there.
The designation unit 244 first extracts all items with the same attributes as the enhancement items from the user's own items 231d, sorts them in ascending order (or descending order) based on the parameter values, and then accumulates the parameter values. You may specify the loaned items in the sort order until the specified value is reached. In addition, when sorting in ascending order, rental items with low rarity, which are rarely used, are specified in order.
The loan item designated by the designation unit 244 in this way is managed as a loan item 231f (a loan item 231f of the corresponding user) in the user management information 231 of FIG. In addition, a period is also set for the loan period of 231 g. For example, in the loan period 231 g, a period up to one week after the loan item is designated is set. The period up to one week later is an example, and a period of another length may be set.

The management unit 245 lends the parameter value of the loan item specified by the above designated unit 244 to the strengthened item, and when the loan period (loan period 231 g) elapses, the parameter value lent to the strengthened item becomes the loan item. return.
That is, when lending the parameter value, the management unit 245 reduces the parameter value of the loaned item and increases the parameter value of the strengthened item according to the reduced parameter value. The management unit 245 lends this parameter value every time the designated unit 244 designates a loan item. Specifically, as shown in FIG. 6A, the enhancement item KI having the SSR with the initial parameter value of “105” has a difference from the parameter value of the UR item “218” as an example. "113" is set as a specified value. Therefore, the management unit 245 lends the parameter values up to the specified value "113" from the plurality of loan item TIs to the strengthening item KI. That is, the specified value "113" is decreased from the parameter values of the plurality of loan item TIs, and the specified value "113" is increased from the parameter values of the enhanced item KI. As a result, the total parameter value of the enhanced item KI is increased to "218" and becomes the same as the parameter value of the UR item.
In this way, the parameter value of the enhancement item is increased to the specified value and becomes the same as the parameter value of the highest rarity. As a result, the enhanced item KI of SSR has been raised to the equivalent of the item of UR, so that it is possible to advance the rhythm game called "live" more advantageously by using such enhanced item KI. Therefore, even if the UR item has not been won, the user can easily finish the lottery game at this point and proceed to the rhythm game.

After that, when the loan period 231 g (the loan period 231 g of the corresponding user) elapses, the management unit 245 increases the parameter value of the loan item 231f (the loan item 231f of the corresponding user) to the original parameter value, and increases the parameter value. The parameter value is returned by reducing the parameter value of the enhancement item 231e (the enhancement item 231e of the corresponding user) according to the parameter value.
Specifically, as shown in FIG. 6B, the management unit 245 returns the lent parameter values from the strengthened item KI to the plurality of lent item TIs. As a result, the parameter value of the strengthened item KI returns to the initial value "105", and the parameter value of each loan item TI also returns to the original value.
When the management unit 245 finishes returning the parameter value, the information of the loan item 231f, the information of the strengthening item 231e, and the information of the loan period 231g are deleted.

The progress control unit 246 controls not only such a lottery game but also the progress of the rhythm game when the user terminal 300 is instructed to execute a rhythm game called "live".

In addition to this, the control unit 240 also collects the consideration required for executing the lottery game. That is, the control unit 240 performs processing such as subtracting the amount of consideration from the number of stones 231c of the corresponding user in the user management information 231.
The CPU 401 and the like described above can function as a control unit 240 having such a configuration.

Hereinafter, the configuration and the like of the user terminal 300 realized in the information processing apparatus 400 will be described with reference to FIGS. 7 to 11. When the power is turned on to the information processing apparatus 400 described above, a program for functioning as the user terminal 300 is executed, and the user terminal 300 according to the present embodiment is realized.

(Overview configuration of user terminal)
FIG. 7 is a block diagram showing an outline configuration of the user terminal 300 according to the present embodiment. As shown in the figure, the user terminal 300 includes an operation reception unit 310, a transmission / reception unit 320, a storage unit 330, a control unit 340, and a display unit 350, and for example, music while appropriately communicating with the game server 200. Progress the game.

The operation reception unit 310 receives various operations from the user. For example, the operation reception unit 310 receives an operation from the user based on the information obtained from the touch screen or the like.
The above-mentioned operation device 407 and the like can function as such an operation reception unit 310.

The transmission / reception unit 320 accesses the game server 200 via the Internet 900 and transmits / receives information necessary for the progress of the music game.
For example, when a rhythm game is executed on the user terminal 300, the transmission / reception unit 320 transmits the operation information received by the operation reception unit 310 and the selection information during the game to the game server 200.
When the lottery game is executed on the user terminal 300, the transmission / reception unit 320 requests the game server 200 to execute the lottery game, and receives information on the items given by the lottery game from the game server 200. do.
The communication device 406 and the like described above can function as such a transmission / reception unit 320.

The storage unit 330 stores an application such as a music game installed on the user terminal 300, and various information for executing the application.
For example, the storage unit 330 stores game management information 331 and the like.

As shown in FIG. 8, the game management information 331 includes, for example, a user ID 331a, a rank value 331b, a number of stones 331c, an owned item 331d, a strengthening item 331e, a loan item 331f, a loan period 331 g, and the like. .. That is, the same information as the user management information 231 of FIG. 4 described above is also managed on the user terminal 300 side.
The information stored in the game management information 331 is appropriately synchronized with the user management information 231 stored on the game server 200 side, as will be described later.

In addition to this, the storage unit 330 also stores image data and the like of items in the music game.
The above-mentioned storage device 404 or the like can function as such a storage unit 330.

Returning to FIG. 7, the control unit 340 controls the entire user terminal 300. The control unit 340 includes, for example, a game progress unit 341 and a screen generation unit 342.

When the music game is executed on the user terminal 300, the game progress unit 341 advances the music game in response to the user's operation or the like received by the operation reception unit 310. At that time, the game progress unit 341 transmits / receives data to / from the game server 200 through the transmission / reception unit 320, and for example, the information managed by the game management information 331 and the information managed by the user management information 231 ( Synchronize with the corresponding user information).
Further, when the lottery game is executed on the user terminal 300, the game progress unit 341 requests the game server 200 to execute the lottery game.

The screen generation unit 342 generates various screens in the music game. For example, the screen generation unit 342 generates a home screen HG as shown in FIG. The home screen HG includes a live button LB, a solicitation button KB, and the like.
The live button LB is a button for playing a rhythm game (main game) called "live" by a unit of items (characters) organized by the user. The solicitation button KB is a button for playing a lottery game.
When the live button LB is pressed on the home screen HG, the screen generation unit 342 generates, for example, the game screen RG of the rhythm game as shown in FIG. In this game screen RG, the rhythm icon RI (target symbol) flows from the note mark NM toward the unit icon UI (item symbol) according to the rhythm of the music to be played. The user is required to tap the unit icon UI at the moment when the rhythm icon RI fits perfectly on the unit icon UI.

Further, when the solicitation button KB is pressed on the home screen HG of FIG. 9, the lottery game is executed on the game server 200. Then, when the information of the item given by the lottery game is sent from the game server 200, the screen generation unit 342 generates, for example, the lottery result screen TG as shown in FIGS. 11A and 11B. FIG. 11A shows a lottery result screen TG when the item given by the lottery game is a normal item (other than a strengthened item). On the other hand, FIG. 11B shows a lottery result screen TG when the item given by the lottery game is a strengthened item. In the lottery result screen TG of FIG. 11B, it is shown that the parameter value (stamina value) of the strengthened item is increased from the initial value “105” to “218”.

Returning to FIG. 7, the control unit 340 also performs other processing necessary for the progress of the game, such as superimposing the notification information sent from the game server 200 on the game screen and displaying it on the display unit 350. Run.
The CPU 401 and the like described above can function as a control unit 340 having such a configuration.

The display unit 350 displays various screens and the like in the music game.
For example, the display unit 350 displays the home screen HG generated by the screen generation unit 342, the game screen RG of the rhythm game, the lottery result screen TG of the lottery game, and the like.
The display device 405 and the like described above can function as such a display unit 350.

(Game server operation)
Hereinafter, the operation of the game server 200 having the configuration shown in FIG. 3 will be described with reference to FIGS. 12 and 13. FIG. 12 is a flowchart for explaining the lottery process according to the present embodiment. Further, FIG. 13 is a flowchart for explaining the return process according to the present embodiment. The game server 200 controls the overall progress of the music game executed by the user terminal 300, and the most characteristic of these lottery processing and return processing will be described.
First, the lottery process of FIG. 12 will be described. This lottery process is executed when the solicitation button KB is pressed while the home screen shown in FIG. 9 described above is displayed on the user terminal 300.

First, the game server 200 draws items from the item group (step S11).
That is, the control unit 240 (lottery unit 241) draws an item from the item group 232 as shown in FIG. That is, the control unit 240 fairly draws a lot based on the winning probability 232e set for each item, and for example, draws one item.

The game server 200 determines whether or not the lottered item is a strengthened item (step S12).
That is, the control unit 240 (discrimination unit 243) determines whether or not the item drawn by lottery in step S11 is a strengthening item that satisfies a predetermined strengthening requirement.
For example, from the item group 232 shown in FIG. 5, when a predetermined number of items whose rarity (rareity 232b) is SSR are defined as items to be strengthened, the control unit 240 grants SSR items. When done, determine if the item should be enhanced.

When the game server 200 determines that the lottered item is not a strengthened item (step S12; No), the game server 200 proceeds to the process in step S15, which will be described later.

On the other hand, when it is determined that the lottered item is a strengthened item (step S12; Yes), the game server 200 designates a loan item (step S13).
That is, the control unit 240 (designation unit 244) designates a loan item that can lend a parameter value to the strengthened item from among other items given to the user.
For example, the control unit 240 designates an item having the same attribute (attribute 232c) as the enhancement item among the owned items 231d (corresponding user-owned item 231d) in the user management information 231 shown in FIG. 4 as a loan item.
Specifically, the control unit 240 designates a loan item having the same attribute as the strengthened item until the cumulative total of the parameter values (parameter value 232d) reaches a predetermined specified value. If the parameter value of the strengthening item is to be doubled, the default value is set to the same value as the parameter value of the strengthening item.
That is, when the loan item is specified from the user's own item 231d, the control unit 240 accumulates the parameter values of the loan item. Then, if the accumulated parameter value is less than the specified value, the control unit 240 continues to specify the next loan item. On the other hand, when the accumulated parameter value reaches the specified value (if it is equal to or more than the specified value), the control unit 240 ends the designation of the loan item there.

The game server 200 sets the lending period and lends the parameter value of the lending item to the strengthened item (step S14).
That is, the control unit 240 (management unit 245) lends the parameter value by decreasing the parameter value of the loan item and increasing the parameter value of the strengthening item according to the reduced parameter value. The control unit 240 lends this parameter value every time the designated unit 244 designates a loan item. That is, if the accumulated parameter value is less than the specified value, the control unit 240 adds all the parameter values of the loaned item to the parameter value of the strengthened item. On the other hand, when the accumulated parameter value reaches the specified value, the control unit 240 adds the portion from the parameter value of the loaned item to the specified value to the parameter value of the strengthened item.
Further, the control unit 240 sets, for example, a loan period of 231 g to a period of one week after the loan item is designated. The period up to one week later is an example, and a period of another length may be set.

The game server 200 assigns an item (step S15).
That is, the control unit 240 (granting unit 242) grants the user the item drawn in step S11 described above or the enhanced item to which the parameter value of the loaned item is lent in step S14 described above.
Specifically, by transmitting the information of the given item to the user terminal 300, the user terminal 300 displays the lottery result screen TG as shown in FIGS. 11A and 11B described above. That is, when the item given by the lottery game is a normal item (other than a strengthening item), the lottery result screen TG as shown in FIG. 11A is displayed. On the other hand, when the item given by the lottery game is a strengthened item, the lottery result screen TG as shown in FIG. 11B is displayed.
In FIG. 11 (b), for example, as shown in FIG. 6 (a), the enhanced item KI having an SSR with an initial parameter value of “105” has parameters from a plurality of loan item TIs to a specified value of “113”. Shows the case where the value is lent. As a result, the parameter values of the enhanced items given on the lottery result screen TG of FIG. 11B are increased until they correspond to the UR items.

By such a lottery process, when the lottered item is a strengthening item, the parameter value of the strengthening item is defined by lending the parameter value from the loaned item to the strengthening item among the other items owned. It can be increased up to the value.
For example, by increasing the SSR item to the extent that it corresponds to the UR item, the user can advance the rhythm game in an advantageous manner and experience the usability of the UR item that has not been won.

As a result, the granted item can be appropriately strengthened within a predetermined limit.

Next, the return process will be described with reference to FIG. This return process is executed, for example, every time the date changes at midnight.

First, the game server 200 refers to the information on the enhancement item (step S21).
That is, the control unit 240 (management unit 245) refers to the non-blank enhanced item 231e, the loan item 231f, and the loan period 231 g from the user management information 231 as shown in FIG.

The game server 200 determines whether or not the loan period has expired (step S22).
That is, the control unit 240 determines whether or not the loan period 231 g referred to in step S21 above has passed at the present time (as of midnight).

When the game server 200 determines that the loan period has not expired (step S22; No), the game server 200 proceeds to step S25, which will be described later.

On the other hand, when it is determined that the loan period has expired (step S22; Yes), the game server 200 returns the parameter value lent to the enhanced item to the rented item (step S23).
That is, the control unit 240 returns the parameter value by increasing the parameter value of the loan item 231f to the original parameter value and decreasing the parameter value of the strengthening item 231e according to the increased parameter value.
Specifically, as shown in FIG. 6B, the control unit 240 returns the lent parameter values from the strengthened item KI to the plurality of lent item TIs. As a result, the parameter value of the strengthened item KI returns to the initial value "105", and the parameter value of each loan item TI also returns to the original value.

The game server 200 erases the information of the enhancement item (step S24).
That is, the control unit 240 deletes the information of the loan item 231f, the information of the strengthening item 231e, and the information of the loan period 231g referred to in step S21.

The game server 200 determines whether or not there is any remaining information on the enhancement item (step S25).
That is, the control unit 240 determines in the user management information 231 of FIG. 4 whether or not there is information on the loan item 231f that has not been referenced yet, information on the enhancement item 231e, and information on the loan period 231g.

When the game server 200 determines that there is a remainder in the information of the enhancement item (step S25; Yes), the game server 200 returns the process to step S21 described above.

On the other hand, when it is determined that there is no remaining information on the enhanced item (step S25; No), the game server 200 ends the return process.

By such a return process, when the loan period (loan period 231 g) elapses, the parameter value lent to the strengthened item is returned to the loan item. That is, the enhancement item returns to the original item.
That is, when the loan period elapses, for example, the enhanced item that has been enhanced to the equivalent of the UR item returns to the original SSR item, so that the rarity value of the unwinned UR item is still maintained.

As a result, the granted item can be appropriately strengthened within a predetermined limit.

(Other embodiments)
In the above embodiment, the specification unit 244 has described the case where all the necessary loan items can be specified from the items already acquired by the user, but in reality, the case where all the necessary loan items cannot be specified. There is also.
That is, even if the designation unit 244 specifies all the items having the same attributes as the enhancement items from the possession item 231d (the corresponding user's possession item 231d) in the user management information 231 of FIG. 4 as the loan item, the parameter value (parameter) It may occur that the cumulative total of the values 232d) does not reach the specified value. In that case, by continuing the lottery game, the loaned item may be further specified from the newly granted items. Further, not only the lottery game but also the loaned items may be further specified from the items given by playing the rhythm game after that.
That is, the designation unit 244 may further specify the loan item from the items given after the strengthening item.
Further, even before the cumulative total of the parameter values of the loaned items reaches the specified value, the enhancement of the enhancement item (enhancement item 231e) may be completed there according to the user's operation. For example, if the lottery game is changed to the rhythm game according to the user's operation before the cumulative total of the parameter values of the loan items reaches the specified value, the designation unit 244 ends the designation of the loan items there.

In the above embodiment, the case where the designated unit 244 specifies the loan item independently on the game server 200 side has been described, but the designated unit 244 specifies the loan item according to the user's operation on the user terminal 300. May be good.
For example, when the item given from the game server 200 to the user terminal 300 is an enhanced item, the control unit 240 displays the enhanced item on the screen of the user terminal 300 together with a list of items that can be rented items. Then, when the user selects a desired number of desired items from the list on the screen, the control unit 240 (designation unit 244) designates those items as rental items.
In this case, it is possible to lend a parameter value to the enhanced item by designating a loan item according to the user's game style, such as selecting an item that is not planned to be used.

In the above embodiment, the case where the parameter value lent to the strengthened item is returned to the lent item when the lent period (lending period 231 g) elapses has been described, but even before the lent period elapses, , When a predetermined result is obtained in the rhythm game (main game) by using the strengthening item, the parameter value lent to the strengthening item may be returned to the rented item.
For example, when the enhancement item is used in a rhythm game and the live performance of a predetermined difficulty level is successful, the management unit 245 returns the parameter value lent to the enhancement item to the rental item even before the loan period elapses.
In this case, the user can be prevented from relying too much on enhancement items more than necessary.

In the above embodiment, the case where the parameter value lent to the strengthened item is returned to the rented item as it is when the lending period elapses has been described, but at the time of return, the parameter value of the rented item is increased by a predetermined ratio. You may. For example, in the case of managing the level value of the item, the management unit 245 raises the level value of the loaned item by one level at the time of return, and increases the parameter value to the corresponding value after the level up.
At the time of return, the parameter value of the loaned item may be increased only when the enhanced item is used in the rhythm game and the enhanced item is effectively used, such as when the live performance of the predetermined difficulty level is successful.
In this case, the user can be encouraged to use the enhancement item in the rhythm game.

In the above embodiment, the case where the lottery game is played on the game server 200 side has been described, but the lottery game may be played on the user terminal 300 side.
For example, by providing the control unit 340 of the user terminal 300 with the configuration of the lottery units 241 to the management unit 245 shown in FIG. 3, the lottery game is performed on the user terminal 300 side in the same manner as described above.
In this case as well, the granted item can be appropriately strengthened within a predetermined limit.

In the above embodiment, the case where the present invention is applied to a music game has been described, but the present invention is not limited to such a music game, and other than this, an action game, a simulation game, a battle game, a card game, a puzzle game, a sports game, etc. The present invention is also applicable when a lottery game is played in addition to the main game in various games such as.
The parameter value set for the item is not limited to the stamina described above, and may be an offensive power, a defensive power, or the like.

In the above embodiment, the case where the dedicated game server 200 or the user terminal 300 is used has been described, but an operation program that defines the operation of the game server 200 or the user terminal 300 is provided as an existing personal computer, an information terminal device, or the like. It is also possible to make the personal computer function as a game server 200 or a user terminal 300 by applying it to.

The distribution method of such a program is arbitrary, and is stored and distributed in a computer-readable recording medium such as a CD-ROM, DVD (Digital Versatile Disc), MO (Magneto Optical Disc), or memory card. It may be distributed via a communication network such as the Internet.

It goes without saying that the contents of the present invention and the present specification do not violate laws and regulations.

(summary)
The game system according to the first aspect of the present invention includes a lottery unit, a granting unit, a discriminating unit, a designated unit, and a management unit.

The granting unit grants a predetermined item to the user from the item group in which the parameter value is set according to each item. The discriminating unit determines whether or not the item given by the granting unit is a strengthening item that satisfies a predetermined strengthening requirement. When the discriminating unit determines that the item is an enhanced item, the designated unit specifies a loan item that can lend a parameter value to the enhanced item from among other items granted to the user by the granting unit. Then, the management unit lends the parameter value of the loan item designated by the designated unit to the strengthened item, and returns the parameter value lent to the strengthened item to the loan item when the predetermined lending period elapses.

In this way, when the granted item is a strengthening item, the parameter value of the strengthening item is increased to the specified value by lending the parameter value from the loaned item to the strengthening item among the other items owned. Can be made to.
For example, by increasing the SSR item to the equivalent of the UR item, the user can advance the rhythm game (main game) in an advantageous manner and experience the usability of the UR item that has not been granted. It becomes.
Then, when the loan period elapses, the parameter value lent to the strengthened item is returned to the rented item. That is, when the loan period elapses, for example, the enhanced item that has been enhanced to the equivalent of the UR item returns to the original SSR item, so that the rarity value of the UR item that has not been granted is still maintained.
As a result, the granted item can be appropriately strengthened within a predetermined limit.

Further, in the above game system, the management unit lends the parameter value by decreasing the parameter value of the loaned item at the time of lending and increasing the parameter value of the strengthening item according to the reduced parameter value. , At the time of return, the parameter value of the loaned item may be increased to the original parameter value, and the parameter value of the strengthened item may be decreased according to the increased parameter value to return the parameter value. ..
In this case, the parameter value of the enhancement item can be increased within the range of the parameter value of the loan item owned by the user.

Further, in the above game system, the designated unit may specify a plurality of loaned items until the parameter value to be lent to the enhanced item reaches a specified value.
In this case, multiple loan items can be specified, and the parameter values of those loan items can be lent to the enhancement item. For example, even if you own a lot of low-rare items, you can effectively utilize the enhancement item. Can be strengthened.

Further, in the above game system, the designated unit is newly added by the granting unit when the parameter value to be lent to the enhanced item does not reach the above value only with the loaned item specified from the items already granted by the granting unit. The loan item may be further specified from the items given to.
In this case, even if the item with high rarity is not given, it is possible to utilize the newly given item by continuing the game and to strengthen the strengthened item to the specified value.

Further, in the game system, the management unit may decide to lend to the enhanced item according to a predetermined operation by the user even before the parameter value to be lent to the enhanced item reaches the specified value.
In this case, when the user determines that the enhancement item is sufficiently enhanced, it is possible to stop waiting for the newly granted item and play the main game using the enhancement item according to the user's operation. It becomes.

Further, in the above game system, the designation unit may specify the loan item according to the operation of the user.
In this case, it is possible to lend a parameter value to the enhanced item by designating a loan item according to the user's game style, such as selecting an item that is not planned to be used.

Further, in the above game system, when the enhancement item is used in the main game and a predetermined task is cleared in the main game, the management unit lends the parameter value lent to the enhancement item even before the loan period elapses. You may return it to the item.
In this case, by returning the item at the timing when the result can be obtained in the main game using the enhancement item, the user can be prevented from relying on the enhancement item more than necessary.

Further, in the game system, when returning the parameter value lent to the enhanced item to the rented item, the management unit may increase the parameter value by a predetermined ratio and return the item.
In this case, the user can be encouraged to use the enhancement item in the main game.

The item strengthening method according to the second aspect of the present invention includes a lottery step, a granting step, a discrimination step, a designation step, and a management step.

That is, the item strengthening method according to the second viewpoint can appropriately strengthen the given item within a predetermined limit, as in the game system according to the first viewpoint.

The program according to the third aspect of the present invention causes the computer to function as a lottery unit, a granting unit, a discriminating unit, a designated unit, and a management unit.

That is, the program according to the third aspect can appropriately strengthen the given item within a predetermined limit, similarly to the game system according to the first aspect.

As described above, according to the present invention, it is possible to provide a game system, an item strengthening method, and a program capable of appropriately strengthening a given item within a predetermined limit.

100 Game system 200 Game server 210 Reception unit 220 Transmission unit 230 Storage unit 231 User management information 232 Item group 240 Control unit 241 Lottery unit 242 Grant unit 243 Discrimination unit 244 Designation unit 245 Management unit 246 Progress control unit 300 User terminal 310 Operation reception Unit 320 Transmission / reception unit 330 Storage unit 331 Game management information 340 Control unit 341 Game progress unit 342 Screen generation unit 350 Display unit 400 Information processing device 401 CPU
402 ROM
403 RAM
404 Storage device 405 Display device 406 Communication device 407 Operation device 900 Internet

Claims (10)

From the item group in which the parameter value is set according to each item, the granting part that grants a predetermined item to the user, and
A discriminating unit that determines whether or not the item granted by the granting unit is a strengthening item that satisfies a predetermined strengthening requirement.
Designation to specify a loan item that can lend a parameter value to the strengthened item from among other items given to the user by the granting unit when the discriminating unit determines that the item is the strengthened item. Department and
A management unit that lends the parameter value of the rented item designated by the designated unit to the reinforced item and returns the parameter value lent to the reinforced item to the rented item when a predetermined lending period elapses.
A game system characterized by being equipped with. At the time of lending, the management unit reduces the parameter value of the loaned item and increases the parameter value of the strengthened item according to the reduced parameter value to lend the parameter value, and at the time of return. , The parameter value of the loaned item is increased to the original parameter value, and the parameter value of the enhanced item is decreased according to the increased parameter value to return the parameter value.
The game system according to claim 1. The designation unit designates a plurality of the loaned items until the parameter value to be lent to the enhanced item reaches a specified value.
The game system according to claim 1 or 2. The designated unit is newly added by the granting unit when the parameter value lent to the strengthening item does not reach the specified value only with the loaned item designated from the items already granted by the granting unit. Further specify the loan item from the granted item,
The game system according to claim 3, wherein the game system is characterized by the above. The management unit determines the loan to the enhanced item in response to a predetermined operation by the user even before the parameter value to be lent to the enhanced item reaches a specified value.
The game system according to claim 4. The designation unit designates the loan item according to the operation of the user.
The game system according to any one of claims 1 to 5, wherein the game system is characterized by the above. When the enhancement item is used in the main game and a predetermined task is cleared in the main game, the management unit transfers the parameter value lent to the enhancement item to the loan item even before the loan period elapses. return,
The game system according to any one of claims 1 to 6, wherein the game system is characterized by the above. When returning the parameter value lent to the strengthened item to the rented item, the management unit increases the parameter value by a predetermined ratio and returns it.
The game system according to any one of claims 1 to 7, wherein the game system is characterized by the above. It is a method of strengthening items in the game system.
From the item group in which the parameter value is set according to each item, the grant step of granting a predetermined item to the user, and
A determination step for determining whether or not the item granted in the grant step is a strengthening item satisfying a predetermined strengthening requirement, and a determination step.
When it is determined that the item is the enhanced item in the determination step, a loan item that can lend a parameter value to the enhanced item is specified from among other items granted to the user in the grant step. Designated steps to be performed and
A management step in which the parameter value of the loaned item specified in the designated step is lent to the enhanced item, and when the predetermined loan period elapses, the parameter value lent to the enhanced item is returned to the loaned item.
Item strengthening method characterized by having. Computer,
A granting unit that grants a predetermined item to the user from a group of items for which parameter values are set according to each item.
A discriminating unit that determines whether or not the item granted by the granting unit is a strengthening item that satisfies a predetermined strengthening requirement.
Designation to specify a loan item that can lend a parameter value to the strengthened item from among other items given to the user by the granting unit when the discriminating unit determines that the item is the strengthened item. Department,
A management unit that lends the parameter value of the rented item designated by the designated unit to the reinforced item and returns the parameter value lent to the reinforced item to the rented item when a predetermined lending period elapses.
A program characterized by functioning as.

Images