JP6722220B2 - Server system and game system - Google Patents

Description

The present invention relates to a server system or the like that is communicatively connected to a user terminal that executes a game and that executes a grant process that grants a user a game object selected according to a selection probability.

Many games are equipped with a system that gives a user a selected game object according to a selection probability set for each game object that can be used in the game, such as characters and items. Typical examples thereof are gachas and drops by enemy characters. For example, as for gacha, as disclosed in Patent Documents 1 and 2, a technique is known in which the selection probability of a game object to be given is adjusted depending on whether the user has acquired or not acquired.

JP, 2014-217485, A JP, 2013-075140, A

In recent years, through the exchange of information among users using SNS (Social Networking Service) and the like, and posting on game strategy websites, it has become widely known how to use the character and the usage of items that are said to be optimal in an instant. became. As a result, everyone uses the same character and uses the same item in the same scene, which results in a bias in the use of the character or item in the actual game. ..

From the viewpoint of the game maker side, there is a demand that a wide variety of characters are prepared and provided, and that not only specific characters but also various characters are used to enjoy the game. This applies not only to the character but also to the item.

The present invention has been made in view of the above circumstances, and an object thereof is to generate a bias in the degree of use between game users of game objects that can be added by the adding process, such as a gacha or a drop by an enemy character. It is an object of the present invention to provide a technique capable of reducing or suppressing the above.

The first invention for solving the above problems is
The game object is connected to each user terminal that executes a game, and when a game object is given to a user, the game object to be given to the user is selected and given according to the selection probability set for each game object, and the giving process is executed. A server system,
A grant record analyzing means for analyzing a grant record of the game object by the grant process,
Usage record analysis means for analyzing the usage record of the game object,
A change unit for changing the parameter set in the game object and/or the selection probability based on the analysis result of the assignment record and the analysis result of the use record;
It is a server system equipped with.

According to the first aspect of the present invention, the parameter set in the game object and/or the selection probability is changed based on the analysis result of the past record of the game object and the analysis result of the usage record by the grant process. The process is executed. By changing the value of the parameter set in the game object, the ease of use in the game is adjusted. Further, by changing the selection probability set for the game object, the easiness of giving the game object is adjusted. As a result, it is possible to indirectly influence the degree of use of the game object that can be given among the users, which leads to reduction or suppression of the occurrence of bias.

A second invention is the server system of the first invention,
The grant result analysis means analyzes a degree of popularization indicating a degree of being granted or owned by a user, regarding a game object that can be granted by the granting process,
The usage record analyzing unit analyzes a usage degree indicating a degree of being used by a user with respect to a game object that can be added by the adding process,
The changing unit changes a parameter set in the game object and/or the selection probability when the degree of popularization and the degree of use satisfy a given condition.
It is a server system.

According to the second aspect, the degree of popularization indicating the degree of being given or owned by the user, and the degree of use indicating the degree of being used by the user are the parameters set in the game object satisfying the predetermined condition, and The selection probability is changed.

A third invention is the server system of the second invention,
The changing unit lowers the value of the parameter and/or reduces the selection probability when the degree of popularization is high and the high degree of usage/high usage condition indicating that the degree of usage is high is satisfied. Change to,
It is a server system.

According to the third invention, by lowering the value of the parameter of the game object which can be regarded as having a high degree of popularization and a high degree of use, the use of the game object can be suppressed, and the selection probability It is possible to suppress the spread of the game object by reducing the. As a result, this leads to a reduction in the bias of the extent to which the game objects that can be given in the giving process are used.

A fourth invention is the server system according to the second or third invention,
The changing unit improves the value of the parameter and/or increases the selection probability when the diffusion degree is low and the low diffusion/low usage condition indicating that the usage degree is low is satisfied. Change to,
It is a server system.

According to the fourth aspect, by increasing the parameter value of the game object that can be considered to have a low degree of popularization and a low frequency of use, the use of the game object is promoted and the selection probability is increased. Promote the spread of the game object. As a result, this leads to a reduction in the bias of the extent to which the game objects that can be given in the giving process are used.

A fifth invention is the server system according to any one of the second to fourth inventions,
The imparting achievement analysis means analyzes the degree of popularization of the game object based on the number of users and the number of the game object imparted by the imparting process.
It is a server system.

According to the fifth aspect, the degree of popularization of game objects can be analyzed based on the number of users and the number of game objects provided.

A sixth invention is the server system according to any one of the second to fifth inventions,
The usage record analyzing unit analyzes the degree of use of the game object of the user who is given the game object or owns the game object as the usage degree,
It is a server system.

According to the sixth aspect, as the degree of use of the game object, it is possible to analyze the degree of use of the game object by the user who is given or owns the game object.

A seventh invention is the server system according to any one of the second to sixth inventions,
The usage record analyzing unit determines the usage degree based on any one of a usage time of using the game object in the game, a usage count, a skill activation count of the game object, and a combined usage count of the game object. analyse,
It is a server system.

According to the seventh aspect, the degree of use of the game object can be analyzed based on any of the use time used in the game, the number of uses, the number of times of skill activation, and the number of combined uses.

An eighth invention is the server system according to any one of the first to seventh inventions,
The imparting process includes a plurality of types of gachas for imparting the game object,
The use record analysis unit, the grant record analysis unit, and the change unit set a target game object based on the type of the gacha,
It is a server system.

According to the eighth aspect, the game object whose parameter and/or the selection probability is changed differs depending on, for example, which game object is given by which type of gacha.

A ninth invention is the server system according to any one of the first to eighth inventions,
Rarity is associated with the game object,
The grant record analysis means analyzes the grant record of the game object for each rarity level in which the game object is classified for each rarity level,
The usage record analysis means analyzes the usage record of the game objects for each rarity level in which the game objects are classified by rarity level,
The changing unit changes the selection probability of the game object for each rarity of the game object,
It is a server system.

According to the ninth aspect, the grant record and the use record are analyzed for each rarity degree associated with the game object, and the selection probability is changed based on the analysis result.

A tenth invention is the server system according to any one of the first to ninth inventions,
The grant record analysis means analyzes the grant record of the game object for each characteristic obtained by classifying the game object for each characteristic,
The usage record analyzing means analyzes the usage record of the game object for each characteristic obtained by classifying the game object for each characteristic,
The changing unit changes the selection probability of the game object for each characteristic of the game object,
It is a server system.

According to the tenth aspect, the granting record and the usage record are analyzed for each characteristic of the game object, and the selection probability is changed based on the analysis result.

An eleventh invention is a server system according to any one of the first to tenth inventions,
The grant record analysis means analyzes the grant record of the game object given by the grant process during a given period,
It is a server system.

According to the eleventh aspect, the analysis of the grant record can be performed on the game object granted during the given period.

A twelfth invention is the server system of the eleventh invention,
The usage record analyzing means is any one of the given period, a period obtained by extending the end of the given period by a predetermined number of days, and a predetermined number of days after the given period has elapsed. Analyze the usage record of the game object between
It is a server system.

According to the twelfth invention, the analysis of the usage record of the game object is performed for a given period which is a target of the analysis of the grant record, a period in which the end of the given period is extended by a predetermined number of days, and It can be performed for any of a predetermined number of days after the lapse of the given period.

A thirteenth invention is the server system of the eleventh or twelfth invention,
The given period is any one of a given game event holding period, a period other than the holding period, a first half of the holding period, a first half of the month, and a second half of the month,
It is a server system.

