JP6951836B2 - Server system and program - Google Patents

Description

The present invention relates to a server system, a program, and the like.

Conventionally, a network system that provides a communication type networking service called a social networking service (hereinafter referred to as "SNS") to a user has been known. On such social networking services, online games called social games are provided, and each user can play a fighting game, a fighting game, or a fighting game with another user via a portable information communication terminal device such as a smartphone. , RPG and other games are provided.

Recently, in addition to providing various data such as items used for a game specified by a game player or a user, music, and images (hereinafter, simply collectively referred to as "items") via a network. , A product providing system having entertainment including a lottery element, which simply provides an item selected at random based on an acquisition request from a game player or a user, has also appeared (for example, Patent Document 1).

Such a product provision system has a virtual vending machine that sells capsules containing items to be provided called gacha in a random order, and the position in the virtual vending machine of the capsule containing the data desired by the user. Can be confirmed, and the capsule is virtually sold while letting the user predict the purchase timing of the capsule.

Japanese Patent No. 5222433

However, in the system described in Patent Document 1, although the game is advanced by executing a lottery for acquiring an item (capsule), it is only a lottery process, and from the viewpoint of the strategic nature of the game. There is room for improvement.

The present invention has been made to solve the above problems, and an object of the present invention is to repeatedly acquire items by repeatedly consuming and recovering game parameters, and in a game that progresses based on the acquisition of items. The purpose is to provide a new mechanism and a program that can improve the fun of the game.

(1) In order to solve the above problems, the present invention
Computer,
A game processing means that advances a game using game parameters that fluctuate during game execution,
A management means for storing and managing the game parameters in a storage means for each player.
An acquisition processing means that executes an acquisition process for acquiring an item related to the game by consuming a given value from the managed game parameters, and
A recovery processing means that executes a recovery process for recovering the value of the game parameter when at least a given condition based on the item obtained by the acquisition process is satisfied.
It has a configuration to function as.

With this configuration, the present invention obtains an item by consuming game parameters such as execution of a gacha or execution of a mini game, and conditions such as a recovery item for the acquired item to recover the parameters. Since the value of the game parameter can be recovered when the above is provided, the item related to the game is provided using the parameter, and the player is provided with an opportunity to acquire more items by the provided item. Can be done.

That is, since the present invention can repeatedly acquire items by repeatedly consuming and recovering game parameters, it provides a new mechanism in a game that progresses based on the acquisition of items, and the interest of the game. Can be improved.

The "game parameters that fluctuate during the execution of the game" include, for example, game parameters such as hit points set in the player character and own machine, or life energy representing physical strength, endurance, or vitality. Indicates the game parameters that specify the disappearance or game over of the player character or own machine.

In addition, "items related to the game" include, for example, characters used in the game such as player characters, weapons possessed by each character, in-game currency, and items for recovering game parameters such as the above-mentioned hit points and life energy. Alternatively, it includes a digital card in which these items used in the game are specified and a digital trading card (content) related to the game.

In particular, "acquisition of items" includes not only the case of winning by gacha, but also the case of acquiring predetermined items by clearing a battle game, a mini game, a quest, or a stage (of multiple items). Including the case of selecting one item from the list) or the case of acquiring by charging.

Further, as the "given condition", for example, a condition such as possession of a predetermined item (recovery item), the number of acquisitions, a combination of two or more types, or a level of a predetermined item is indicated.

(2) Further, the present invention
It has a configuration further including condition setting means for setting processing conditions for executing at least one of the acquisition process and the recovery process according to the game situation.

With this configuration, the present invention determines, for example, the amount of recovery when recovering the value of the game parameter in the recovery process, or the opportunity and frequency for acquiring an item for recovering the game parameter, depending on the game situation. Processing conditions such as (the frequency of quests to acquire items, the difficulty level for clearing the quests, or the lottery probability when the item is hit) can be set according to the game situation.

Therefore, according to the present invention, in a game in which an item is acquired, a change in the recovery amount of a game parameter or a change in an item acquisition opportunity or acquisition frequency (timing or lottery probability) for executing the recovery is performed according to the game situation. Change) can be provided.

As a result, the present invention can incorporate game characteristics into the recovery of game parameters, so that the interest of the game can be improved.

As the "game situation", for example,
(A) Gacha status (status of winning items, gacha growth, etc.), execution status of competitive games and mini games (in-game games), achievement of quests during the game, number of remaining aircraft and own aircraft Number of, the number of lives, the number of stage clears and their types, the value of the score (including specific points),
(B) Billing status including whether or not the preset upper limit has been reached, acquisition status of items acquired by the player and their usage status,
(C) Play status such as game play time and number of times, or
(D) Usage status of in-game functions such as usage status of functions for registering other players as friends and usage status of optional functions,
Etc. are included.

(3) Further, the present invention
The condition setting means
As the processing condition, there is a configuration in which at least one of the type and characteristic of the item used for the recovery processing and the recovery amount when recovering the game parameter is set according to the game situation.

With this configuration, the present invention can change the type and number of recovery items or the amount of recovery of game parameters according to the game situation. Therefore, as the game progresses, a specific item (rare item) is used for recovery processing. By making it mandatory, or by introducing the use (including consumption) of items when recovering game parameters, such as increasing the amount (number) of items and the number of combinations thereof, the game characteristics in the game can be improved. It is possible to demand the player to be strategic and improve the fun of the game.

(4) Further, the present invention
The condition setting means
As the processing condition, there is a configuration in which an opportunity to acquire a recovery item for recovering the game parameter in the acquisition processing is set according to the game situation.

With this configuration, the present invention provides, for example, the occurrence of an event that provides a recovery item as a privilege, such as providing a quest to acquire a recovery item or performing a mini game, or clearing a game level or stage at the time of acquiring a predetermined point. It is possible to control the timing and frequency of acquisition of the recovery item by the player, such as satisfying a predetermined condition.

Therefore, the present invention requires a strategy for capturing the game during execution of the game, such as efficiently acquiring the item, and can improve the interest of the game.

(5) Further, the present invention
The condition setting means
As the processing condition, according to the game situation, the winning probability of the item that can be acquired by the acquisition process of acquiring the item by lottery, and the recovery item for recovering the game parameter in the recovery process is acquired. It has a structure that sets the winning probability for.

With this configuration, the present invention can be configured so that, for example, even if the consumption amount of the same game parameter is consumed, a recovery item for recovering the game parameter can always be acquired depending on the game situation. Since the game can be incorporated into the recovery of the game parameters, the game can be improved.

(6) Further, the present invention
The processing conditions have a configuration that changes depending on the type of item acquired by the acquisition processing.

With this configuration, the present invention changes the opportunity in the game to acquire the recovery item in the acquisition process as a processing condition according to the type of the item to be acquired, or wins to acquire the recovery item in the acquisition process. The probability can be varied.

That is, since the present invention can change the acquisition of the recovery item according to the game situation, it is possible to incorporate the game property not only in acquiring the item itself but also in the recovery of the game parameters.

(7) Further, the present invention
The management means
For each player, the game data defining the game situation is stored and managed in the storage means.
The condition setting means
It has a configuration in which game data of a target player for which the processing conditions are set and another player are compared, and the processing conditions of the target player are set based on the comparison result.

With this configuration, the present invention determines the amount of recovery in the recovery process, the opportunity to acquire the recovery item in the acquisition process, the winning probability for acquiring the recovery item, etc., based on the difference in the game situation with other players. Can be set.

Therefore, according to the present invention, in comparison with the entire player, for example, a target player having a long playing time or a target player having a large charge can be given preferential treatment regarding the acquisition and recovery of items. It is possible to maintain the interest in.

(8) Further, the present invention
It has a structure in which the content of the item acquired by the acquisition process changes according to the game situation.

With this configuration, the present invention, for example, by increasing the amount of recovery of game parameters and the amount of consumption when acquiring items in the early stage of the game, quests the initial player and the player with a low game level. Increase the interest in continuing the game, such as clearing the game and making it easier to obtain items, or as the game progresses, the amount of recovery of game parameters and the amount of consumption when acquiring items will increase. In this case, by providing the item with a large amount of recovery, it is possible to facilitate the continuation of the game for a player having a high degree of progress in the game or a high level of the game, and to enhance the interest of the player.

Therefore, the present invention can maintain the interest in playing the game even in players of various progresses or levels.

(9) Further, the present invention
The recovery processing means
Parameter conditions based on time parameters with respect to time during execution of the game,
Alternatively, it has a configuration in which the recovery process is executed when any of the establishment conditions that are satisfied during the execution of the game is satisfied.