According to the thirteenth invention, the given period targeted for the analysis of the past achievement of the game object is set as the holding period of the given game event, the period other than the holding period, the first half of the holding period, and the first half of the month. , And the second half of the month.

A fourteenth invention is the server system according to any one of the first to thirteenth inventions,
The changing means makes the change after the given period has elapsed,
It is a server system.

According to the fourteenth aspect, the parameter set in the game object that can be granted by the granting process and/or the selection probability can be changed after a lapse of a given period which is the target of the analysis of the granting result. it can.

A fifteenth invention is the server system according to any one of the first to fourteenth inventions,
The changing unit changes the parameter related to the skill set in the game object,
It is the described server system.

According to the fifteenth invention, it is possible to change the parameter related to the skill set for the game object.

A sixteenth invention is the server system according to any one of the first to fifteenth inventions,
The adding process includes any of gacha, battle reward, drop by enemy character, and event participation reward,
It is a server system.

According to the sixteenth invention, the giving process can be any of gacha, battle reward, drop by enemy character, and event participation reward.

A seventeenth invention is the server system according to any one of the first to sixteenth inventions,
The changing unit variably controls the degree of the change for each user.
It is a server system.

According to the seventeenth aspect, it is possible to change, for each user, the degree of change of the parameter set in the game object that can be given by the giving process and/or the selection probability.

The eighteenth invention is,
A server system according to any one of the first to seventeenth inventions;
The user terminal that communicates with the server system to execute the game;
It is a game system equipped with.

According to the eighteenth invention, it is possible to realize a game system having the same effects as those of the first to seventeenth inventions.

A configuration example of a game system. Configuration example of a user terminal. Outline diagram of online game. Explanatory drawing of character composition. FIG. 3 is a schematic diagram of changes in gacha parameter values. Explanatory drawing of analysis of grant results. Explanatory drawing of analysis of usage records. Explanatory drawing of a change of a parameter value etc. based on a grant record and a use record. An example of notification of change of gacha parameter values and the like. A functional configuration example of a user terminal. Data configuration example of user management data. Data structure advantage of owned character data. Data structure example of owned item data. A data configuration example of gacha execution history data. Data configuration example of character initialization data. Item initial setting data. Data structure example of gacha setting data. Data structure example of change schedule data. Data configuration example of change condition definition table for analysis by type. Data configuration example of change condition definition table at the time of analysis by rarity level. A functional configuration example of a user terminal. The flowchart of the process regarding the management of gacha.

Hereinafter, an example of the embodiment to which the present invention is applied will be described, but it goes without saying that the mode to which the present invention is applicable is not limited to the following embodiment.

[System configuration]
FIG. 1 is a diagram showing an example of the configuration of a game system 1 according to this embodiment. The game system 1 of the present embodiment has a server system 1000 connectable to a communication line N and a plurality of user terminals 1500 that access the server system 1000 via the communication line N and perform data communication with the server system 1000. (1500a, 1500b,... ).

The communication line N means a communication path capable of data communication. That is, the communication line N includes a dedicated line (dedicated cable) for direct connection, a LAN (Local Area Network) such as Ethernet (registered trademark), a telephone communication network, a cable network, and a communication network such as the Internet. It means that the communication method may be wired/wireless.

The server system 1000 includes a main body device 1002, a keyboard 1004, a touch panel 1006, and a storage 1020, and a control board 1010 is mounted on the main body device 1002.

The control board 1010 includes various microprocessors such as a CPU (Central Processing Unit) 1012, a GPU (Graphics Processing Unit), and a DSP (Digital Signal Processor), various IC memories 1014 such as VRAM, RAM, and ROM, and a communication device 1016. Has been done. Note that part or all of the control board 1010 may be realized by an ASIC (Application Specific Integrated Circuit), an FPGA (Field-Programmable Gate Array), or a SoC (System on a Chip). Then, the server system 1000 realizes various services for operating the game of the present embodiment by the control board 1010 performing arithmetic processing based on a predetermined program and data. For example,
1) User management function related to user registration,
2) User 3 (3a, 3b,...) Provides data necessary for game play on the user terminal 1500 (1500a, 1500b,...) And executes the game on the user terminal 1500 (1500a, 1500b,...). A game management function that manages control,
3) An online shopping function of selling game objects such as various items and characters that can be used in the game to users online,
To realize.

It should be noted that the server system 1000 is not limited to the single configuration shown in FIG. 1, and may have a configuration in which a plurality of blade servers sharing the respective functions are mounted and mutually connected via an internal bus for data communication. .. Alternatively, a configuration may be adopted in which a plurality of independent servers installed at distant locations are caused to perform data communication via a communication line to function as the server system 1000 as a whole.

The user terminals 1500 (1500a, 1500b,...) Are computer systems individually used by the users 3 (3a, 3b,...) For game play, and access the server system 1000 via the communication line N. An electronic device (electronic device) capable of executing an online game. The user terminal 1500 of this embodiment is a so-called smartphone device, but may be a portable game device, a game controller, a personal computer, a tablet computer, a wearable computer, an arcade game device, or the like. Further, the configuration is not limited to the single device shown in FIG. 1, and a plurality of devices may cooperate with each other to integrally function.

FIG. 2 is a front view showing a configuration example of the user terminal 1500 according to this embodiment. The user terminal 1500 includes a direction input key 1502, a button switch 1504, a touch panel 1506 that functions as an image display device and a contact position input device, a speaker 1508, a microphone 1510, a built-in battery 1512, a control board 1520, and a computer. A memory card reading device 1530 capable of reading and writing data from a memory card 1540 which is a readable storage medium. In addition, a power button, a volume control button, etc., which are not shown, are provided. Further, an IC card reader or the like that can read and write data in a contactless manner with respect to an IC card type credit card or a prepaid card that can pay for the game play may be provided.

The control board 1520 is used for wireless communication with various microprocessors such as the CPU 1522, GPU, and DSP, various IC memories 1524 such as VRAM, RAM, ROM, and mobile phone base stations and wireless LAN base stations connected to the communication line N. A wireless communication module 1526, an interface circuit 1528, etc. are mounted.

The interface circuit 1528 includes a driver circuit for the touch panel 1506, a circuit for receiving signals from the direction input keys 1502 and button switches 1504, an output amplifier circuit for outputting audio signals to the speaker 1508, and audio signals collected by the microphone 1510. An input signal generation circuit for generating, a signal input/output circuit for the memory card reader 1530, and the like are included.

These elements mounted on the control board 1520 are electrically connected via a bus circuit or the like, and are connected so as to be able to read and write data and send and receive signals. Note that part or all of the control board 1520 may be configured with ASIC, FPGA, or SoC. Then, the control board 1520 stores in the IC memory 1524 a program and various data for realizing the function as the user terminal 1500 of the game of this embodiment. Although the user terminal 1500 is configured to download the client program and various setting data from the server system 1000 in the present embodiment, the user terminal 1500 may be configured to read from a storage medium such as a memory card 1540 that is separately obtained.

[Outline of the game]
FIG. 3 is a schematic diagram of the online game in this embodiment. The game of the present embodiment is an action RPG in which a registered user organizes a deck with characters selected from the characters owned by the registered user and fights against various enemy characters, and is a kind of client/server type online game. Will be realized.

Further, in the game of the present embodiment, the user can properly perform gacha before the game starts, during the game, after the game, and the like. The gacha is an example of a granting process of selecting and granting an object to be given to the user according to the selection probability set for each game object. As a method for selecting game objects, a method of selecting by a probability calculation according to the selection probability set for each game object, but the type and total number of game objects in the box that is the population are announced, A so-called box gacha method may be used, in which the content of the box decreases by one when one is selected. When changing the selection rate of the box gacha, the type and number of game objects included in the box of the population are changed.

Further, in the present embodiment, a character is given as a game object, but items such as a weapon equipped by the character and a recovery item to be used may be given.

As the type of gacha, for example, a free gacha that can be carried out once a day for free when the user logs in, a paid gacha that can be carried out in exchange for consumption of virtual currency or paid gacha tickets that can be used in the game purchased by the user (Also called a billing gacha), an event gacha provided for a limited time period in conjunction with an in-game event, and the like.

The character acquired by the user by performing the gacha is owned by the user and can be used in the game. The method of acquiring the possessed character is not limited to gacha, and various methods such as dropping an enemy character after a battle victory, clear bonus of a specific stage, purchase by charging, exchange/transfer with another user, etc. There is.

The user selects an arbitrary number of characters from the owned characters up to a predetermined upper limit number and organizes a deck (meaning a group also called a team or a unit). The deck can be organized/changed freely at any time, such as before the game starts, during the game, or after the game ends. Then, the user searches the game field using the characters organized in the deck as the player character, and advances the game while fighting with the enemy character. The battle screen W3 with the enemy character shows how the character organized by the user on the deck fights the enemy character.

There are many types of characters that can be used in the game, and different types have different set parameter values. The parameters include, for example, rarity and attributes, a level indicating a degree of growth, a physical strength value indicating an ability related to battle, an attack power, a recovery power, a skill, and the like. A character basically has a higher ability as the degree of rarity or level is higher, but if a character with a higher degree of rarity or level is organized in a deck, the game does not always advance favorably. This is because the compatibility of the attributes and skills of the characters organized in the deck also affects the goodness and badness of the deck, and also the compatibility with the opponent characters that compete. Therefore, the user has a basic idea of organizing a character with a high degree of rarity and a high level in the deck, and organizes the game in the deck in consideration of how to proceed with the game and the enemy characters encountered in the deck. Try to proceed.

The character's level can be increased by synthesizing with other characters. That is, as shown in FIG. 4, one or a plurality of characters (material characters) that are material elements are combined with one character that is a base element (base character). Then, the level of the base character rises according to the type and number of material characters, and as the level rises, its ability increases, such as increase in physical strength, attack power, recovery power, and release of new skills. To do. When the combination is performed, the base character remains, but the material character disappears or becomes unusable thereafter.

[Gacha]
In the present embodiment, the parameter value and the selection probability of the character added by the gacha are referred to as “parameter value and the like” hereinafter based on the character addition result by the gacha and the usage record of the added character. ) Is changed.

FIG. 5 is a schematic diagram of a change in the parameter value of the gacha based on the past record and the past record. In the game of the present embodiment, a plurality of types of gachas are provided so that they can be executed in parallel or have different periods. The analysis target gacha and the change target gacha are selected from these in advance, and the parameter value and the like of the change target gacha are changed based on the past record and use record of the analysis target gacha. The analysis target gacha and the change target gacha may be the same or different. When the analysis target gacha and the change target gacha are the same, it is preferable to use a gacha whose supply period is not limited, such as a free gacha at login or a paid gacha that is always executed. When the two are different, it is preferable to use the analysis result of the previous event gacha for the next event gacha as a gacha with a limited providing period like the event gacha.

Specifically, the analysis of the grant results is performed on the character given to the user by performing the analysis target gacha during the analysis target period of the grant result (hereinafter, referred to as “grant target period”). It analyzes how much is given. In addition, the usage record is analyzed such as how and to what extent these characters given to the grant period are used by the user in the analysis period of the usage record (hereinafter referred to as “use period”). It is an analysis.

The usage target period is set as a period included in the analysis target gacha providing period. For example, the holding period of a given game event, a period other than the holding period, the first half of the holding period, the first half of the month, the second half of the month can be set. Further, among these periods, a period during which the user is logged in and satisfies a predetermined condition (for example, a condition regarding a charge amount, a level, accumulated play time, etc.) may be a predetermined number or more.

Then, the usage target period is determined according to the grant target period. For example, the usage target period may be a period that coincides with the grant target period ((1) in FIG. 5), or may be a period in which the end of the grant target period is delayed (expanded) by a predetermined number of days (FIG. 5). (2)), the end and start of the grant target period may be delayed by a predetermined number of days ((3) in FIG. 5). Further, the analysis target period may be a period which does not overlap with the grant target period, that is, the start period of the analysis target period may coincide with the end of the grant target period ((4) in FIG. 5) or the grant target period. It may be a date and time when a predetermined date and time has passed from the end of the period ((5) in FIG. 5).

Then, when the change target gacha is carried out in a given change target period based on the analysis result of the granting record and the usage record, the parameter value and the like are changed. In the change target period, it is desirable to set the start of the change target period to be delayed from the end of the use target period by a predetermined date and time in order to perform the analysis process of the grant result and the use record and notify of the change. In addition, all users are users who are targets of the grant record and usage record, and users whose parameter values are changed when the change target gacha is implemented. It may be a user who satisfies the condition regarding the play time).

FIG. 6 is an explanatory diagram of the analysis of the character assignment record by the execution of the analysis target gacha. As the analysis of the grant result, first, all characters given to the user who has performed the analysis target gacha in the grant target period are extracted. Then, these characters are categorized by type, and the number (number of grants) given by the execution of the gacha during the granting period is totaled to obtain a degree of diffusion indicating the degree to which the character of the type is given to the user. By doing so, the grant record is analyzed. The degree of popularization of a certain type of character is a value obtained by dividing the number of characters of that type given by the total number of users registered in the game.

It should be noted that the characters provided by the analysis target gacha being performed are classified according to their types, and the degree of diffusion is determined for each character type. For example, the characteristics of the character such as attributes, levels, and the presence or absence of predetermined skills. Alternatively, the degree of popularization may be obtained for each of the classification items by classifying the other classification items such as the rarity degree. Then, in the analysis of the usage record described later, the usage record is analyzed for each of the classification items.

FIG. 7 is an explanatory diagram of the analysis of the usage record of the character given by the execution of the analysis target gacha. For each type of character that can be provided in the analysis target gacha, the usage record is analyzed by obtaining the degree of use that indicates the degree to which the character is being used by the user. That is, for each type of character that can be added in the analysis target gacha, a user (grant user) to which the character of the type has been added by performing the analysis target gacha in the addition target period is extracted from all users, and further, The extracted granting user is classified into a user who has used the character of the type (used user) and a user who has not used it (unused user) in the usage target period. Then, for each type of character, the usage record is analyzed by obtaining a value obtained by dividing the number of users of the character of the type by the number of granted users as the degree of use of the character of the type.

Here, as the “use” of the character, for example, the game of the present embodiment is a game using a deck composed of one or a plurality of characters. Composed with a certain number of battles with the character, the play time (use time) of the game play using the organized deck is more than the predetermined time, and one game play from login to logout. It can be regarded as "use" of the character that the number of times of game play using the deck (the number of uses) is a predetermined number or more, the number of times a predetermined skill is activated in the game play is a predetermined number or more, and the like. Further, in the game of the present embodiment, since the characters can be combined, the base character has been combined a predetermined number of times or more, the base character has been combined a predetermined number or more of the material characters, It may be considered that the character is used, etc. that the character is combined with the character.