With this configuration, the present invention provides conditions based on time parameters and conditions that are satisfied during the execution of the game, in addition to given conditions based on items even if a predetermined item such as a recovery item cannot be acquired. Based on this, the game parameters can be recovered, so that the game can be advanced by various methods.

Therefore, since the present invention can provide a wide range of ways to enjoy the game, it is possible to acquire a large number of players, and it is possible to maintain or improve the interest of each player in the game.

The "condition based on the time parameter" includes, for example, a case where a predetermined time has elapsed from a predetermined timing such as a login timing, an acquisition processing execution timing, or a quest start timing.

In addition, the "conditions that are satisfied during the execution of the game" include the case where the mini game or the competitive game is won, the game stage or the quest is cleared, or the predetermined game level is reached.

(10) Further, in order to solve the above problems, the present invention
A game processing means that advances the game using game parameters that fluctuate during the execution of the game,
A management means for storing and managing the game parameters in a storage means for each player,
An acquisition processing means for executing an acquisition process for acquiring an item related to the game by consuming a given value from the managed game parameters.
A recovery processing means for executing a recovery process for recovering the value of the game parameter when at least a given condition based on the item obtained by the acquisition process is satisfied.
It has a configuration including.

With this configuration, the present invention obtains an item by consuming game parameters such as execution of a gacha or execution of a mini game, and conditions such as a recovery item for the acquired item to recover the parameters. Since the value of the game parameter can be recovered when the given condition is satisfied, the item related to the game is provided using the parameter, and further items are acquired by the provided item. Opportunity for the player can be provided.

That is, since the present invention can repeatedly acquire items by repeatedly consuming and recovering game parameters, it provides a new mechanism in a game that progresses based on the acquisition of items, and the interest of the game. Can be improved.

It is a figure which shows an example of the system structure which shows the structure of the game system of one Embodiment. It is a figure which shows the functional block of the server apparatus of one Embodiment. This is an example of player information stored in the server device of one embodiment. It is a figure which shows the functional block of the terminal apparatus of one Embodiment. It is a figure (the 1) for demonstrating the acquisition process and the recovery process executed by the game management part of one Embodiment. It is a figure (the 2) for demonstrating the acquisition process and the recovery process executed by the game management part of one Embodiment. It is a figure (the 1) for demonstrating the condition setting of the acquisition process execution condition executed by the condition setting part of one Embodiment. It is a figure (the 2) for demonstrating the condition setting of the acquisition process execution condition executed by the condition setting part of one Embodiment. It is a figure for demonstrating the condition setting of the recovery process execution condition based on the item executed by the condition setting part of one Embodiment. It is a flowchart which shows the operation of the game processing including the condition setting processing, the item acquisition processing and the recovery processing executed by the server apparatus of one Embodiment.

Hereinafter, this embodiment will be described. The present embodiment described below does not unreasonably limit the content of the present invention described in the claims. Moreover, not all of the configurations described in the present embodiment are essential constituent requirements of the present invention.

[1] Game System First, the outline and outline configuration of the game system 1 of the present embodiment will be described with reference to FIG. Note that FIG. 1 is a diagram showing an example of a system configuration showing the configuration of the game system 1 of the present embodiment.

In the game system 1 of the present embodiment, as shown in FIG. 1, a server device 10 that provides a game service and a terminal device 20 (for example, terminal devices 20A, 20B, 20C) are connected to the Internet (an example of a network). It is configured to be connectable.

By accessing the server device 10 from the terminal device 20, the user can play a game transmitted from the server device 10 via the Internet. Further, the user can communicate with other users by accessing the server device 10 from the terminal device 20.

The server device 10 is an information processing device capable of providing a service for allowing a user to play a game via a terminal device 20 which is communicatively connected to a server via the Internet. Further, the server device 10 may function as an SNS server that provides a communication type service. Here, the SNS server may be an information processing device that provides a service capable of providing communication between a plurality of users.

Further, when the server device 10 functions as an SNS server, for example, a social game (Social Game) executed by using the operating environment (API (application programming interface), platform, etc.) of the provided SNS is used. It is now possible to provide a game called.

In particular, the server device 10 is made in various languages such as games provided on the Web browser of the terminal device 20, such as HTML, FLASH, CGI, PHP, shockwave, Java (registered trademark) applet, and Javascript (registered trademark). It has become possible to provide a browser game (a game that can be started simply by opening an installation site with a Web browser).

Unlike existing online games, social games do not require dedicated client software and include games that can be used only with a Web browser and an SNS account. Further, the server device 10 can connect to another user's terminal (smartphone, personal computer, game machine, etc.) via a network and provide an online game capable of sharing the same game progress online at the same time. It has a configuration.

On the other hand, the server device 10 may be composed of one (device, processor) or a plurality of (device, processor).

Then, information such as billing information and game information stored in the storage area of the server device 10 (storage unit 140 described later) is connected to a database (in the broad sense, the storage device, the storage device) via a network (intranet or the Internet). It may be stored in a memory), or when functioning as an SNS server, information such as player information 146 stored in a storage area may be stored in a database (in a broad sense) connected via a network (intranet or the Internet). May be stored in a storage device (memory).

Specifically, the server device 10 of the present embodiment receives input information transmitted from the terminal device 20 based on the operation of the user (that is, the player who executes the game), and the game is based on the received input information. It is designed to perform processing. Then, the server device 10 transmits the game processing result to the terminal device 20, and the terminal device 20 performs various processes for providing the terminal device 20 with the game processing result received from the server device 10 so as to be viewable by the user. It has become.

The terminal device 20 is an information processing device such as an image generation device such as a smartphone, a mobile phone, a PHS, a computer, a game device, a PDA, a portable game machine, etc., and is a server device via a network such as the Internet (WAN) or LAN. It is a device that can be connected to 10. The communication line between the terminal device 20 and the server device 10 may be wired or wireless.

Further, the terminal device 20 includes a Web browser capable of browsing a Web page (HTML format data). That is, the terminal device 20 performs display control using a communication control function for communicating with the server device 10 and data received from the server device 10 (Web data, data created in HTML format, etc.). It is equipped with a browser function, etc., executes various processes that provide the game screen to the user, and allows the user to execute the game. However, the terminal device 20 may acquire the game control information provided by the server device 10 and execute a predetermined game process to execute a game based on the game process.

Specifically, when the terminal device 20 makes a request to the server device 10 to play a predetermined game, the terminal device 20 is connected to the game site of the server device 10 and the game is started. In particular, the terminal device 20 causes the server device 10 functioning as an SNS server to perform a predetermined process by using an API as necessary, or obtains player information 146 managed by the server device 10 functioning as an SNS server. It has a configuration to acquire and execute the game.

[2] Server device Next, the server device 10 of the present embodiment will be described with reference to FIGS. 2 and 3. Note that FIG. 2 is a diagram showing a functional block of the server device 10 of the present embodiment, and FIG. 3 is an example of player information 146 stored in the server device 10 of the present embodiment, respectively. Further, the server device 10 of the present embodiment may have a configuration in which some of the components (each part) of FIG. 2 are omitted.

The server device 10 communicates with an input unit 120 for use by an administrator or other input, a display unit 130 for performing a predetermined display, an information storage medium 180 in which predetermined information is stored, a terminal device 20, or the like. It includes a unit 196, a processing unit 100 that executes processing mainly related to the game to be provided, and a storage unit 140 that stores various data mainly used for the game.

The input unit 120 is used by a system administrator or the like to input game-related settings, other necessary settings, and data. For example, the input unit 120 of the present embodiment is configured by a mouse, a keyboard, or the like.

The display unit 130 displays an operation screen for the system administrator. For example, the display unit 130 of the present embodiment is configured by a liquid crystal display or the like.

The information storage medium 180 (a medium that can be read by a computer) stores programs, data, and the like, and its functions are an optical disk (CD, DVD), an optical magnetic disk (MO), a magnetic disk, a hard disk, and a magnetic tape. , Or a memory (ROM) or the like.

The communication unit 196 performs various controls for communicating with the outside (for example, a terminal, another server, or another network system), and its function is hardware such as various processors or ASICs for communication. , And programs.

The storage unit 140 serves as a work area for the processing unit 100, the communication unit 196, and the like, and its function is configured by a RAM (VRAM) or the like. The information stored in the storage unit 140 may be managed in a database.

Further, in the present embodiment, the storage unit 140 contains game information 144 indicating information about the game to be provided (including game environment information regarding the game environment), player information indicating information about the game to be provided and information about the player. Information about items including 146, automatic calculation data (automatic calculation information) 148 generated by game processing described later, and cards (that is, game cards) used in each player's game as digital contents (hereinafter referred to as "item information"). .) 149 and other various information necessary for game calculation are stored.