FIG. 8 is an explanatory diagram of changing the parameter value of the change target gacha. The parameters and the like of the change target gacha are changed and implemented based on the past record of the analysis target gacha and the analysis result of the usage record. That is, among the types of characters that can be given by performing the analysis target gacha, the degree of popularization obtained as the past record and the degree of use obtained as the past record are targets for changing the type of character that satisfies a given condition. Then, the change target gacha is implemented by changing the parameter value or the like of the change target character. The condition for determining the character to be changed may be, for example, a condition for determining whether the degree of popularization or the degree of use is high or low according to a given threshold.

In the example of FIG. 8, a character that satisfies the low-proliferation low-use condition in which the degree of popularization that is the analysis result of the grant record is less than or equal to the threshold value and the degree of use that is the analysis result of the usage record is less than the threshold value, that is, the user When a character that is not widely used and is rarely used in the game is set as a change target, and when the change target gacha is executed, the selection probability of the character is reduced to select a character to be given, or , An example in which the level of the character is reduced and added is given.

In addition, as another example of the change, a character that satisfies the high popularization and high usage condition, in which the degree of popularization that is the analysis result of the grant record is equal to or more than a threshold value and the degree of usage that is the analysis result of the usage record is equal to or higher than the threshold value, that is , A character that is widely used by users and is used in a game is set as a change target, and when the change target gacha is executed, the selection probability is increased to select a character to be given, or It is also possible to change the level of the character to be increased and added.

Further, as other changes, for example, the character can be provided with a new skill, or the attribute of the character can be changed. In FIG. 8, the degree of spread and the degree of use are determined by one threshold value, but the determination is made stepwise by a plurality of threshold values, and the character to be changed is selected under detailed conditions. It may be done.

Here, it is a method of determining a character to be changed such as a parameter value in the change target gacha. However, when the analysis target gacha and the change target gacha are the same, as shown in FIG. It is preferable that a character whose type has a degree of popularization and a degree of use that is an analysis result of the usage record satisfy a given condition is to be changed.

When the analysis target gacha and the change target gacha are different, for example, some kind of association is made between the types of characters that can be applied in each gacha, and the analysis result of the assignment record and the analysis result of the usage record are given. It is preferable that the type of character associated with the type of character satisfying the condition (1) is to be changed.

Further, the classification of characters may be classified not by type but by items such as attributes and rarity levels to analyze the assigned performance and the usage performance. In that case, the analysis result is a classification that satisfies a given condition. The character corresponding to the item can be changed.

In the case of executing such a change of the parameter value of the gacha, in the present embodiment, the user is notified in advance, and when the change is executed, the user is notified that the change is executed. To do. For example, as shown in FIG. 9A, during the assignment target period or the usage target period, the user terminal 1500 of the user who intends to perform the gacha has performed the subsequent gamuts depending on the past or actual results of the analysis target gachas. In this case, a notification screen W5 is displayed informing that the parameter value or the like of the change target gacha may be changed. In the example of FIG. 9A, it is shown that, along with the name of the analysis target gacha, the selection probability of the character given by the gacha as the change content may increase.

Then, as shown in FIG. 9B, in the change period, a notification screen W7 showing the change contents such as the change target gacha and the parameter value is displayed. In the example of FIG. 9B, it is shown that the selection probability of the character that can be given by the gacha increases with the name of the change target gacha and the providing period in which the gacha is provided.

[Function configuration]
FIG. 10 is a block diagram showing an example of the functional configuration of the server system 1000. The server system 1000 includes an operation input unit 102, a server processing unit 200, an image display unit 104, a sound output unit 106, a communication unit 108, and a server storage unit 300.

The operation input unit 102 outputs an operation input signal to the server processing unit 200 according to various operation inputs for managing the server system 1000. The keyboard 1004 of FIG. 1 corresponds to this.

The server processing unit 200 is realized by, for example, a microprocessor such as a CPU or GPU, or an electronic component such as an ASIC or an IC memory, and inputs/outputs data to/from each functional unit including the operation input unit 102 and the server storage unit 300. Perform output control. Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 102, received data from the user terminal 1500, and the like, and the operation of the server system 1000 is integrally controlled. The control board 1010 of FIG. 1 corresponds to this. The server processing unit 200s includes a user management unit 202, a billing management unit 204, a time counting unit 206, an image generation unit 208, a sound generation unit 210, a communication control unit 212, and a game management unit 220. Of course, functions other than these can be included as appropriate.

The user management unit 202 manages the process related to the user registration procedure and the data of each user associated with the user account. In this embodiment, the user management unit 202
1) Granting a unique user account to registered users,
2) Registration information management to register and manage personal information for each user account,
3) Friend management related to friend registration and deletion,
4) Bookkeeping of electronic payment media consumed by payment of billing elements related to games (for example, game play, paid gacha, online shopping, etc.),
5) Management of game save data,
It has each function of. Of course, it is possible to appropriately include a management function of data associated with accounts other than these.

The user management unit 202 manages the data of each user by assigning a unique account (user ID) to the user who has undergone the user registration procedure and generating the user management data 340.

FIG. 11 is a diagram showing an example of the data structure of the user management data 340. The user management data 340 is prepared for each registered user, and has a unique user account 342, charging history data 344, friend list 346, play history data 348, game save data 350, deck organization history data 380, The combination history data 382 and the gacha execution history data 390 are included. Of course, data other than these can be included as appropriate.

The friend list 346 is a list of user accounts of other users who have been identified as friends by the user and who have performed a predetermined registration procedure.

The play history data 348 is log data in which the contents of the game play performed by the user so far are stored in time series, and for example, the used deck, the searched game stage, the enemy character who fought, the battle result, and the search. Including items and characters acquired through battle.

The game save data 350 is data on the state of the game progress of the user up to the previous game play, and includes the user level 352 at the time of data save, the owned character data 360, and the owned item data 370.

FIG. 12 is a diagram showing an example of the data structure of the possessed character data 360. The owned character data 360 is prepared for each owned character of the user, and the unique character ID 361 of the character, the character type 362, the acquisition date and time 363, the acquisition method 364, the parameter value data 365, and the equipped item data. 366 and usage history data 367. The parameter value data 365 includes current values of parameters such as rarity, attribute, level, physical strength value, attack power, recovery power, and skill of the character. The usage history data 367 is data that stores in chronological order how the character has been used after being given to the user. The usage history data 367 is stored in association with the date and time when the character is used. ing. Examples of events include incorporation into a deck (considered as start of use in the present embodiment), cancellation from the deck (considered as end of use in the present embodiment), composition as a base character, and material character used in the composition. The ID, the composition as the material character, the encounter/competition/win/lose result with the enemy character, the level up, and the like are stored, and the usage history data 367 also allows the usage time of the character and the like to be known.

FIG. 13 is a diagram showing an example of the data structure of the possessed item data 370. The owned item data 370 is prepared for each owned item of the user, and the unique item ID 371 of the item, the item type 372, the acquisition date and time 373, the acquisition method 374, the parameter value data 375, and the usage history data 376. And, including. The parameter value data 375 includes the current value of the parameter value such as the rarity, the attribute, the level of the item, and the effect when the item is used (the attacking power is increased in the case of a weapon). The usage history data 376 is data that stores in chronological order how the item was used after the item was given to the user. The usage history data 376 stores the event that is the usage content in association with the date and time when the item was used. ing.

Returning to FIG. 11, the deck formation history data 380 is data in which the formation contents of the decks that the user has performed so far are stored in chronological order, and is associated with the date and time when the formation was performed to create a new deck, Events related to deck formation such as character replacement and deletion of existing decks are stored together with the character IDs of the formed decks.

The synthesis history data 382 is data in which the synthesis contents of the character performed by the user are stored in time series, and is associated with the date and time when the synthesis is performed, together with the character IDs of the base character and the material character, and the synthesized base character. Stores the synthesis result such as the level of. The combination history data 382 can also be referred to as data in which the data related to composition is collected from the usage history data 367 (see FIG. 12) for each owned character.

The gacha execution history data 390 is data in which the contents of the gacha executed by the user are stored in time series. FIG. 14 is a diagram showing an example of the data structure of gacha execution history data 390. The gacha execution history data 390 includes, for each gacha executed by the user, an execution date and time 390a, a gacha ID 390b of the executed gacha, a type 390c of the assigned character, and a unique character ID 390d assigned to the character. Are stored in association with each other.

Returning to FIG. 10, the charging management unit 204 manages a charging history (use history) for each user. The clock unit 206 uses the system clock to clock the current date and time.

The image generation unit 208 generates an image related to system management of the server system 1000, a game image (or data for displaying the game image on the user terminal 1500), and the like. Then, the image regarding the system management is output to the image display unit 104. The image display unit 104 displays various images for system management based on the image signal input from the image generation unit 208. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. The touch panel 1006 of FIG. 1 corresponds to this.

The sound generation unit 210 is realized by executing an IC or software that generates or decodes sound data, and generates or decodes operation data related to system management of the server system 1000 or game play, or sound data such as BGM. Then, the audio signal is output to the sound output unit 106. The sound output unit 106 outputs sound based on the sound signal. A speaker (not shown) included in the main body device 1002 and the touch panel 1006 of FIG. 1 corresponds to this.

The communication control unit 212 executes data processing related to data communication and realizes data exchange with an external device via the communication unit 108. The communication unit 108 is connected to the communication line N to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like. The communication device 1016 of FIG. 1 corresponds to this.

The game management unit 220 performs various processes related to game execution management. Since the game of this embodiment is a client-server type online game, the game management unit 220 controls to provide data necessary for game play while communicating with the user terminal 1500. In the present embodiment, the game management unit 220 includes a game progress control unit 222, a deck management unit 224, a combination management unit 226, and a gacha management unit 230.

The game progress control unit 222 executes processing relating to game progress control. For example,
1) A process of arranging an object such as a background in a virtual three-dimensional space to form a game space,
2) A process of arranging a player character, an enemy character, and a virtual camera in the game space,
3) Virtual camera control processing,
4) Control processing of the player character according to operation input on the user terminal 1500,
5) Enemy character control processing,
6) Game score calculation processing,
7) Game space image generation processing based on a virtual camera,
And so on.

The process relating to the progress control of the game can be performed using the game data 310. The game data 310 includes stage setting data 312, character initial setting data 320, and item initial setting data 330.

The stage setting data 312 is data for configuring a game stage, and for each game stage, object data such as a background, data regarding an enemy character to appear, data such as sound effects, and an experience value given when the stage is cleared. And data such as characters.

The character initial setting data 320 is initial setting data for characters that appear in the game, including enemy characters as well as characters that can be given to the user as player characters. FIG. 15 is a diagram showing an example of the data structure of the character initial setting data 320. The character initial setting data 320 is prepared for each character type 322, and stores display body data 324 and parameter initial value data 326. The parameter initial value data 326 is an initial value of parameters such as the rarity, attribute, level, physical strength value, attack power, recovery power, and skill of the character of the type.

The item initial setting data 330 is initial setting data for items that appear in the game. FIG. 16 is a diagram showing an example of the data structure of the item initial setting data 330. The item initial setting data 330 is prepared for each item type 332, and stores display body data 334 and parameter initial value data 336. The parameter initial value data 336 includes the rarity, attribute, and level of the item of the type, the action and the utility that occur in the character by using the item (for example, if the weapon is equipped, the attack power increases by equipping the item, the recovery item). If so, it is the initial value of the parameter such as the content such as the physical strength value that increases by using).

When a character (or item) is given to a user, a new character (or item) having a parameter initial value defined by the corresponding character initial setting data 320 (or item initial setting data 330) is generated. , A unique character ID (or item ID) is allocated and given.

The deck management unit 224 manages the deck for each user. Specifically, in accordance with an operation input on the user terminal 1500, a deck formation process such as creating a new deck by a character selected from the possessed characters of the corresponding user, replacing a character in an existing deck, or deleting an existing deck is performed. To do. Then, the contents of the performed deck organization are added to the deck organization history data 380 of the corresponding user management data 340 and updated, and the use history data 367 (see FIG. 12) of each character involved in the organization is updated.

The composition management unit 226 controls composition of characters. Specifically, according to the operation input on the user terminal 1500, one base character and one or a plurality of material characters are selected from the possessed characters of the corresponding user, and are selected according to the number and type of material characters. Then, a synthesis process is performed such as changing the parameter value including the level of the base character (see FIG. 4). Then, the content of the composition performed is added to the composition history data 382 (see FIG. 11) of the corresponding user management data 340 to be updated, and the use history data 367 (see FIG. 12) of each character involved in composition is updated. Update.

The gacha management unit 230 manages the gacha. In the present embodiment, a plurality of types of gacha can be provided in parallel or with different periods (can be implemented). The contents of the provided gacha (which can be carried out) are defined in the gacha setting data 400.

FIG. 17 is a diagram showing an example of the data structure of gacha setting data 400. The gacha setting data 400 is prepared for each provided gacha, and stores a unique gacha ID 401, a gacha type 402, a scheduled implementation period 403, and a scheduled assignment character list 404. The awarding character list 404 stores character types and winning probabilities in association with each other. The sum total of the winning probabilities is 100%, and one kind of character can be given by performing the gacha once.

In addition, the gacha management unit 230 analyzes the character assignment record and the usage record of the assigned character due to the analysis target gacha being implemented according to the change schedule defined by the change schedule data 410, and displays the analysis result as the analysis result. Accordingly, the parameter value of the change target gacha is changed.

FIG. 18 is a diagram showing an example of the data structure of the change schedule data 410. The change schedule data 410 is prepared for each of a series of change schedules from analysis to change, and has a unique schedule ID 411, a grant target period 412, a use target period 413, an analysis target gacha ID 414, and analysis target user information 415. , Change target period 416, change target gacha ID 417, change target user information 418, grant record classification item 419, use record analysis item 420, grant record analysis result 421, use record analysis result 422, after change The scheduled addition character list 423 is stored.

The analysis target user information 415 is a user whose analysis target of the analysis target gacha is the analysis target of the assignment record and the usage record, and may be all users or the accumulated game play time has reached/reached a predetermined time. A user who does not satisfy the predetermined condition may be a user who does not have the level, a user whose level is equal to or higher than a predetermined level/less than a predetermined level, or a user whose charge amount is equal to or higher than a predetermined level.

The change target user information 418 is a user whose parameter values and the like are changed when the user implements the change target gacha, and may be all users, or the accumulated game play time at a predetermined time. The user may satisfy the predetermined condition such as a user who has reached/does not reach, a user whose level is above/below a predetermined level, or a user whose charge amount is above/below a predetermined level.