For example, the game information 144 stores various data used in the game, such as table data.

Further, as shown in FIG. 3, the player information 146 includes player specific information such as name, age, and gender, and game play data indicating the level and progress of the player in the game, in association with the player ID for each player. , State information and billing information indicating the chargeable state (hereinafter referred to as "first state") and the non-chargeable state (hereinafter referred to as "second state") of the player in the game as a play state are registered as a history. Billing history information to be charged is stored.

In the present embodiment, the items include each character including a player character, weapons and equipment possessed by each character, in-game currency, or items themselves such as tools and life energy.

Further, the game card is, for example, an example of content that virtually exists in the game (that is, digital content), and specifically, is a virtual game medium that is used in a game in which each item is defined. ..

Further, in the present embodiment, the item including each character may be provided to the user in the form of a game card. In the following explanation, items and game cards are basically used as individual concepts, but in some cases, they are explained as an integrated concept, and names including "items" such as "item information" and others are used. Is not limited to this.

The processing unit 100 performs various processes using the main storage unit 142 in the storage unit 140 as a work area. The function of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), or a program.

The processing unit 100 performs various processes of the present embodiment based on the program (data) stored in the information storage medium 180. That is, the information storage medium 180 stores a program for operating the computer as each part of the present embodiment (a program for causing the computer to execute the processing of each part).

For example, the processing unit 100 (processor) controls the entire server device 10 based on the program stored in the information storage medium 180, and also performs various processes such as control of data transfer between each unit. .. Further, it performs a process of providing various services in response to a request from the terminal.

Specifically, the processing unit 100 of the present embodiment includes a communication control unit 101, a Web processing unit 102, a game management unit 103, a player management unit 104, a player information setting unit 105, a billing management unit 106, a condition setting unit 107, and the like. It has at least a timer 109.

The game management unit 103 of the present embodiment constitutes the management means, the acquisition processing means, and the recovery processing means of the present invention, and the condition setting unit 110 constitutes the condition setting means of the present invention.

The communication control unit 101 performs a process of transmitting and receiving data via a network with the terminal device 20. That is, the server device 10 performs various processes based on the information received from the terminal device 20 and the like by the communication control unit 101.

In particular, the communication control unit 101 of the present embodiment performs a process of transmitting a game screen to the user's terminal device 20 based on a request from the user's terminal device 20.

The Web processing unit 102 functions as a Web server. For example, the Web processing unit 102 transmits data in response to a request from the Web browser 211 installed in the terminal device 20 through a communication protocol such as HTTP (Hypertext Transfer Protocol), by the Web browser 211 of the terminal device 20. Performs the process of receiving the transmitted data.

In the present embodiment, a case where the server device 10 also has a function as an SNS server will be described as an example, but the server device 10 is formed separately as a game server and an SNS server. May be good. Further, the processing of the game of the present embodiment may be partially or wholly performed by the server device 10, or may be partially performed by the terminal device 20.

Based on the player's operation input via the terminal device 20, the game management unit 103 sets characters and various items used in a game such as a battle game in each player and a game card that defines them as deck data. Then, it is registered in the player information 146.

Then, the game management unit 103 executes the game process based on the game parameters (hereinafter, also referred to as “game parameters”) included in the registered player information 146 and the player's operation input to the terminal device 20. For example, game processing related to various games such as a battle game, an RPG, a shooting game, or a simulation is executed.

Specifically, the game management unit 103 has the effect of each item (including the game card; the same applies hereinafter) such as a recovery item that recovers the game parameters according to the game status such as the progress of the game and the billing status of the player. , Acquisition opportunity and frequency of each item, or execution of a mini game (that is, an in-game game executed in the game) to acquire a game item called "gacha" that wins a predetermined item from a plurality of items. Control conditions and lottery probability.

Further, the game management unit 103 may execute a synthesis process for synthesizing a plurality of Aite provided by the player at a given timing during the game, based on the player's request. For example, the game management unit 103 has a new ability by synthesizing two or more game cards, or a new character or item that has changed to a new character (hereinafter referred to as "synthetic item"), or. A game card in which these are specified (hereinafter, referred to as "synthetic game card") is generated.

For synthetic items or synthetic game cards, information on items and game cards such as the level of items and game cards used in the synthesis process (hereinafter, "item level, etc.") and abilities (hereinafter, "item information, etc.") The content may be inherited, or may be content that is mutatively irrelevant to the content information. In particular, the item level and the like indicate parameters that fluctuate during the game, which are defined for each item and game card.

Further, when the game management unit 103 executes the game processing based on the deck data, the game management unit 103 automatically executes each game based on the game parameters (hereinafter, also referred to as “game parameters”) included in the player information 146. The calculation may be performed to generate the automatic calculation data, which may be stored in the storage unit 140 as the automatic calculation data (automatic calculation information) provided to the terminal device 20 owned by the player. In this case, the game management unit 103 performs a game playback process for displaying the game screen based on the automatic calculation data on the user's terminal device 20 based on a given condition.

The player management unit 104 manages characters and items owned by the player or game cards that define them, manages deck data set by the player during the game, and manages player information 146 registered in the game.

Further, the player management unit 104 manages the player state indicating the state of the player that changes according to the billing status, and also manages the item including the character or the contents of the game card in which the item is defined according to the player state. to manage.

Specifically, the player management unit 104 can charge the corresponding player when it is determined by the charge management unit 106 that the cumulative charge amount has reached a predetermined upper limit for each unit accounting period. The management of changing from the state (that is, the first state) to the unchargeable state (that is, the second state) is executed.

Then, when the player changes to the second state, the player management unit 104 changes the setting contents of the item including the character and the game card, and restricts the purchase of the billing element of the game. That is, the player management unit 104 changes to a state in which the corresponding player cannot charge the game as the second state.

Further, the player management unit 104 interlocks with the timer 109, and when a new unit accounting period is started, identifies a player whose player state is the second state, and sets the specified player information 146 to the first state. Reset.

The player management unit 104 does not reset to the second state even when a new unit accounting period is started, and maintains the second state on the premise that other conditions are satisfied. Alternatively, it may be further changed to another state (for example, a state in which billing is not possible in principle but billing can be performed only when a prepaid card is used).

In addition, the unit accounting period is, in principle, a billing amount to the player from a predetermined start timing (for example, one day) such as every January or every March to a predetermined end timing (for example, the last day). Indicates the period for calculating the total of the billing amount for such reasons.

However, the unit accounting period may be a timing determined based on the progress of the game, for example, a timing when a predetermined stage is cleared, a timing when a predetermined level is reached, or a timing when a predetermined experience value is obtained. The unit accounting period may be set based on the timing that occurs with the progress of the game.

On the other hand, the player management unit 104 has a configuration in which the item possessed by the player is provided to another player based on the instruction of the player.

The player information setting unit 105 is based on the player's operation input via the terminal device 20 and the items and game cards including the characters owned by the player, and the characters and various items used in the battle game in each player. Alternatively, deck data including the game cards in which these are specified is set as player information 146.

Further, the player information setting unit 105 is information defined in the player information 146 of the corresponding player (hereinafter, referred to as “setting information”), and is a setting that serves as a reference defined when the player state is the first state. Information on the content (for example, each setting content when the game progresses on the premise of billing) (hereinafter, also referred to as "reference setting information") is set content suitable for the game progress in the second state (for example, billing is executed). It is changed to the setting information (hereinafter referred to as "second state setting information") that defines the content that allows the game to proceed in the same manner as when the charge is executed even if the charge is not performed.

Then, the player information setting unit 105 resets the setting contents of the item including each character and the game card at the start timing of the new unit accounting period in the player whose player state is the second state. In particular, the player information setting unit 105 resets the setting information defined in the player information 146 of the player whose player state is the second state and changes it to the reference setting information.

The player information setting unit 105 has a configuration in which various information used in the game, player attributes, and the like can be set in addition to the deck data.

The charge management unit 106 executes a charge process in the charge element in the game based on the instruction of the target player for each player, and stores the charge information (that is, the charge information) in the player information 146 as the charge history (that is, the charge information). Hereinafter, "billing process") is executed.

In particular, in the present embodiment, as billing elements, an item, a right required to execute a gacha, a right to increase the winning probability of a gacha, and a new item are synthesized by synthesizing two or more items. Opportunities to play, player characters and own machines, participation in mini games (in-game games) and events, gifts to give to friends, game continuations, in-game currencies and points, and game elements to purchase such as game options Including, payments for the billing element include payments in virtual currency in addition to cash payments using credit cards and prepaid cards.