The imparted achievement classification item 419 is an item that serves as a reference for classifying characters when the imparted achievement is analyzed, and the imparted achievement and the use achievement are analyzed for each of the classification items. For example, in addition to the character type and rarity, attributes such as attributes and levels, skills, availability as a base character or material character for composition, and special abilities related to specific events can be set. 6 to 8 show examples in which the classification item is the character type.

The usage record analysis item 420 is an item serving as a reference for analysis of the usage record, and has a content regarded as “use” of the character. For example, it is possible to determine whether or not the deck is organized, the number of formations, the presence or absence of battles with an enemy character, the number of battles, the number of uses or the time of use, the number of times a predetermined skill is activated, the presence or absence of composition, or the number of compositions.

The grant result analysis result 421 is an analysis result of the grant result of the character by performing the analysis target gacha in the grant target period 412, and is an analysis result of the grant result for each classification item designated by the grant result classification item 419. The degrees are stored in association with each other.

The usage record analysis result 422 is the analysis result of the usage record in the usage target period 413 of the character given by the execution of the analysis target gacha, and is the analysis result of the usage record for each classification item designated by the granting record classification item 419. Are stored in association with each other.

The post-change addition scheduled character list 423 is data for reflecting the change contents based on the addition result analysis result 421 and the use result analysis result 422 on the addition scheduled character list 404 of the gacha setting data 400 of the change target gacha. For each character type, the changed selection probability and the changed content of the parameter value are stored in association with each other.

The gacha management unit 230 includes an assignment performance analysis unit 232, a usage performance analysis unit 234, a change unit 236, a gacha execution control unit 238, and a change notification unit 240.

The grant result analysis unit 232 corresponds to grant result analysis means, and analyzes the grant result of the game object by the grant process. In addition, as a grant record, the degree of popularization indicating the degree of being granted or owned by the user is analyzed for the game objects that can be granted by the granting process. In addition, the degree of popularization of game objects is analyzed based on the number of users and the number of game objects given by the giving process. In addition, the past achievement of the game objects for each rarity level, which is a classification of the game objects for each rarity level, is analyzed. In addition, the game object assignment results for each characteristic obtained by classifying the game objects for each characteristic are analyzed. Further, the past record of the game object given by the giving process during a given period is analyzed. The given period is any one of the holding period of the given game event, a period other than the holding period, the first half of the holding period, the first half of the month, and the second half of the month.

That is, the grant result analysis unit 232 analyzes the grant result of the character due to the execution of the analysis target gacha. Specifically, by referring to the gacha execution history data 390 of the user management data 340, all the characters given to the analysis target user by the execution of the analysis target gacha in the addition target period are extracted. Then, these characters are classified by the achievement record classification item (type in the example of FIG. 6) to obtain the number of grants, and a value obtained by dividing the number of grants by the total number of users registered in the game for each classification item. The degree of diffusion is sought and set (see Fig. 6).

The usage record analysis unit 234 corresponds to usage record analysis means and analyzes the usage record of the game object. Further, as a usage record, a usage degree indicating a degree of being used by a user is analyzed with respect to a game object that can be given by the giving process. Further, the usage record of the game object added by the adding process is analyzed for each type of gacha. Further, the degree of use of the game object of the user who is given the game object or owns the game object is analyzed as the degree of use. In addition, the degree of use is analyzed based on any one of the usage time of the game object used in the game, the usage count, the skill activation count of the game object, and the combined usage count of the game object. In addition, the assignment record is analyzed for each type of gacha. In addition, the usage record of the game objects for each rarity level in which the game objects are classified for each rarity level is analyzed. In addition, the usage record of the game objects for each characteristic obtained by classifying the game objects for each characteristic is analyzed. In addition, the usage record of the game object during any one of a given period, a period obtained by extending the end of the given period by a predetermined number of days, and a predetermined number of days after the given period has elapsed. analyse.

That is, the usage record analysis unit 234 analyzes the usage record of the character provided by performing the analysis target gacha. Specifically, by referring to the gacha execution history data 390 of the user management data 340 and the owned character data 360, the analysis target gacha is executed for each classification item by the analysis target gacha from the analysis target users during the assignment target period. A user (grant user) to which the character of the classification item is added, and further, the extracted grant user is a user who has used the character of the classification item (use user) and a user who has not used the extracted grant user. (Unused user). Then, for each classification item, a value obtained by dividing the number of users of the character of the classification item by the number of granted users is obtained and used as the degree of use (see FIG. 7).

The changing unit 236 corresponds to a changing unit, and changes the parameter set in the game object and/or the selection probability based on the analysis result of the imparted record and the analysis result of the used record. Further, when the degree of popularization and the degree of usage satisfy a given condition, the parameter set in the game object and/or the selection probability is changed. Further, when a high degree of popularization and a high degree of usage/high usage condition indicating that the degree of use is high are satisfied, the value of the parameter is reduced and/or the selection probability is changed. Further, when the low diffusion and low use condition that the diffusion degree is low and the usage degree is low is satisfied, the value of the parameter is improved and/or the selection probability is increased. Also, the selection probability is changed for each type of gacha. Also, the selection probability of the game object is changed for each rarity of the game object. Also, the selection probability of the game object is changed for each characteristic of the game object. In addition, the change is made after a lapse of a given period. Also, the parameters related to the skill set in the game object are changed. Further, the degree of change is variably controlled for each user.

That is, the changing unit 236 changes the parameters of the gacha to be changed, etc., based on the result of analysis of the past record by the past record analyzing unit 232 and the result of analysis of the past record by the use record analyzing unit 234. This change is performed when the change target user implements the change target gacha during the change target period. Specifically, for each classification item, it is determined whether the degree of popularization, which is the past record, and the degree of usage, which is the past record, satisfy the change condition defined in the change condition setting table 430. The parameter value of the character of the classification item is changed with the change content associated with.

The change condition setting table 430 is prepared for each expected grant result classification item. For example, a type-by-type change condition setting table 430a in which the grant result classification item is a character type, or an attribute for which the grant result classification item is an attribute. The analysis-time change condition setting table 430b and the analysis-time change condition setting table 430c for each rarity whose assigned achievement classification item is the rarity are included. The changing unit 236 refers to the change condition setting table 430 corresponding to the designated achievement record classification item to determine the change content.

FIG. 19 is an example of the data structure of the type-by-analysis change condition setting table 430a in which the assigned achievement classification item is the character type. The analysis-time change condition setting table 430a stores change conditions 431 and change contents 432 in association with each other. The change condition 431 is a combination of the degree of diffusion and the degree of use. The degree of popularization can be determined, for example, on condition that it is above/below a predetermined threshold value. The degree of use can be determined for each expected use result analysis item as a condition of being equal to or more than a predetermined threshold value or less. The change content 432 can define a selection probability, a change amount of a level that is a parameter value, a newly prepared skill, and the like.

Further, FIG. 20 is an example of a data configuration of the analysis-time change condition setting table 430c for each rarity level in which the assigned performance classification item is the rarity level. Similarly to the type-by-analysis change condition setting table 430a, the rare-by-analysis change condition setting table 430c also stores the change condition 431 and the change content 432 in association with each other. In the analysis condition change condition setting table 430c for each rarity level, a combination of a diffusion level and a usage level is determined for each rarity level as a modification condition 431. This is because the number of types of applicable characters differs for each rarity level (generally, the type of characters that are super-rare is the smallest, and the number of normals is the most). This is because the selection probability is low and the ability is high.