Further, the billing management unit 106 calculates the cumulative billing amount within the unit accounting period for each player based on the billing history information in which the billing information is registered as a history, and the cumulative billing amount in the calculated unit accounting period is calculated. When the upper limit amount is reached, a process of providing the player management unit 104 to that effect (hereinafter, referred to as "upper limit amount determination process") is executed.

Specifically, the billing management unit 106 determines that the billing amount for the game for each player reaches a predetermined upper limit.
(1) Change the player state of the corresponding player from the first state to the second state,
(2) Restrict the purchase of the player's billing element in the second state,
(3) When the player state is changed from the first state to the second state, the setting contents set in the player's item or game card are changed.
It has a configuration.

For example, when a game is provided that progresses on the premise of in-game billing,
(A) When acquiring items or game cards used in the game
(B) When increasing the winning probability of a gacha when executing a gacha
(C) When synthesizing two or more items or game cards to synthesize a new item, or
(D) When continuing to restart the game while maintaining the settings of the game at the end of the game
For example, in the case of favorably executing the game progress by the player, billing is required by using virtual currency or points, or by using a credit card or prepaid card, and this is executed.

The condition setting unit 107 is referred to as a given processing condition (hereinafter, referred to as “acquisition processing execution condition”) when executing the item acquisition processing according to the game status such as the progress status of the game, the usage status of the game, and the billing status. ) And a given processing condition (hereinafter, referred to as "item-based recovery processing execution condition") when executing the recovery processing for recovering the game parameters are set.

The timer 109 has a function of outputting the current time, and is used to detect the timing of switching the unit accounting period.

[3] Terminal device Next, the terminal device 20 of the present embodiment will be described with reference to FIG. Note that FIG. 4 is a diagram showing a functional block of the terminal device 20 of the present embodiment. Further, the terminal device 20 of the present embodiment may have a configuration in which some of the constituent elements (each part) of FIG. 4 are omitted.

The input unit 260 is a device for inputting input information from the user, and outputs the user's input information to the processing unit 200. The input unit 260 of the present embodiment includes a detection unit 262 that detects user input information (input signal). The input unit 260 includes, for example, a lever, a button, a steering wheel, a microphone, a touch panel display, a keyboard, a mouse, and the like.

The storage unit 270 serves as a work area for the processing unit 200, the communication unit 296, and the like, and its function can be realized by a RAM (VRAM) or the like. The storage unit 270 of the present embodiment includes a main storage unit 271 used as a work area and an image buffer 272 in which a final display image or the like is stored. It should be noted that a configuration in which some of these may be omitted may be used.

The information storage medium 280 (a medium that can be read by a computer) stores programs, data, and the like, and its functions are an optical disk (CD, DVD), an optical magnetic disk (MO), a magnetic disk, a hard disk, and a magnetic tape. Alternatively, it can be realized by a memory (ROM) or the like.

The processing unit 200 performs various processes of the present embodiment based on the program (data) stored in the information storage medium 280. The information storage medium 280 can store a program for operating the computer as each part of the present embodiment (a program for causing the computer to execute the processing of each part).

In the present embodiment, programs and game data for operating the computer as each part of the present embodiment stored in the information storage medium 180 and the storage unit 140 of the server device 10 are received via the network. The received program or data is stored in the information storage medium 280. The program or data received from the server device 10 may be stored in the storage unit 270. The case where the network system functions by receiving the program or data in this way is also included in the scope of the present invention.

The display unit 290 outputs an image generated by the present embodiment, and its function can be realized by a CRT, an LCD, a touch panel type display, an HMD (head mounted display), or the like. The sound output unit 292 outputs the sound generated by the present embodiment, and its function can be realized by a speaker, headphones, or the like.

The communication unit 296 performs various controls for communicating with an external device (for example, another terminal or server), and its function depends on various processors or hardware such as an ASIC for communication, a program, or the like. realizable.

The processing unit 200 (processor) performs processing such as game processing, display control, image generation processing, or sound generation processing based on the input information and the program from the input unit 260.

The processing unit 200 performs various processes using the main storage unit 271 in the storage unit 270 as a work area. The function of the processing unit 200 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), or a program.

The processing unit 200 includes a communication control unit 210, a Web browser 211, a game processing unit 212, a display control unit 213, a game screen control unit 214, a drawing unit 220, and a sound processing unit 230. It should be noted that a configuration in which some of these may be omitted may be used.

The communication control unit 210 performs a process of transmitting and receiving data to and from each of the server devices 10. Further, the communication control unit 210 performs a process of storing the data received from the server device 10 in the storage unit 270, a process of analyzing the received data, a control process related to transmission / reception of other data, and the like. The communication control unit 210 may perform a process of storing and managing the destination information (IP address, port number) of the server in the information storage medium 280. Further, the communication control unit 210 may perform communication with the server device 10 when receiving input information for starting communication from the user.

In particular, the communication control unit 210 transmits user identification information to the server device 10 and performs a process of receiving data (user's Web page, game screen, etc.) related to player information 146 and item information 149 from the server device 10. .. For example, the communication control unit 210 performs a process of receiving data including information of another user who has a friendship with the user (another user name, information posted by another user, etc.) from the server device 10.

The communication control unit 210 may transmit / receive data to / from the server device 10 at a predetermined cycle, or may transmit / receive data to / from the server device 10 when receiving input information from the input unit 260. In particular, the communication control unit 210 of the present embodiment performs a process of receiving the game screen from the server device 10.

The Web browser 211 is an application program for browsing a Web page (game screen), downloads an HTML file, an image file, or the like from a Web server (server device 10), analyzes the layout, and controls the display. Further, the Web browser 211 transmits data to the Web server (server device 10) using an input form (link, button, text box, etc.).

The Web browser 211 of the present embodiment can realize a browser game. For example, the Web browser 211 may execute a program described in Javascript (registered trademark), FLASH, Java (registered trademark), etc. received from the Web server (server device 10).

The terminal device 20 can display the information from the Web server specified by the URL via the Internet by the Web browser 211. For example, the terminal device 20 can display the game screen (data such as HTML) received from the server device 10 by the Web browser 211.

The game processing unit 212 performs various game calculation processes. For example, there are a process of starting a game when the game start condition is satisfied, a process of advancing the game, a process of ending the game when the game end condition is satisfied, and the like.

The game processing unit 212 is composed of various objects (polygons, free curved surfaces, subdivision surfaces, and other primitives) that represent display objects such as user characters, buildings, stadiums, cars, trees, pillars, walls, and maps (topography). Object) may be arranged and set in the object space.

Here, the object space is a virtual space, and includes both a two-dimensional space and a three-dimensional space. The two-dimensional space is, for example, a space in which objects are arranged in two-dimensional coordinates (X, Y), and the three-dimensional space is, for example, a space in which objects are arranged in three-dimensional coordinates (X, Y, Z). be.

In addition to registering items including characters and game cards in item information 149, the game processing unit 212 performs processing related to each game executed in conjunction with the server device 10, and reproduces received automatic calculation data. Execute various game processing of.

Further, the display control unit 213 performs a process of displaying the game screen generated by the game screen control unit 214 on the display unit 290. For example, the display control unit 213 may display using the Web browser 211.

The drawing unit 220 performs drawing processing based on various processes (for example, game processing) performed by the processing unit 200, generates an image by this, and outputs the image to the display unit 290 by the display control unit 213. The image generated by the drawing unit 220 may be a so-called two-dimensional image or a so-called three-dimensional image.

The sound processing unit 230 performs sound processing based on the results of various processes performed by the processing unit 200, generates game sounds such as BGM, sound effects, or voice, and outputs them to the sound output unit 292.

[4] Processing Method of the Present Embodiment [4.1] Outline Next, the processing method of the present embodiment will be described.

The server device 10 of the present embodiment works with the terminal device 20 to provide a player character and other characters, a game space and a part thereof, a game parameter, a BGM, a game scenario, and the like, and each player has a plurality of players. It has a configuration for executing a battle game such as a battle game or a fighting game, an RPG, or a game such as a simulation game by using an item including a character and a game parameter of a player or an item.

In particular, during the game, the server device 10 uses game parameters such as physical strength, endurance, or life energy representing vitality to, for example, reach a gacha, charge, or quest success (eg, reach a predetermined game level or point, or reach a predetermined game level or point. Executes the acquisition process to acquire a predetermined item (for example, a recovery item such as a medicine or a magic item) by clearing a predetermined game stage, and recovers the value of the game parameter using the acquired item. Perform recovery processing.

That is, the server device 10 repeatedly executes the acquisition process of an item such as a gacha using the game parameters that fluctuate during the execution of the game, and recovers the game parameters using the items obtained by the gacha or the like. By repeatedly consuming and recovering game parameters during the game, the game progresses according to the use of items and the operation of the player.

Specifically, the server device 10 is
(1) For each player, game parameters are stored and managed in player information 146 and item information 149, and managed.
(2) Execute the acquisition process to acquire items related to the game such as gacha by consuming a given value from the managed game parameters.
(3) Conditions related to the presence or absence of recovery items and their use (including, for example, the use of a predetermined amount or the use of items having applicable characteristics and attributes such as type and level), etc., were obtained by at least acquisition processing. Executes recovery processing that recovers the value of the game parameter when the item-based recovery processing execution condition is met.
It has a configuration.

With this configuration, in the present embodiment, for example, by consuming game parameters such as gacha execution and mini game execution, an item is acquired, and the acquired item is a recovery item for recovering the parameter. Since the value of the game parameter can be recovered when the recovery processing execution condition based on the item is satisfied, such as, the item related to the game is provided using the parameter, and further items are acquired by the provided item. It is now possible to provide players with an opportunity to do so.

That is, in the present embodiment, the item acquisition can be repeatedly executed by repeatedly consuming and recovering the game parameters. Therefore, in the game that progresses based on the item acquisition, a new mechanism is provided and the game It is possible to improve the interest.

[4.2] Basic Principles of Acquisition Process and Recovery Process Next, the acquisition process and recovery process executed by the game management unit 103 of the server device 10 of the present embodiment will be described with reference to FIGS. 5 and 6. Note that FIGS. 5 and 6 are diagrams for explaining the acquisition process and the recovery process executed by the game management unit 103 of the present embodiment.

During the execution of the game, the game management unit 103 interlocks with the terminal device 20 and executes acquisition processing and recovery processing based on the operation of the corresponding player and the player information 146 and item information 149 of the player.

In particular, the game management unit 103 includes an acquisition process execution condition when executing an acquisition process such as a gacha, and a recovery process execution condition which is a condition for executing the recovery process and is based on the item obtained by the acquisition process. Based on, the acquisition process for acquiring the item and the recovery process for recovering the game parameters are executed.

(Acquisition process)
The game management unit 103 executes acquisition processing such as success of a quest, a game stage, or an operation instruction of a player (including an operation instruction premised on the points possessed by the player and the use of in-game currency) during the game. When the conditions to be performed (hereinafter, also referred to as "acquisition processing establishment conditions") are satisfied, the acquisition processing such as gacha is executed according to various conditions (hereinafter, also referred to as "acquisition processing setting conditions").

That is, the game management unit 103 satisfies the acquisition processing establishment condition at a predetermined time such as every predetermined time, the timing of logging in, the timing of reaching the game level, or the timing of clearing the predetermined game stage. Whether or not it is determined, and if the acquisition process establishment condition is satisfied, the acquisition process is executed based on the acquisition process actual setting condition.

Then, the game management unit 103 registers the item acquired by the acquisition process in the item information 149 of the corresponding player.

In particular, the acquisition processing establishment condition may include the consumption of the game parameter and the use (consumption) of a specific item in addition to the case of consuming a predetermined value of the game parameter, or a mini game (bonus) in the game. It includes conditions that are met by the progress of the game, such as clearing the game), clearing the game stage, earning predetermined points, or clearing the quest, or a combination of two or more of these.

In addition, the acquisition process setting conditions include the type and number of items acquired by the acquisition process (including the presence or absence of recovery items), the winning probability of the recovery item when the acquisition process is gacha, and the like.

For example, when the gacha is executed as the acquisition process, the physical strength of the current player character as a game parameter is "100", and the physical strength consumed by the gacha as a condition for establishing the acquisition process is "50". Is assumed.

In this case, as shown in FIG. 5, when the acquisition processing establishment condition is satisfied and the gacha is executed, the game management unit 103 subtracts the physical strength of the player character as a game parameter from "100" to "50". , Acquire 1 item (for example, physical strength enhancer in FIG. 5) from a plurality of items (rare items, recovery items, weapon items, etc.) predetermined by a predetermined lottery probability according to the acquisition processing setting conditions. Let me.

Then, the game management unit 103 registers the acquired item (for example, a physical strength enhancer) in the item information 149 of the corresponding player.

Further, for example, when the gacha is executed as the acquisition process, the physical strength of the current player character as a game parameter is "100", and the physical strength consumed by the gacha as a condition for establishing the acquisition process is "50". In the case of, and 5 physical strength enhancers showing physical strength "50" are required.

In this case, as shown in FIG. 6, when the acquisition processing establishment condition is satisfied and the gacha is executed, the game management unit 103 subtracts the physical strength of the player character as a game parameter from "100" to "50". At the same time, 5 physical strength enhancers are consumed (the number of the physical strength enhancers is subtracted from the corresponding item information 149), and a plurality of items (rare items, rare items, which are predetermined by a predetermined lottery probability according to the acquisition processing setting conditions). Obtain 1 item (for example, magic wand in Fig. 6) from recovery items, weapon items, etc.

Then, the game management unit 103 registers the acquired item (for example, a magic wand) in the item information 149 of the corresponding player.

(Recovery process)
The game management unit 103 is provided with recovery processing execution conditions based on the items obtained by the above acquisition processing such as recovery items (for example, a physical strength enhancer and a magic wand capable of casting a physical strength recovery spell) during the game. When this is done, a recovery process is executed to recover the value of the game parameter such as the physical strength of the player character.

Then, the game management unit 103 updates the player character information (specifically, the value of the game parameter) of the item information 149 of the player having the player character recovered by the recovery process.

In particular, the game management unit 103 may execute the recovery process after executing the acquisition process, or may execute the recovery process at a predetermined timing. However, the game management unit 103 executes, for example, based on the player information 146 and the item information 149 at the time when the acquisition process is executed.

For example, when the physical strength of the current player character as a game parameter is "50", the physical strength enhancer (recovery item) is acquired in the gacha as the acquisition process, and the player gives an instruction to use the physical strength enhancer. When detected, the game management unit 103 determines that the recovery processing execution condition based on the item is satisfied, and recovers the physical strength of the player character as a game parameter according to the amount of the acquired physical strength enhancer. Suppose.

In this case, as shown in FIG. 5, when the game management unit 103 acquires the physical strength enhancer having the physical strength "10" in the gacha as the acquisition process and detects the execution instruction of the recovery process of the player, it corresponds to this. Restores the player character's physical strength from "50" to "60".

Then, the game management unit 103 registers the recovered physical strength of the player character in the player information 146 of the corresponding player, and deletes the information of the used physical strength enhancer from the item information 149.

When the recovery process is completed, the game management unit 103 again waits for the execution of the gacha as the item acquisition process, and repeatedly executes the acquisition process and the recovery process during the game to repeatedly consume and recover the game parameters. Let it run.

Further, for example, when the current player character's physical strength as a game parameter is "50", a magic wand is acquired in the gacha as an acquisition process, and an instruction to activate a player's physical strength recovery spell is detected. In addition, it is assumed that the game management unit 103 determines that the recovery processing execution condition based on the item is satisfied, and executes the recovery processing for recovering the physical strength of the player character as a game parameter.

In this case, as shown in FIG. 6, when the game management unit 103 acquires a magic wand in the gacha as the acquisition process and detects the use instruction by the player's operation instruction of the player character, the recovery process based on the item is performed. Assuming that the execution conditions are satisfied, the physical strength of the corresponding player character is restored from "50" to a predetermined value (for example, "100").

Then, the game management unit 103 registers the recovered physical strength of the player character in the player information 146 of the corresponding player, and registers the information of the usage history of the magic wand in the item information 149.

In this case, the recovery amount of the recovery process may be a predetermined value according to the type, or the ability of the spell cast (game parameters such as physical strength, attributes and levels of the player character, etc.). It may be changed according to the characteristics, the charge amount, or the ability to change according to the game situation such as the level and the game play time).

In addition, in items such as magic wands, the parameter may or may not fluctuate depending on its use, but when managing the fluctuation of the parameter, the usage history of the item is used as an item. Register in information 149.

[4.3] Setting conditions for acquisition processing execution conditions and recovery processing execution conditions based on items Next, acquisition processing execution executed by the condition setting unit 107 of the server device 10 of the present embodiment using FIGS. 7 to 9 Recovery processing based on conditions and items The processing for setting execution conditions (hereinafter referred to as "condition setting processing") will be described. 7 to 9 are diagrams for explaining the condition setting of the acquisition process execution condition and the recovery process execution condition based on the item executed by the condition setting unit 107 of the present embodiment.