Further, in the analysis-by-analysis change condition setting table 430b in which the assigned achievement classification item is an attribute, the change condition may be similarly subdivided and set for each attribute.

Returning to FIG. 10, the gacha implementation control unit 238 controls the implementation of the gacha according to a user operation input on the user terminal 1500. That is, the gacha to be implemented is a gacha subject to change of any of the change schedules defined by the change schedule data 410, and the date and time at the time of implementation is within the target period 416 of the change schedule of the change schedule. If the user to be changed is the change target user of the change schedule, the character to be given is selected according to the post-change given character list 423 of the change schedule. If not, the character to be added is selected according to the scheduled addition character list 404 defined by the gacha setting data 400.

The change notification unit 240 notifies the user who intends to perform the gacha about the change in the parameter values of the gacha. That is, with reference to the change schedule data 410, if the user terminal 1500 of the user who intends to perform the gacha is the target period of use or the target period of use of any change schedule, the name of the analysis target gacha or the target period of grant is given. Or, it is displayed on the notification screen showing the name of the change target gacha and the expected changes, and if it is the change target period, the notification screen showing the name and changes of the change target gacha. Is displayed (see FIG. 9).

The server storage unit 300 stores programs and various data for realizing various functions for causing the server processing unit 200 to integrally control the server system 1000. Further, it is used as a work area of the server processing unit 200, and temporarily stores the calculation result and the like executed by the server processing unit 200 according to various programs. For example, it is realized by an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or a DVD, or an online storage.

In the server storage unit 300, a server program 302 for realizing various functional units of the server system 1000, a distribution game program 306, game data 310, user management data 340, gacha setting data 400, The change schedule data 410 and the change condition setting table 430 are stored. The distribution game program 306 is the original game client program provided to the user terminal 1500.

FIG. 21 is a block diagram showing an example of the functional configuration of the user terminal 1500. The user terminal 1500 includes an operation input unit 502, an image display unit 504, a sound output unit 506, a communication unit 508, a terminal processing unit 600, and a terminal storage unit 700.

The operation input unit 502 outputs an operation input signal to the terminal processing unit 600 according to various operation inputs by the user. For example, it can be realized by a push switch, a joystick, a touch pad, a trackball, an acceleration sensor, a gyro, a CCD module, or the like. The direction input key 1502, the button switch 1504, and the touch panel 1506 in FIG. 2 correspond to this.

The terminal processing unit 600 is realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an ASIC or an IC memory, and inputs or outputs data to or from each functional unit including the operation input unit 502 or the terminal storage unit 700. Perform output control. Then, various arithmetic processes are executed based on a predetermined program and data, an operation signal from the operation input unit 502, received data from the server system 1000, and the like to control the operation of the user terminal 1500. The control board 1520 of FIG. 2 corresponds to this. The terminal processing unit 600 includes a user terminal calculation unit 610, a clock unit 620, an image generation unit 622, a sound generation unit 624, and a communication control unit 626.

The user terminal calculation unit 610 includes an operation signal transmission control unit 612, a game screen display control unit 614, and a sound reproduction control unit 616.

The operation signal transmission control unit 612 executes processing for transmitting various data and requests to the server system 1000 according to the operation performed on the operation input unit 502.

The game screen display control unit 614 performs control for displaying a game screen based on various image data received from the server system 1000. In the present embodiment, the image of the game screen is generated by the server system 1000, but the image may be generated by the user terminal 1500. In that case, the game screen display control unit 614 may include, for example, control of an object arranged in a virtual three-dimensional space for generating 3DCG.

The sound reproduction control unit 616 performs control for emitting game sounds (for example, sound effects, BGM, voice reading by a voice actor, etc.) based on various sound data received from the server system 1000.

The image generation unit 622 is realized by, for example, a CPU, a processor such as a digital signal processor (DSP), a program such as a video signal IC, a video codec, an IC memory for a drawing frame such as a frame buffer, and the like. Then, the image generation unit 622 generates an image of one game screen in one frame time (for example, 1/60 second) based on various data received from the server system 1000, and the generated image signal of the game screen. Is output to the image display unit 504. The image display unit 504 displays various game images based on the image signal input from the image generation unit 622. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. The touch panel 1506 of FIG. 2 corresponds to this.

The sound generation unit 624 is realized by, for example, a digital signal processor (DSP), a processor such as a voice synthesis IC, an audio codec for reproducing a voice file, and the like, and a sound effect related to a game, BGM, various operation sounds, and dialogue. Sound signals of various voices such as reading aloud are generated and output to the sound output unit 506. The sound output unit 506 outputs a sound effect, BGM, or the like based on the sound signal input from the sound generation unit 624. The speaker 1508 in FIG. 2 corresponds to this.

The communication control unit 626 executes data processing related to data communication and realizes data exchange with an external device via the communication unit 508. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a jack of a wired communication cable, a control circuit, or the like. The wireless communication module 1526 of FIG. 2 corresponds to this.

The terminal storage unit 700 stores a system program for realizing various functions for the terminal processing unit 600 to integrally control the user terminal 1500, a program necessary for game play, various data, and the like. Further, it is used as a work area of the terminal processing unit 600, and temporarily stores a calculation result executed by the terminal processing unit 600 according to various programs, input data from the operation input unit 502, and the like. For example, it is realized by an IC memory such as RAM or ROM, a magnetic disk such as a hard disk, an optical disk such as a CD-ROM or DVD. The IC memory 1524 and the memory card 1540 mounted on the control board 1520 of FIG. 2 correspond to this. In this embodiment, the terminal storage unit 700 stores a game client program 704.

The game client program 704 is application software for realizing the function as the user terminal operation unit 610 by being read and executed by the terminal processing unit 600. In this embodiment, the distribution game program 306 (see FIG. 10) provided by the server system 1000 is copied. The game client program 704 may be a dedicated client program according to a technical method for realizing a game, or may be configured by a web browser program, a plug-in for realizing interactive image display, or the like.

[Process flow]
FIG. 22 is a flowchart for explaining the flow of processing related to gacha management in the server system 1000, and shows processing related to changes in gacha parameters and the like performed according to the change schedule data 410.

In this process, first, it is determined whether or not there is a gacha for which the grant target period has ended. If there is (step S1: YES), the granting result analysis unit 232 extracts all the characters given to the analysis target user by the execution of the analysis target gacha during the granting target period of the gacha (analysis target gacha). By analyzing the degree of diffusion for each of the provision record classification items, the provision record is analyzed (step S3).

Also, it is determined whether or not there is a gacha for which the usage target period has ended. If there is (step S5: YES), the use result analysis unit 234 gives the past achievement classification item for the character given to the analysis target user by the execution of the analysis target gacha during the grant target period of the gacha (analysis target gacha). The usage record is analyzed for each time by obtaining the usage degree by the analysis target user (step S7). Then, the changing unit 236 determines the parameters of the analysis target gacha based on the degree of diffusion of each classification item, which is the analysis result of the granting result of the analysis target gacha, and the usage degree of each classification item, which is the usage result analysis result. The contents of the change such as the above are determined (step S9).

Next, it is determined whether or not there is a gacha execution request from the user. If there is (step S11: YES), the gacha execution control unit 238 determines that the gacha is the change target gacha (step S13: YES), and is in the change target period of the change target gacha (step 15: YES). If the user is the change target user of the change target gacha (step S17: YES), the parameter value and the like are changed according to the determined change content, that is, according to the changed planned assignment character list 423, the analysis target gacha. Is carried out (step S19).

On the other hand, when the gacha is not the change target gacha (step S13: NO), it is the change target gacha but is outside the change target period (step S15: NO), or when the user is not the change target user. (Step S17: NO), the analysis target gacha is carried out according to the initially set content, that is, the provision-scheduled character list 404 (step S21). When the above processing is performed, the process returns to step S1 and the same processing is repeated.

[Effect]
As described above, according to the present embodiment, as an example in which the game object is a character, the game object is set as a game object based on the analysis result of the game object granting result by the gacha and the use result analysis result. The selected parameter and/or the selection probability related to the giving process are changed. By changing the value of the parameter set in the game object, the ease of use in the game is adjusted. Further, by changing the selection probability set for the game object, the easiness of giving the game object is adjusted. As a result, it is possible to indirectly influence the degree of use of the game object that can be given among users, and this leads to reduction or suppression of the occurrence of a bias in the degree of use between users. That is, it is considered that if the parameter value of the game object is adjusted to be high, it will be easy for the user to use, and if the parameter value is adjusted to be low, it will be difficult for the user to use. Further, it is considered that whether or not the game object can be easily used changes depending on whether or not the game object is added in the addition process of the gacha or the like.

[Modification]
Note that the applicable embodiments of the present invention are not limited to the above-described embodiments, and it goes without saying that appropriate modifications can be made without departing from the spirit of the present invention.

(A) Analysis of Granting Achievement In the above-described embodiment, the character to be analyzed for the granting is targeted for the character assigned by the analysis target gacha being performed during the granting target period. If the character is of the same type as the character that can be given in step 1, the character given before the given period may be included in the subject. Further, not only the analysis target gacha, but also a character provided by another method may be included in the target. In this case, the degree of popularization indicating the extent to which the same character as the character that can be given in the analysis target gacha is owned by the user is obtained, and not only the number of grants in the grant target period, for each character type, The degree of diffusion will be calculated using the number owned by the user at the end of the usage target period.

(B) Granting Process In the above embodiment, the gacha has been described as an example of the granting process, but the present embodiment can be similarly applied to other granting processes. For example, a grant process for granting a battle reward when winning a battle with another player or an enemy character, a grant process for granting a participation reward when participating in a predetermined event, or defeating in a battle, or It can be similarly applied to a process such as a process of giving a drop by an escaped enemy character. The same can be applied to other granting processes such that the game object to be granted is determined according to the selection probability set for the game object.

(C) Analysis Target Gacha and Change Target Gacha In the above-mentioned embodiment, one analysis target gacha and one change target gacha are provided, but one or both may be provided. For example, when there are a plurality of analysis target gachas, the assignment results and the usage results are analyzed for each analysis target gacha, and the parameter value of the change target gacha is changed depending on the AND condition or the OR condition of the analysis result for each gacha. Can be changed. Further, when there are a plurality of change target gachas, the parameter value of each of the plurality of change target gachas is changed based on the analysis result of the analysis target gacha given and used results.

(D) Change Target User In the above-described embodiment, the contents of changing the parameters of the change target gacha are the same for all of the change target users, but the contents to be changed may be different depending on the user. good. For example, a plurality of conditions relating to cumulative game play time, player level, billing amount, etc. can be set, and the change amount of the parameter value of the change target gacha can be determined stepwise according to which condition is satisfied. ..

(E) Multiple Gachas Depending on the type of gacha, it is possible to set the analysis target of the past record or the use record and the character to be changed based on the analysis result. For example, even if the characters are of the same type, the free gacha may not be the subject of analysis of the past record or the use record, and may not be the target of change of the parameter value or the like. In addition, only the pay gacha may be subject to change in the parameter value and the like depending on the analysis result, as the object of the past record and the use record.

1 game system 1000 server system 200 server processing unit, 202 user management unit, 204 billing management unit 220 game management unit 222 game progress control unit 224 deck management unit 226 composition management unit 230 gacha management unit 232 grant record analysis unit, 234 use record Analysis unit, 236 Change unit 238 Gacha execution control unit, 240 Change notification unit 300 Server storage unit 302 Server program 306 Distribution game program 310 Game data 312 Stage setting data, 320 Character initial setting data 330 Item initial setting data 340 User management Data, 400 gacha setting data 410 change schedule data, 430 change condition setting table 1500 user terminal 600 terminal processing unit 610 user terminal calculation unit 612 operation signal transmission control unit 614 game screen display control unit 616 voice reproduction control unit 700 terminal storage unit 702 terminal system program, 704 game client program 3 users

Claims (15)

It is a server system that is communicatively connected to each user terminal that executes a game and that performs a granting process that grants a user a game object selected by a probability calculation according to the selection probability set for each game object to all users. hand,
A grant record analyzing means for analyzing a grant record of the game object by the grant process for all users;
Usage history analysis means for analyzing usage history of the game object for all users,
Analysis of the grant results, and a changing means on the basis of the analysis result of the use results, changes the value of the game object parameter in conferring with the application treatment,
Server system with. The grant result analysis means analyzes a degree of popularization indicating a degree of being granted or owned by a user regarding a game object that can be granted by the granting process,
The usage record analyzing unit analyzes a usage degree indicating a degree of being used by a user with respect to a game object that can be added by the adding process,
The changing unit changes a value of a parameter of the game object when the game is given in the giving process, when the degree of popularization and the degree of use satisfy a given condition,
The server system according to claim 1. The changing unit changes the value of the parameter so as to decrease when the degree of popularization is high and a high degree of usage/high usage condition indicating that the degree of use is high is satisfied.
The server system according to claim 2. The changing means, wherein the penetration degree is low, and, if low penetration low use condition is satisfied indicating that the use degree is low, be modified to enhance the value of the parameter,
The server system according to claim 2 or 3. The grant record analysis means analyzes the degree of popularization of the game object based on the total number of users and the number of the game object granted by the granting process,
The server system according to any one of claims 2 to 4. The usage record analyzing unit analyzes the degree of use of the game object of the user who is given the game object or owns the game object as the usage degree,
The server system according to claim 2. The usage record analyzing unit determines the usage degree based on any one of a usage time of using the game object in the game, a usage count, a skill activation count of the game object, and a combined usage count of the game object. analyse,
The server system according to claim 2. The imparting process includes a plurality of types of gachas for imparting the game object,
The imparting achievement analyzing means, the using achievement analyzing means, and the changing means set a target game object based on the type of the gacha,
The server system according to claim 1. The grant record analysis means analyzes the grant record of the game object given by the grant process during a given period,
The server system according to any one of claims 1-8. The usage record analyzing means is any one of the given period, a period obtained by extending the end of the given period by a predetermined number of days, and a predetermined number of days after the given period has elapsed. Analyze the usage record of the game object between
The server system according to claim 9 . The given period is any one of a given game event holding period, a period other than the holding period, a first half of the holding period, a first half of the month, and a second half of the month,
The server system according to claim 9 or 10 . The changing means makes the change after the given period has elapsed,
The server system according to any one of claims 9 to 11 . The changing unit changes the parameter related to the skill set in the game object,
The server system according to any one of claims 1 to 12. The adding process includes any of gacha, battle reward, enemy character drop, and event participation reward,
The server system according to any one of claims 1 to 13. A server system according to any one of claims 1-14,
The user terminal that communicates with the server system to execute the game;
A game system equipped with.

Images