The condition setting unit 107 is an acquisition processing execution condition (establishment condition and establishment condition) determined according to the game status such as the progress status of the game, the usage status of the function in the game, the billing status, the play status of the player, the acquisition status of the item, and the usage status thereof. Both the setting conditions) and the recovery processing execution conditions based on the recovery processing items are set.

In particular, the condition setting unit 107 may (1) have an opportunity to acquire an item and its frequency, or a lottery in the case of a gacha, according to the game situation at a predetermined timing during the game such as when the game stage or the game level changes. Acquisition process execution conditions (including the above-mentioned acquisition process establishment condition and acquisition process setting condition) when executing the acquisition process of the item such as probability, and
(2) Recovery processing execution conditions based on items when executing recovery processing that recovers game parameters such as recovery amount, recovery timing and time required for recovery,
To set.

Further, in the present embodiment, the game situation is, for example,
(A) Gacha status, execution status of competitive games and mini games (in-game games), achievement of quests during the game, number of remaining aircraft and own aircraft, number of lives, number of stage clears and their types, Game progress, such as score (including certain points) values, game level changes, experience value changes, etc.
(B) Billing status including whether or not the preset upper limit has been reached, acquisition status of items acquired by the player and their usage status,
(C) Play status such as game play time and number of times, or
(D) Usage status of in-game functions such as usage status of functions for registering other players as friends and usage status of optional functions,
Etc. are included.

Specifically, the game environment information included in the game information 144 is information indicating what kind of game situation is used to set the acquisition processing execution condition and the recovery processing execution condition, such as the game level and the play time. Acquisition processing execution conditions and recovery processing execution conditions are defined for each game situation such as.

Then, the condition setting unit 107 determines the game status of each player based on the player information 146 (billing history information, deck data and game play data) of the corresponding player, the item information 149 or both of them. The acquisition process execution condition and the recovery process execution condition, which are associated with the game situation and are predetermined in the game environment information, are set as the acquisition process execution condition and the recovery process execution condition of the target player in the game situation.

When the condition setting unit 107 uses whether or not the upper limit amount in the billing situation has been reached as the game situation, the determination result determined by the player information setting unit 105 (that is, as will be described later, the corresponding player). The player state of is determined by using the first state or the second state).

(Acquisition processing execution condition)
The condition setting unit 107 sets, as the acquisition process establishment condition, the opportunity to acquire the recovery item for recovering the game parameter in the acquisition process and the frequency thereof according to the game situation.

Specifically, the condition setting unit 107 may, for example, advance the game in an advantageous manner for a player who has been using the game for a long time or a player who has contributed to the activation of the game.
(1) When the game level or the level of the game stage is high
(2) When the billing amount is large (for example, a certain amount or more)
(3) If you have a certain number of rare items
(4) When the game play time or number of times is long, or
(5) When the number of registered friends is large
Set many opportunities and frequencies to acquire recovery items.

In particular, the condition setting unit 107 obtains a predetermined point, or the timing and frequency of occurrence of an event that provides a recovery item as a privilege, such as providing a quest to acquire a recovery item or executing a mini game, depending on the game situation. Set the timing and frequency of acquiring recovery items when certain conditions such as time, game level, or clearing the stage are met.

For example, as shown in FIG. 7, the condition setting unit 107 executes gacha as an acquisition process every time five game stages are cleared at the beginner level game level (levels 1 to 3 in 10 stages). Condition setting is executed, and in the advanced level game level (level 7 or higher in 10 stages), the condition setting for executing the gacha is performed every time the game stage is cleared.

In addition, in order to adjust the difficulty level of the game, the condition setting unit 107 responds to the progress of the game, such as reducing the chance and frequency of acquiring recovery items when the game level or stage is high, contrary to the above. Then, the opportunity to acquire the recovery item and the frequency thereof may be set as the acquisition processing establishment condition.

On the other hand, as the acquisition process setting condition, the condition setting unit 107 is the type and number of items to be acquired according to the game situation, or the winning probability (recovery item) of the item in the case of the acquisition process to acquire the item by the lottery of the gacha. Including the winning probability of.) May be set.

Specifically, the condition setting unit 107 may, for example, advance the game in an advantageous manner for a player who has been using the game for a long time or a player who has contributed to the activation of the game.
(1) When the game level or the level of the game stage is high
(2) When the billing amount is large (for example, a certain amount or more)
(3) When the game play time or number of times is long, or
(4) When the number of registered friends is large
You may acquire high-performance or high-level items to increase the number of items that can be acquired, or set a high probability of winning a recovery item or a high probability of winning a recovery item with a large amount of recovery.

In particular, the condition setting unit 107 changes the winning probability of the recovery item according to the game situation when the acquisition process is a gacha, increases the number of items that can be won by the gacha, or makes the recovery item a rare item (a rare item (recovery item). It may be set in the gacha as an item with a remarkably low winning probability), or the gacha (box gacha) in which the item set to be winable in this way is set may be switched.

For example, as shown in FIG. 8, the condition setting unit 107 has a 25% chance of winning the recovery item (physical strength enhancer) at the beginner level game level (levels 1 to 3 in 10 stages) as the acquisition processing setting condition. At the advanced level game level (level 7 or higher in 10 stages), the winning probability of the recovery item (health enhancement agent) is set to 60%.

In addition, in order to adjust the difficulty level of the game, the condition setting unit 107 has an opportunity to acquire high-performance or high-level items and acquire recovery items when the game level or stage is low, contrary to the above. Acquisition processing setting conditions may be set according to the progress of the game, such as increasing the frequency.

(Recovery processing execution condition)
The condition setting unit 107 sets at least one of the type, characteristic, and recovery amount at the time of recovering the game parameters of the item used for the recovery process as the recovery process execution condition according to the game situation.

Specifically, the condition setting unit 107 may, for example, advance the game in an advantageous manner to the player who loves the game or the player who contributes to the activation of the game, for example, the game level or the stage of the game. If the level is high, if the charge is large (for example, above a certain amount), if you have a certain number of rare items, if the game play time or number of times is long, or if the number of registered friends When there are many, the amount of recovery recovered by 1 recovery item is increased, or the item used for recovery processing is set to the type of item that can be easily acquired.

For example, as shown in FIG. 9A, the condition setting unit 107 has 1 recovery item (strengthening physical strength) in the case of a beginner level game level (levels 1 to 3 in 10 stages) as a recovery processing execution condition. The recovery amount for recovering the game parameter (for example, the above-mentioned physical strength) by the agent) is set to "10", and in the case of an advanced level game level (level 7 or higher in 10 stages), it is shown in FIG. 9 (B). As described above, the recovery amount for recovering the game parameter (for example, the above-mentioned physical strength) by the recovery item (physical strength enhancer) is set to "50".

In addition, in order to adjust the difficulty level of the game, the condition setting unit 107 reduces the amount of recovery recovered by one recovery item or the recovery process when the game level or stage is high, contrary to the above. The item used for is set to the type of the item that cannot be easily acquired.

[4.4] Items and Game Cards Next, items including characters (mainly player characters) of the present embodiment and game cards that define them will be described.

The items and game cards of the present embodiment are items such as weapons, in-game currencies, tools, and life energies possessed by player characters, ally characters, or each of these characters, and game cards that define these.

Then, each player is provided with items and game cards as initial settings, and during the execution of the game,
(1) If you win a match against another player
(2) If you clear a predetermined game stage, if the player's game level rises, or if you complete a predetermined game task (3) If you win in a lottery game called Gacha
(4) When the gift is given by another player registered as a friend, or (5) When the purchase is made by paying the cost such as billing.
You can get it to.

When an item or a game card is acquired, the player management unit 104 executes a process of making it usable in the game. For example, the player management unit 104 registers the acquired game card information as the game card information that can be used in the player information 146 of the corresponding user.

On the other hand, for each item and game card,
(A) When the above items (1) and (2) are executed using the item or game card,
(B) When experience points, energy, or items are acquired using the item or game card.
(C) When a gacha is performed (betting) using the item or game card and the gacha is won, or
(D) The level (items different from the game level, item level of the game card, etc.) is improved when payment of costs such as billing is executed.

In particular, in the case of items and game cards, when the item level etc. is improved, the ability and its parameters for advancing the attack parameter, defense parameter, hit point or magic and other games attached to each game card in an advantageous manner are improved. , When used as a gacha cost, the lottery probability increases, the in-game value increases, and it becomes possible to sell at a high price.

When the item level or the like rises, the player management unit 104 updates the level information (one of the setting parameters) in the item or game card information registered in the item information 149 according to the item level or the like. do.

Further, the game management unit 103 cooperates with the player management unit 104 to set the lottery probability and perform the lottery process while referring to the level information and the table data in which the lottery probability is set when executing the lottery of the gacha. When executing or selling an item or game card in the game, while referring to the table data in which level information and value information are set, the process of setting the value at the time of sale is performed and the process of selling is performed. Run.

Then, in the battle game, the item or the game card is, for example, via the terminal device 20 before determining the place, time, or opponent in the game space to be played based on the progress of the game or the instruction of the player. It is used as data (that is, deck data) to be set in the deck for specifying the character to be used in the battle game and for specifying each character and its equipment (item) based on the input player's operation. ..

[4.5] Billing Process and Upper Limit Determination Process Next, the billing process and the upper limit determination process executed by the billing management unit 106 in the server device 10 of the present embodiment will be described.

(Billing process)
The billing management unit 106 of the present embodiment executes the billing process for the corresponding player when the billing information is received from the terminal device 20 for each player and for each unit accounting period based on the player's instruction. ..

Specifically, when the billing management unit 106 receives the billing information including the billing element and the billing request from the terminal device 20 based on the instruction of the target player, the billing management unit 106 is based on the player ID included in the billing information. , The account of the target player associated with the player ID is specified, and the billing process of subtracting the billing amount of the billing amount information included in the billing information from the balance of the specified account is executed.

Further, when the billing management unit 106 identifies the account in the corresponding player, the billing amount included in the billing information, the account balance after the billing process, the date and time of billing, and the type of game (when managing a plurality of games integrally). ) Is stored in the player information 146 as a billing history report.

Then, the billing management unit 106 may specify the time at the time of billing processing as the billing date and time in conjunction with the timer 109, if necessary. In this case, the billing management unit 106 extracts the type of game from the billing information.

Further, in the present embodiment, the billing management unit 106 stores as billing information the types of billing elements included in the billing information, such as the purchase of items and the purchase of rights necessary for executing gacha, as necessary. You may.

(Maximum amount judgment processing)
The billing management unit 106 calculates the cumulative billing amount within the unit accounting period of the corresponding player each time the billing process is executed, that is, each time the player state is the first state and the billing based on the billing element is executed. It is calculated, and the upper limit amount determination process for determining whether or not the cumulative charge amount in the calculated unit accounting period has reached the upper limit amount is executed.

Then, the billing management unit 106 determines whether or not the cumulative billing amount in the calculated unit accounting period has reached a predetermined upper limit amount, and when it is determined that the cumulative billing amount has reached the upper limit amount. Provides the player management unit 104 with the determination result (that is, the cumulative charge amount has reached the upper limit) in order to change the player state from the first state to the second state.

Further, when the billing management unit 106 interlocks with the timer 109 and detects the start timing of a new unit accounting period (for example, the first day such as the beginning of the month) (that is, when it detects the end timing of the current unit accounting period),
(1) In order to manage the state of the player, an output to that effect is output to the player management unit 104, and this is output.
(2) Reset the cumulative charge amount of the player.

In the present embodiment, when the player state is the second state, the billing information in the corresponding player is not transmitted, so that the billing management unit 106 has a configuration for executing the upper limit amount determination process. ..

[4.6] State Change Process Next, the state change process executed by the player management unit 104 in the server device 10 of the present embodiment will be described.

In the present embodiment, the player management unit 104 charges the player state of the corresponding player when it is determined by the charge determination process of the charge management unit 106 that the cumulative charge amount in the unit accounting period has reached the upper limit. Change from the first state to the second state, which cannot be charged, if possible.

For example, in the present embodiment, the player management unit 104 updates the information defining the player state (that is, the state information) in the player information 146 of the corresponding player, and provides information indicating that the player is in the second state. Remember.

Further, when the charge management unit 106 detects the start timing of the new unit accounting period, the player management unit 104 resets the player state of the player in the second state to change to the first state.

For example, as illustrated in FIG. 3, the player management unit 104 of the present embodiment updates the flag information (state information) that defines the player state in the player information 146 of the corresponding player, and the state information indicating the second state. Is deleted and reset, and player information 146 is set so that it can be detected that the player is in the first state.

[4.7] Modification Example Next, a modification of the present embodiment will be described.

(Condition setting using game play data (big data) of other players)
The condition setting unit 107 may set the conditions for the acquisition process execution condition and the recovery process execution condition using the game play data that defines the game situation in another player.

Specifically, the condition setting unit 107 compares the game data between the target player for which the processing conditions are set and another player, and based on the comparison result, the acquisition processing execution condition (establishment condition) of the target player. And setting conditions.), Recovery processing execution conditions and both are set.

For example, in the condition setting unit 107, when the target player is a player having a long playing time (a player who has played for a longer time than the average of the player times of all the players) in comparison with the entire player, or the billing amount. Contributes to the activation of the player who loves the game or the game in the comparison result with other players, such as when the player has a large number of players (players who are charging more than the average of the total player's charges). In order to advance the game advantageously to the player who is playing the game, as described above, conditions may be set to give preferential treatment to the acquisition of items or the recovery of game parameters for the target player.

(Changes in acquisition processing execution conditions and recovery processing execution conditions according to the item type)
The condition setting unit 107 may change the acquisition process execution condition and the recovery process execution condition according to the type of the item. That is, even in the same game situation, the condition setting unit 107 may change the acquisition process execution condition and the recovery process execution condition depending on whether the recovery item is a physical strength enhancer or a magic wand.

For example, even in the same game situation, the condition setting unit 107 can be acquired by using a physical strength enhancer or a magic wand when using an item when consuming physical strength as a game parameter in the acquisition process. The number of different items (setting conditions for acquisition processing execution conditions) may be changed, or different lottery probabilities in gacha (setting conditions for acquisition processing execution conditions) may be changed.

Further, even in the same game situation, the condition setting unit 107 sets the physical strength as a game parameter to be consumed to "50" in the case of the physical strength enhancer in the acquisition process, and sets the physical strength as a game parameter to be consumed in the case of the magic wand. , The consumption amount of the game parameter to be consumed in the acquisition process (condition for establishing the acquisition process execution condition) may be changed, such as setting the physical strength as the game parameter to be consumed to "100", or the number of the same items may be changed. The consumption amount of the game parameter may be changed accordingly.

Further, the condition setting unit 107 may change the recovery amount (recovery process execution condition) of the game parameter in the recovery process according to the number and types of recovery items even in the same game situation, or the recovery process. Depending on the type of recovery item used in, the opportunity and frequency in the subsequent item acquisition process may be changed.

For example, when the condition setting unit 107 recovers the physical strength as a game parameter by the magic wand, in the subsequent acquisition process, the gacha as the acquisition process is compared with the case where the physical strength is recovered by the physical strength enhancer. The frequency and lottery probability may be set high.

(Changes in the contents of the winning items depending on the gacha)
In the above, the condition setting unit 107 changes the content, type, or effect of the recovery item according to the game situation in the acquisition process for acquiring the recovery item, but the game is not limited to the recovery item. Depending on the situation, the content, type, and effect of the item that can be obtained by lottery may be changed.

For example, the condition setting unit 107 may change the item level of the recovery item, for example, by changing the type of the rare item or changing the value of the physical strength defined by the physical strength enhancer according to the game situation. good.

(Recovery of game parameters)
The game management unit 103 has a game parameter different from the above recovery process when either the parameter condition based on the time parameter related to the time during the execution of the game or the establishment condition satisfied during the execution of the game is satisfied. Recovery processing may be performed.

Specifically, the game management unit 103 sets the value of the game parameter at that time to a predetermined value (for example, the physical strength value "1") every time a predetermined time elapses (for example, every 5 minutes) while logged in to the game. ") May be added to execute the recovery of the game parameter.

In addition, when the game management unit 103 charges a predetermined amount of money or satisfies a predetermined establishment condition such as selling an item it owns, the game management unit 103 obtains the charged amount or the type of the sold item or the like. A predetermined value may be added to the value of the game parameter at that time according to the amount of money, and the recovery of the game parameter may be executed.

[5] Operation in the present embodiment Next, the operation of the game processing including the condition setting process, the item acquisition process, and the recovery process executed by the server device 10 of the present embodiment will be described with reference to FIG. Note that FIG. 10 is a flowchart showing the operation of the game processing including the condition setting processing, the item acquisition processing, and the recovery processing executed by the server device 10 of the present embodiment.

This operation includes condition setting processing, item acquisition processing, and recovery from the start of the game (re-login after the start or interruption of the game) to the end of the game (interruption of the game such as suspension of use of the game or logout). This is the operation of processing.

Further, in this operation, various kinds of information are appropriately stored in the player information 146 and the item information 149 from the start of the game to the end of the game.

Further, in this operation, a case where a gacha is used as an item acquisition process and a player character's physical strength value is used as a game parameter will be described.

First, when the game management unit 103 receives the game start instruction (including the login instruction) transmitted from the terminal device 20 (step S100), the game management unit 103 starts the game process (step S101).

Next, the game management unit 103 determines whether or not the game has ended, such as whether or not a player's end instruction or a player's operation within a predetermined period has been detected (step S102).

At this time, if the game management unit 103 determines that the end of the game has been detected, it terminates this operation, and if it determines that the end of the game has not been detected, is it the timing of the gacha? It is determined whether or not, or whether or not it is the setting timing of the condition setting process (step S103).

For example, the game management unit 103 determines whether or not the setting timing of the condition setting process is the timing in each predetermined period (every 30 seconds) and the end timing of an event such as a quest or a stage clear.

Further, at this time, when the game management unit 103 determines that the current timing is not the gacha timing and determines that the current timing is not the setting timing of the condition setting process, the game management unit 103 shifts to the process of step S102 and the current timing is changed. When it is determined that it is the timing of the gacha, or when it is determined that it is the setting timing of the condition setting process, it is determined whether or not the current timing is the execution timing of the gacha (step S104).

At this time, when the game management unit 103 determines to the condition setting unit 107 that the current timing is not the execution timing of the gacha, it is the setting timing of the condition setting process, so that the game information 144 (specifically, The game environment information) and the player information 146 and item information 149 of the corresponding player are read out to set the acquisition process execution condition and the recovery process execution condition (step S105), and the process proceeds to step S102.

On the other hand, when the game management unit 103 determines that the current timing is the execution timing of the gacha, the physical strength value of the player character of the corresponding player is equal to or more than a predetermined value (for example, 50 or more) based on the player information 146. (Step S106).

At this time, if the game management unit 103 determines that the physical strength value of the player character of the corresponding player is smaller than the predetermined value, the gacha cannot be executed. Therefore, the game management unit 103 shifts to step S102 and the physical strength value is the predetermined value. If it is determined as above, the process proceeds to step S107 in order to execute the gacha.

Next, when the game management unit 103 detects an operation instruction in the corresponding player transmitted from the terminal device 20 (step S107), the game management unit 103 determines whether or not the operation instruction is a gacha execution instruction (step S108).

At this time, when the game management unit 103 determines that the operation instruction transmitted from the terminal device 20 is a gacha execution instruction, the game management unit 103 proceeds to the process of step S109 and determines that the operation instruction is other than the gacha execution instruction. In that case, it is determined that the execution of the gacha has been canceled, and the process proceeds to step S102.

Next, the game management unit 103 executes a gacha to acquire a predetermined item, registers it in the item information 149 of the corresponding player (step S109), and determines whether or not the acquired item is a recovery item (step). S110).

At this time, if the game management unit 103 determines that the item acquired by the gacha is a recovery item, it proceeds to the process of step S111, and if it determines that the acquired item is not a recovery item, the step The process proceeds to S102.

Next, when the game management unit 103 determines that the item acquired by the gacha is a recovery item, the game management unit 103 executes recovery processing and updates the corresponding information such as the corresponding player information 146 (game play data). (Step S111) The process proceeds to step S102.

[6] Others The present invention is not limited to the one described in the above embodiment, and various modifications can be made. For example, a term cited as a broad or synonymous term in a description in a specification or drawing can be replaced with a broad or synonymous term in another description in the specification or drawing.

In the present embodiment, the game may be applied to, for example, a competitive game such as a sports game such as a baseball game, a soccer game, or a basketball game, a role-playing game (RPG), or another simulation game.

Further, in the present embodiment, each game may be provided to the terminal device 20 by one server device 10, a server system may be constructed by interlocking a plurality of server devices 10, and each game may be provided to the terminal device 20. You may.

The present invention includes a configuration substantially the same as the configuration described in the embodiment (for example, a configuration having the same function, method and result, or a configuration having the same purpose and effect). The present invention also includes a configuration in which a non-essential part of the configuration described in the embodiment is replaced. In addition, the present invention includes a configuration that exhibits the same effects as the configuration described in the embodiment or a configuration that can achieve the same object. Further, the present invention includes a configuration in which a known technique is added to the configuration described in the embodiment.

As described above, the embodiments of the present invention have been described in detail, but those skilled in the art will easily understand that many modifications that do not substantially deviate from the novel matters and effects of the present invention are possible. .. Therefore, all such modifications are included in the scope of the present invention.

10 ... Server device 20 ... Terminal device 100 ... Processing unit 101 ... Communication control unit 102 ... Web processing unit 103 ... Game management unit 104 ... Player management unit 105 ... Player information setting unit 106 ... Billing management unit 107 ... Condition setting unit 109 ... Timer 120 ... Input unit 130 ... Display unit 140 ... Storage unit 142 ... Main storage unit 144 ... Game information 146 ... Player information 148 ... Automatic calculation information 149 ... Item information 180 ... Information storage medium,
196 ... Communication unit 200 ... Processing unit 210 ... Communication control unit 211 ... Web browser 212 ... Game processing unit 213 ... Display control unit 214 ... Game screen control unit 220 ... Drawing unit 230 ... Sound processing unit 260 ... Input unit 262 ... Detection unit 270 ... Storage unit 271 ... Main storage unit 272 ... Image buffer 280 ... Information storage medium 290 ... Display unit 292 ... Sound output unit 296 ... Communication unit

Claims (8)

Computer,
A game processing means that advances a game using game parameters that fluctuate during game execution,
A management means for storing and managing the game parameters in a storage means for each player.
An acquisition processing means that executes an acquisition process based on a given first condition of acquiring an item related to the game by consuming a given value from the managed game parameters.
A recovery processing means for executing a recovery process for recovering the value of the game parameter when at least a given second condition based on the item obtained by the acquisition process is satisfied, and a recovery processing means for recovering the value of the game parameter.
The processing condition for the acquisition process for executing the acquisition process according to the game situation is set as the first condition, and the recovery process execution condition for executing the recovery process according to the game situation is set as described above. Condition setting means to be set as the second condition,
A program characterized by functioning as. In the program according to claim 1,
The processing condition for the acquisition processing includes an acquisition processing establishment condition which is a condition for determining whether or not the acquisition process can be executed during the game.
A program that determines that the acquisition processing means satisfies the acquisition processing establishment condition when at least the game parameters satisfy a predetermined criterion, and executes the acquisition process. In the program according to claim 1 or 2.
The processing condition for the acquisition processing includes an acquisition processing setting condition which is a condition for setting the content when the acquisition process is executed.
The condition setting means
As the acquisition process setting condition, a program that sets an opportunity to acquire the item for recovering the game parameter in the acquisition process according to the game situation. In the program according to claim 3,
The condition setting means
As the acquisition process setting condition, a recovery item for recovering the game parameter in the recovery process, which is a winning probability of an item that can be acquired by the acquisition process for acquiring the item by lottery according to the game situation. A program that sets the winning probability to win. In the program according to claim 3 or 4.
A program in which the acquisition process setting conditions change depending on the type of item acquired by the acquisition process. In the program according to any one of claims 1 to 5,
The management means
For each player, the game data defining the game situation is stored and managed in the storage means.
The condition setting means
The game data of the target player and another player for which the processing conditions for the acquisition processing and the recovery processing execution condition are set are compared, and based on the comparison result, the processing conditions for the acquisition processing of the target player and the processing conditions for the acquisition processing and the target player are compared. A program that sets the recovery processing execution conditions. In the program according to any one of claims 1 to 6,
A program in which the contents of items acquired by the acquisition process change according to the game situation. A game processing means that advances the game using game parameters that fluctuate during the execution of the game,
A management means for storing and managing the game parameters in a storage means for each player,
An acquisition processing means that executes an acquisition process based on a given first condition for acquiring an item related to the game by consuming a given value from the managed game parameters.
A recovery processing means for executing a recovery process for recovering the value of the game parameter when at least a given second condition based on the item obtained by the acquisition process is satisfied.
The processing condition for the acquisition process for executing the acquisition process according to the game situation is set as the first condition, and the recovery process execution condition is set as the first condition for executing the recovery process according to the game situation. 2 Condition setting means to be set as a condition and
A server system characterized by being equipped with.

Images