JP2018000488A - Server system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve taste of a game by providing a new mechanism in a game progressing on a basis of acquisition of an item by repeating consumption and recovery of game parameters and repetitively executing item acquisition.SOLUTION: A server device 10 is configured to repetitively execute acquisition processing of items such as Gacha (a capsule toy) using game parameters varying during execution of a game, recover the game parameters using an item acquired by the Gacha, repeat the consumption and recovery of the game parameters during the game and progress a game according to use of an item and a player's operation.SELECTED DRAWING: Figure 5

Description

  The present invention relates to a server system and a program.

  2. Description of the Related Art Conventionally, a network system that provides a user with a communication type networking service called a social networking service (hereinafter referred to as “SNS”) is known. On such a social networking service, an online game called a social game is provided, and each user has a fighting game, a fighting game, or a game with another user via a portable information communication terminal device such as a smartphone. And games such as RPG.

  In addition, recently, not only items used for games designated by game players or users, but also various data such as music and images (hereinafter simply referred to as “items”) are provided via a network. In addition, a product providing system including a lottery element that provides a randomly selected item based on an acquisition request from a game player or user has also appeared (for example, Patent Document 1).

  Such a product providing system has a virtual vending machine that sells capsules containing items to be provided called gacha in a random order, and the position of the capsule containing the data desired by the user in the virtual vending machine Can be confirmed, and the user can virtually sell the capsule while predicting 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 game strategy. There is room for improvement.

  The present invention has been made to solve the above-described problems, and its purpose is to repeatedly execute acquisition of items by repeating consumption and recovery of game parameters, and in a game that proceeds based on 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 provides:
Computer
Game processing means for progressing the game using game parameters that change during the execution of the game,
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 items relating to the game by consuming a given value from the managed game parameters; and
A recovery processing means for executing a recovery process for recovering the value of the game parameter when a given condition based on at least the item obtained by the acquisition process is provided;
It has the structure which functions as.

  With this configuration, the present invention allows the acquisition of an item, for example, by consuming game parameters such as gacha execution or mini-game execution, 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 in the case of providing the game, an item related to the game is provided using the parameter, and the player is provided with an opportunity to acquire a further item by the provided item. Can do.

  In other words, the present invention can repeatedly acquire and execute items by repeatedly consuming and recovering game parameters. Therefore, the present invention provides a new mechanism in a game that progresses based on the acquisition of items, and is an interesting game feature. Can be improved.

  The “game parameters that change during the execution of the game” include, for example, game parameters such as hit points set on the player character and the player's own machine, or life energy representing physical strength, durability, or vitality, The game parameter that defines the disappearance of the player character or the player's own device or the game over is shown.

  The “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, items for recovering game parameters such as the hit points and life energy described above, Alternatively, it includes a digital card in which these items used in the game are defined and a digital trading card (content) related to the game.

  In particular, in the “acquisition of items”, in addition to the case of winning by winning a gacha, for example, when acquiring a predetermined item by clearing a battle game, a mini game, a quest or a stage (a plurality of items) This includes the case where one item is selected from among them.) Or the case where the item is acquired by charging.

  Further, the “given conditions” indicate conditions such as the presence / absence of possession of a predetermined item (recovery item), the number of acquisitions or a combination of two or more types, or the level of the predetermined item.

(2) The present invention also provides:
According to the game situation, it has a configuration further comprising condition setting means for setting a processing condition for executing at least one of the acquisition process and the recovery process.

  With this configuration, according to the game situation, the present invention, for example, a recovery amount when recovering the value of the game parameter in the recovery process, or an opportunity and frequency for acquiring an item for recovering the game parameter Processing conditions such as (the frequency of the quest for acquiring an item and the adjustment of the difficulty level for clearing the quest, or the lottery probability when the item hits) can be set according to the game situation.

  Therefore, according to the present invention, in a game for acquiring an item, a change in the recovery amount of a game parameter or a change in an acquisition opportunity or an acquisition frequency of an item for executing the recovery (a timing or a lottery probability). Change).

  As a result, according to the present invention, game characteristics can be incorporated also with respect to recovery of game parameters, so that it is possible to improve the interest of the game.

As the “game situation”, for example,
(A) Gacha status (status of items that can be won, gacha growth, etc.), execution status of battle games and mini-games (in-game games), whether or not quests are achieved during game, number of remaining aircraft and own aircraft , Number of lives, number of stages cleared and its type, score (including specific points),
(B) Billing status including whether or not a preset upper limit is reached, acquisition status and usage status of items acquired by the player,
(C) Playing situation such as game play time and number of times, or
(D) Usage status of functions in the game such as usage status of functions for registering other players as friends and usage status of optional functions,
Etc. are included.

(3) The present invention also provides:
The condition setting means is
As the processing condition, at least one of the type and characteristics of the item used for the recovery process 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 recovery amount of game parameters according to the game situation, so that when the game progresses, a specific item (rare item) is included in the recovery process. By introducing the use of items (including consumption) even when restoring game parameters, such as making it mandatory or increasing the amount (number) of items or the number of combinations thereof, It is possible to request the player for strategy and improve the interest of the game.

(4) The present invention also provides:
The condition setting means is
As the processing condition, 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 can generate an event that provides a recovery item as a privilege, such as providing a quest for acquiring a recovery item or performing a mini game, or clearing a game level or stage when a predetermined point is acquired. It is possible to control the timing and frequency of acquisition of the recovery item by a player who has a predetermined condition such as.

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

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

With this configuration, the present invention can be configured such that a recovery item for recovering a game parameter can always be acquired even if, for example, consumption of the same game parameter is consumed, depending on the game situation. Since the game characteristics can be incorporated also with respect to the recovery of the game parameters, the interest of the game can be improved.

(6) The present invention also provides:
The processing condition is configured to change depending on the type of item acquired by the acquisition process.

  According to 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 item to be acquired, or wins for acquiring the recovery item in the acquisition process Probability can be varied.

  That is, according to the present invention, the acquisition of the recovery item can also be changed according to the game situation, so that not only the item itself can be acquired, but also the game characteristics can be incorporated regarding the recovery of the game parameter.

(7) The present invention also provides:
The management means is
For each player, game data defining the game situation is stored and managed in the storage means;
The condition setting means is
The game data of the target player for which the processing condition is set is compared with other players, and the processing condition of the target player is set based on the comparison result.

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

  Accordingly, in the present invention, in comparison with the entire player, for example, preferential treatment relating to item acquisition and recovery can be implemented for a target player with a long play time or a target player with a large charge. Can maintain interest.

(8) The present invention also provides:
The content of the item acquired by the acquisition process varies depending on the game situation.

  With this configuration, the present invention, for example, increases the amount of game parameters recovered at the beginning of a game and the amount of consumption when acquiring an item, so that a quest can be made to an early player or a player with a low game level. To improve the interest of continuing the game, such as clearing the game and making it easier to obtain items, or as the game progresses, the amount of game parameters recovered and the amount of consumption when acquiring items increase In this case, by providing an item with a large amount of recovery, it is possible to easily continue the game for a player with a high game progress or a high game level and to enhance its interest.

  Therefore, the present invention can maintain interest in the implementation of the game even for players of various progress or levels.

(9) The present invention also provides:
The recovery processing means
A parameter condition based on a time parameter relating to time during execution of the game,
Alternatively, the recovery process is executed when any of the conditions established during the execution of the game is satisfied.

  With this configuration, the present invention can be applied to a condition based on a time parameter or a condition established during game execution in addition to a given condition based on an item 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, the present invention can provide a wide range of ways to enjoy the game, so that many players can be acquired, and it is possible to maintain and 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 from a predetermined timing such as a login timing, an acquisition processing execution timing, or a quest start timing elapses.

  In addition, the “conditions established during the execution of the game” include a win of a mini game or a battle game, a game stage or a quest being cleared, or a case where a predetermined game level is reached.

(10) Further, in order to solve the above problems, the present invention provides:
Game processing means for advancing the game using game parameters that vary during game execution;
Management means for storing and managing the game parameters in a storage means for each player;
Acquisition processing means for executing acquisition processing for acquiring items related to the game by consuming a given value from the managed game parameters;
Recovery processing means for executing recovery processing for recovering the value of the game parameter when a given condition based on at least the item obtained by the acquisition processing is provided;
It has the composition provided with.

  With this configuration, the present invention allows the acquisition of an item, for example, by consuming game parameters such as gacha execution or mini-game execution, and conditions such as a recovery item for the acquired item to recover the parameters. When a given condition is satisfied, the value of the game parameter can be recovered, so that an item related to the game is provided using the parameter, and a further item is acquired by the provided item. Can be provided to the player.

  In other words, the present invention can repeatedly acquire and execute items by repeatedly consuming and recovering game parameters. Therefore, the present invention provides a new mechanism in a game that progresses based on the acquisition of items, and is an interesting game feature. Can be improved.

It is a figure which shows an example of the system configuration | 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. It is an example of the player information memorize | stored in the server apparatus of one Embodiment. It is a figure which shows the functional block of the terminal device of one Embodiment. It is FIG. (1) for demonstrating the acquisition process and recovery process which are performed by the game management part of one Embodiment. It is FIG. (2) for demonstrating the acquisition process and recovery process which are performed by the game management part of one Embodiment. It is FIG. (1) for demonstrating the condition setting of the acquisition process execution condition performed by the condition setting part of one Embodiment. It is FIG. (2) for demonstrating the condition setting of the acquisition process execution condition performed 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 performed by the condition setting part of one Embodiment. It is a flowchart which shows the operation | movement of the game process including the condition setting process, item acquisition process, and recovery process which are performed by the server apparatus of one Embodiment.

  Hereinafter, this embodiment will be described. In addition, this embodiment demonstrated below does not unduly limit the content of this invention described in the claim. In addition, all the configurations described in the present embodiment are not necessarily essential configuration 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. FIG. 1 is a diagram showing an example of a system configuration showing the configuration of the game system 1 of the present embodiment.

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

  The user can play a game transmitted from the server device 10 via the Internet by accessing the server device 10 from the terminal device 20. 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 that allows a user to play a game via the terminal device 20 that is connected to the 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 apparatus that provides a service capable of providing communication among a plurality of users.

  In addition, when the server device 10 functions as an SNS server, for example, a social game (Social Game) that is executed using an operating environment (API (application programming interface), platform, etc.) of the provided SNS is taken. A game called can be provided.

  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). Browser games (games that are activated simply by opening an installation site with a Web browser) can be provided.

  Note that, unlike existing online games, social games include games that do not require dedicated client software and can be used only with a Web browser and an SNS account. In addition, the server device 10 can connect to other users' terminals (smartphones, personal computers, game machines, etc.) via a network, and can provide an online game that can simultaneously share the same game progress online. It has a configuration.

  On the other hand, the server apparatus 10 may be configured by one (apparatus, processor) or may be configured by a plurality (apparatus, processor).

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

  Specifically, the server device 10 according to the present embodiment receives input information transmitted from the terminal device 20 based on an operation of a user (that is, a player who executes the game), and plays a game based on the received input information. Processing is to be performed. 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 user with the game processing result received from the server device 10 so that the user can view it. 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, or a portable game machine, and a server device via a network such as the Internet (WAN) or a LAN. 10 can be connected to the device. 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 web pages (HTML format data). That is, the terminal device 20 performs a display control using a communication control function for performing communication with the server device 10 and data received from the server device 10 (Web data, data created in HTML format, etc.). A browser function is provided, and various processes for providing a game screen to the user are executed, and the game is executed by the user. However, the terminal device 20 may acquire the game control information provided from the server device 10, execute a predetermined game process, and execute a game based on the game process.

  Specifically, when the terminal device 20 requests 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 uses the API as necessary to cause the server device 10 that functions as an SNS server to perform predetermined processing, or the player information 146 that is managed by the server device 10 that functions as an SNS server. It has the structure which makes it acquire and runs a game.

[2] Server Device Next, the server device 10 of this embodiment will be described with reference to FIGS. 2 and 3. 2 is a diagram showing functional blocks 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. Moreover, the server apparatus 10 of this embodiment is good also as a structure which abbreviate | omitted a part of component (each part) of FIG.

  The server device 10 communicates with an input unit 120 for use by an administrator or other input, a display unit 130 for performing predetermined display, an information storage medium 180 in which predetermined information is stored, a terminal device 20 or the like. Unit 196, a processing unit 100 that mainly executes processing relating to a 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 for game settings, other necessary settings, and data input. For example, the input unit 120 of this embodiment is configured with a mouse, a keyboard, and 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 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and 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 functions as hardware such as various processors or a communication ASIC. Or a program.

  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. Note that information stored in the storage unit 140 may be managed in a database.

  Further, in the present embodiment, the storage unit 140 has game information 144 indicating information relating to the game to be provided (including game environment information relating to the game environment), and player information indicating information relating to the game to be provided and information relating to the player. 146, automatic calculation data (automatic calculation information) 148 generated by a game process to be described later, information relating to items including cards (that is, game cards) used for 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 for the game such as table data.

  In addition, as shown in FIG. 3, the player information 146 is associated with a player ID for each player, and player identification information such as name, age, and gender, and game play data indicating the level and progress of the player during the game. State information and billing information indicating the playable state (hereinafter referred to as “first state”) and the unchargeable state (hereinafter referred to as “second state”) of the player in the game are registered as history. Billing history information is stored.

  In this embodiment, the item includes each character including a player character, weapons and equipment possessed by each character, in-game currency, or an item itself such as a tool or life energy.

  The game card is an example of content that virtually exists on the game (that is, digital content), and is specifically a virtual game medium that is used in a game that defines each item. .

  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 separate concepts, but they may be explained as an integrated concept. Names including “items” such as “item information” and others 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 functions of the processing unit 100 can be realized by hardware such as various processors (CPU, DSP, etc.), ASIC (gate array, etc.), and programs.

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

  For example, the processing unit 100 (processor) controls the entire server apparatus 10 based on a program stored in the information storage medium 180 and performs various processes such as control of data exchange between the units. . Further, it performs processing for providing various services according to requests 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 charging management unit 106, a condition setting unit 107, and At least a timer 109 is included.

  Note that the game management unit 103 of this embodiment constitutes the management means, acquisition processing means, and 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 processing for transmitting and receiving data to and from the terminal device 20 via the network. That is, the server device 10 performs various processes based on information received from the terminal device 20 or the like by the communication control unit 101.

  In particular, the communication control unit 101 according to the present embodiment performs a process of transmitting a game screen to the user terminal device 20 based on a request from the user 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), and the web browser 211 of the terminal device 20 Performs processing to receive data to be transmitted.

  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. However, the server device 10 is formed separately from a game server and an SNS server. Also good. Moreover, the server apparatus 10 may perform a part or all of the game processing of the present embodiment, or the terminal apparatus 20 may perform a part thereof.

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

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

Specifically, the game management unit 103 has an effect of each item (including a game card; the same applies hereinafter) such as a recovery item for recovering the game parameters in accordance with the game situation such as the progress of the game and the billing situation of the player. , The opportunity and frequency of obtaining each item, or the execution of a mini-game (that is, an in-game game executed in the game) that acquires a game item called “gacha” that wins a predetermined item from a plurality of items Control conditions and lottery probabilities.

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

  It should be noted that the item or game card level (hereinafter “item level”) and ability information such as the item used in the synthesis process and the information of the game card (hereinafter “item information”) are used for the synthetic item or the synthetic game card. The content may be inherited content or may be content that is mutationally irrelevant to the content information. In particular, the item level or the like indicates a parameter that varies during a game specified for each item or game card.

  When the game management unit 103 executes a game process based on the deck data, the game management unit 103 automatically executes each game based on a game parameter (hereinafter also referred to as “game parameter”) included in the player information 146. Automatic calculation data may be generated by calculation, and stored in the storage unit 140 as automatic calculation data (automatic calculation information) provided to the terminal device 20 of the player. In this case, the game management unit 103 performs a game reproduction process for reproducing and displaying a game screen based on the automatic calculation data on the user 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 these, management of deck data set by the player during the game, and management of player information 146 registered in the game.

  In addition, the player management unit 104 manages the player state indicating the player state that changes according to the charging status, and also displays the item including the character or the content 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 the charging management unit 106 determines that the accumulated charging amount has reached a predetermined upper limit every unit accounting period. Management for changing from the state (ie, the first state) to the state where the billing is impossible (ie, 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 accounting element of the game. That is, the player management unit 104 changes to a state where the corresponding player cannot charge the game as the second state.

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

Even if a new unit accounting period is started, the player management unit 104 does not reset to the second state and maintains the second state on the assumption that other conditions are satisfied, Or you may make it change further to another state (For example, the state which can be charged only when a prepaid card cannot be used in principle, but a prepaid card is used, etc.).

  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 month or every three months to a predetermined end timing (for example, the last day). The period for calculating the total of the billing amount for the purpose of, etc. is shown.

  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 determined based on the timing generated as the game progresses.

  On the other hand, the player management unit 104 has a configuration that provides items of the player to other players based on the instructions of the player.

  The player information setting unit 105, 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, the characters and various items used for the battle game in each player, Alternatively, deck data including a game card in which these are defined is set as player information 146.

  Further, the player information setting unit 105 is information (hereinafter referred to as “setting information”) defined in the player information 146 of the corresponding player, and is a setting that is a reference defined when the player state is the first state. Information (for example, each setting content when the game is progressed on the basis of billing) (hereinafter, also referred to as “reference setting information”) is used for setting content suitable for the game progress in the second state (for example, charging is executed) Even if it is not done, it is changed to setting information (hereinafter referred to as “second state setting information”) that prescribes the content that allows the game to proceed in the same way as when charging is performed.

  Then, the player information setting unit 105 resets the setting contents of items and game cards including each character at the start timing of a new unit accounting period in a 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.

  In addition to the deck data, the player information setting unit 105 has a configuration capable of setting various information used for the game, player attributes, and the like.

  The billing management unit 106 performs billing processing on billing elements during the game for each player based on instructions from the target player, and stores billing information (that is, billing information) in the player information 146 as a billing history ( Hereinafter, it is referred to as “charging process”).

  In particular, in the present embodiment, as a billing element, an item, a right necessary for executing a gacha, a right for increasing the winning probability of a gacha, and combining two or more items to synthesize a new item Game elements to purchase, such as opportunities to play, player characters and own devices, participation in mini-games (in-game games) and events, gifts offered to friends, game continuations, in-game currency and points, and game options In addition, the payment for the accounting element includes payment by virtual currency in addition to payment by cash using a credit card or a prepaid card.

Further, the charge management unit 106 calculates the accumulated charge amount in the unit accounting period for each player based on the charge history information in which the charge information is registered as a history, and the calculated accumulated charge amount in the unit account period is calculated. When the upper limit is reached, a process of providing the fact to the player management unit 104 (hereinafter referred to as “upper limit determination process”) is executed.

Specifically, the charge management unit 106, when the charge amount for the game for each player reaches a predetermined upper limit amount,
(1) The player state of the corresponding player is changed from the first state to the second state,
(2) restricting the purchase of the billing factor of the player in the second state,
(3) When the player state is changed from the first state to the second state, the setting content set in the item or game card of the player is changed.
It has a configuration.

For example, when a game is provided that proceeds on the premise of charging during the game,
(A) When acquiring items and game cards used in the game,
(B) When executing a gacha, to increase the winning probability of the gacha,
(C) When combining two or more items or game cards to synthesize a new item, or
(D) When continuing to resume the game while maintaining the settings of the game at the end of the game,
For example, when the game progress is advantageously performed by the player, billing is requested and executed by using virtual currency or points, or using a credit card or prepaid card.

  The condition setting unit 107 is a given processing condition (hereinafter referred to as “acquisition process execution condition”) for executing an item acquisition process according to a game situation such as a game progress situation, a game use situation, and a billing situation. ) And given processing conditions (hereinafter referred to as “item-based recovery processing execution conditions”) for executing the recovery processing for recovering the game parameters.

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

[3] Terminal Device Next, the terminal device 20 of the present embodiment will be described with reference to FIG. FIG. 4 is a diagram illustrating functional blocks of the terminal device 20 according to the present embodiment. Further, the terminal device 20 of the present embodiment may have a configuration in which some of the components (each unit) in FIG. 4 are omitted.

  The input unit 260 is a device for inputting input information from the user, and outputs the user input information to the processing unit 200. The input unit 260 of this 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, 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 that stores a final display image and the like. Note that some of these may be omitted.

  The information storage medium 280 (computer-readable medium) stores programs, data, and the like, and functions as an optical disk (CD, DVD), magneto-optical disk (MO), magnetic disk, hard disk, and magnetic tape. Alternatively, it can be realized by a memory (ROM).

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

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

  The display unit 290 outputs an image generated according to the present embodiment, and its function can be realized by a CRT, LCD, touch panel display, 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 performing communication with the outside (for example, other terminals and servers), and functions thereof by hardware such as various processors or communication ASICs, programs, and 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 input information from the input unit 260, a program, and the like.

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

  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. Note that some of these may be omitted.

  The communication control unit 210 performs processing for transmitting / receiving data to / from the server device 10. Further, the communication control unit 210 performs processing for storing the data received from the server device 10 in the storage unit 270, processing for analyzing the received data, control processing for other data transmission / reception, and the like. The communication control unit 210 may store the server destination information (IP address, port number) in the information storage medium 280 and perform a management process. 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 performs processing for transmitting user identification information to the server device 10 and receiving data (user Web page, game screen, etc.) regarding the player information 146 and the item information 149 from the server device 10. . For example, the communication control unit 210 performs a process of receiving data including information on other users who have friendships with the user (such as other user names and information posted on other users) from the server device 10.

  Note that the communication control unit 210 may perform data transmission / reception with the server device 10 at a predetermined cycle, or may perform data transmission / reception with the server device 10 when input information from the input unit 260 is received. In particular, the communication control unit 210 according to the present embodiment performs processing for receiving a 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, and the like from the Web server (server device 10), analyzes the layout, and controls display. 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 this 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), or the like received from the Web server (server device 10).

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

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

  The game processing unit 212 includes various objects (polygons, free-form surfaces, subdivision surfaces, etc.) representing display objects such as user characters, buildings, stadiums, cars, trees, pillars, walls, and maps (terrain). The object may be placed 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 a space in which an object is arranged at, for example, two-dimensional coordinates (X, Y), and the three-dimensional space is a space in which an object is arranged at, for example, three-dimensional coordinates (X, Y, Z). is there.

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

  In addition, the display control unit 213 performs processing for 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, thereby generating an image and outputting 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 sounds, and outputs the game sounds to the sound output unit 292.

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

  The server device 10 of this embodiment is linked to the terminal device 20 and provides a player character and other characters, a game space and a part thereof, a game parameter, BGM, a game scenario, and the like, A game such as a battle game such as a battle game or a fighting game, an RPG, or a simulation game is executed by using items including characters and game parameters of players and items.

  In particular, during the game, the server device 10 uses, for example, game parameters such as life energy representing physical strength, endurance, or vitality, for example, gacha, billing, or quest success (for example, reaching or reaching a predetermined game level or point) An acquisition process for acquiring a predetermined item (for example, a recovery item such as a medicine or a magic item) is executed by clearing a predetermined game stage), and the value of the game parameter is recovered using the acquired item Perform recovery processing.

  That is, the server device 10 repeatedly executes an acquisition process for an item such as a gacha using a game parameter that varies during the execution of the game, and recovers the game parameter using an item obtained by the gacha. By repeating consumption and recovery of game parameters during the game, the game is advanced in accordance with the use of items and player operations.

Specifically, the server device 10
(1) For each player, game parameters are stored and managed in player information 146 and item information 149;
(2) Execute an acquisition process for acquiring items related to a game such as gacha by consuming a given value from the managed game parameters,
(3) Obtained at least by the acquisition process, such as conditions regarding the presence or absence of recovery items and their use (for example, use of a predetermined amount or use of an item having a relevant characteristic or attribute such as type or level). When a recovery process execution condition based on an item is provided, a recovery process for recovering the value of the game parameter is executed.
It has a configuration.

  With this configuration, in this embodiment, for example, by consuming game parameters such as gacha execution or mini game execution, an item is acquired, and the acquired item is a recovery item for recovering the parameter. Since the game parameter value can be recovered when the recovery process execution condition based on the item is satisfied, for example, an item related to the game is provided using the parameter, and a further item is acquired by the provided item. Can be provided to the player.

  That is, in the present embodiment, the item acquisition can be repeatedly executed by repeating the consumption and recovery of the game parameters, so that a new mechanism is provided in the game that proceeds based on the item acquisition, and the game It is possible to improve interest.

[4.2] Basic Principle of Acquisition Process and Recovery Process Next, an acquisition process and a recovery process executed by the game management unit 103 of the server device 10 of this embodiment will be described with reference to FIGS. 5 and 6. 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 operates in conjunction with the terminal device 20 and executes an acquisition process and a recovery process 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 acquires an acquisition process execution condition when executing an acquisition process such as gacha, and a recovery process execution condition based on an item obtained by the acquisition process. Based on, an acquisition process for acquiring items and a recovery process for recovering 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 on the premise that the player has points or in-game currency) during the game. When a condition to be acquired (hereinafter also referred to as “acquisition process establishment condition”) is satisfied, an acquisition process such as gacha is executed according to various conditions (hereinafter also referred to as “acquisition process setting condition”).

  In other words, the game management unit 103 has an acquisition process establishment condition at a predetermined timing such as a predetermined time, a login timing, a timing at which a game level is reached, or a timing at which a predetermined game stage is cleared. 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, in addition to the case where a predetermined value of a game parameter is consumed, the acquisition process establishment condition may include consumption of the game parameter and use (consumption) of a specific item, or a mini game (bonus) in a game Game), game stage clearing, acquisition of a predetermined point, quest clearing, or other conditions established by the progress of the game, or a combination of two or more of these.

  The acquisition process setting condition includes the type and number of items acquired by the acquisition process (including the presence or absence of a recovery item), or the winning probability of the recovery item when the acquisition process is gacha.

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

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

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

Further, for example, when gacha is executed as the acquisition process, the current physical strength of the player character as the game parameter is “100”, and the physical strength consumed by the gacha is “50” as the acquisition process establishment condition. And the case where five physical strength enhancing agents exhibiting physical strength “50” are required.

  In this case, as shown in FIG. 6, when the acquisition process establishment condition is satisfied and the gacha is executed, the game management unit 103 subtracts the physical strength as a game parameter of the player character from “100” to “50”. At the same time, 5 physical strength enhancers are consumed (subtract the number of physical strength enhancers from the corresponding item information 149), and a plurality of items (rare items, One item (for example, a magic wand in FIG. 6) is acquired from among recovery items, weapon items, and the like.

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

(Recovery processing)
The game management unit 103 has a recovery process execution condition based on the item obtained by the above acquisition process such as a recovery item (for example, a physical strength enhancer or a magic wand capable of activating a health recovery spell) during the game. If it is, a recovery process for recovering game parameter values such as the physical strength of the player character is executed.

  Then, the game management unit 103 updates the player character information (specifically, the value of the game parameter) in 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 a 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 of executing the acquisition process.

  For example, in the case where the physical strength as a game parameter of the current player character is “50”, the physical strength enhancer (recovery item) is acquired in the gacha as the acquisition process, and the player instructs the use of 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 the game management unit 103 recovers according to the amount of the physical strength enhancer that has acquired the physical strength of the player character as the game parameter. 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, The physical strength of the player character is recovered 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 used physical strength enhancer information from the item information 149.

  When the recovery process is completed, the game management unit 103 again waits for the gacha to be executed as the item acquisition process, and repeatedly consumes and recovers the game parameters by repeatedly executing the acquisition process and the recovery process during the game. Let it run.

Also, 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 the acquisition process, and the player's physical strength recovery spelling activation instruction is detected In addition, it is assumed that the game management unit 103 determines that the recovery process execution condition based on the item is satisfied, and executes a recovery process 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 based on the operation instruction of the player character player, the game-based recovery process Assuming that the execution condition is 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 usage history information on the magic wand in the item information 149.

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

  In addition, in an item such as a magic wand, the parameter may or may not vary depending on the use of the item. However, when managing the parameter variation, the usage history of the item is stored in the item. Register in the information 149.

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

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

In particular, the condition setting unit 107 selects (1) an opportunity to acquire an item, its frequency, or lottery in the case of a gacha at a predetermined timing during the game, such as when the game stage or game level changes. An acquisition process execution condition (including the above-described acquisition process establishment condition and acquisition process setting condition) at the time of executing the acquisition process of the item such as a probability; and
(2) Recovery processing execution conditions based on items when executing recovery processing for recovering game parameters such as recovery amount, recovery timing and time required for recovery,
Set.

Moreover, in this embodiment, as a game situation, for example,
(A) Gacha status, execution status of battle games and mini-games (in-game games), whether or not quests are achieved in the game, the number of remaining aircraft, the number of own aircraft, the number of lives, the number of stages cleared and its type, Game progress such as score (including specific points) values, game level changes, experience value changes,
(B) Billing status including whether or not a preset upper limit is reached, acquisition status and usage status of items acquired by the player,
(C) Playing situation such as game play time and number of times, or
(D) Usage status of functions in the game 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 game situation is used to set the acquisition process execution condition and the recovery process execution condition, and includes the game level and play time. An acquisition process execution condition and a recovery process execution condition are defined for each game situation.

  Then, the condition setting unit 107 determines the game situation 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 information, The acquisition process execution condition and the recovery process execution condition that are associated with the game situation and defined in advance 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 charging status has been reached as the game status, the judgment result determined by the player information setting unit 105 (that is, as described later, the corresponding player The player state is determined using the first state or the second state).

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

Specifically, for example, the condition setting unit 107 is advantageous for a player who has been habitually using the game for a long time or a player who has contributed to the activation of the game.
(1) If the game level or game stage level is high,
(2) When the billing amount is large (for example, more than a certain amount),
(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 there are many friends registered,
Set more opportunities and frequency to get recovery items.

  In particular, the condition setting unit 107 obtains a predetermined point for the occurrence timing and frequency of an event that provides a recovery item as a privilege, such as provision of a quest for acquiring a recovery item or implementation of a mini game, depending on the game situation. When a predetermined condition such as time, game level, or clear of the stage is satisfied, the timing and frequency of acquiring the recovery item are set.

  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 game level of the beginner level (levels 1 to 3 in 10 steps). Condition setting is executed, and in the advanced level game level (level 7 or higher in 10 steps), condition setting for executing gacha is performed every time the game stage is cleared.

  In order to adjust the difficulty level of the game, the condition setting unit 107 adjusts the game difficulty according to the progress of the game, such as reducing the chances and frequency of acquiring the recovery item when the game level and the stage are high. Thus, an opportunity for acquiring the recovery item and its frequency may be set as the acquisition process establishment condition.

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

Specifically, for example, the condition setting unit 107 is advantageous for a player who has been habitually using the game for a long time or a player who has contributed to the activation of the game.
(1) If the game level or game stage level is high,
(2) When the billing amount is large (for example, more than a certain amount),
(3) When the game play time or number of times is long, or
(4) When there are many friends registered,
High-function or high-level items may be acquired, the number of items that can be acquired may be increased, or the recovery item winning probability or the recovery item with a large recovery amount may be set high.

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

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

  In order to adjust the difficulty level of the game, the condition setting unit 107 has an opportunity to acquire a high function or high level item and acquire a recovery item when the game level or the stage is low. Acquisition process setting conditions may be set according to the progress of the game, such as increasing the frequency.

(Recovery processing execution conditions)
The condition setting unit 107 sets at least one of the type of item used for the recovery process, the characteristics, and the recovery amount when recovering the game parameter, as the recovery process execution condition, depending on the game situation.

  Specifically, for example, the condition setting unit 107 may advance the game to a player who likes the game or contributes to the activation of the game, for example, a game level or a game stage. If the level of the game is high, if the billing amount is large (for example, a certain amount or more), if there is a certain number of rare items, if the game play time or number of times is long, or the number of friends registered When there are many, the recovery amount recovered by one recovery item is increased, or the item used for the recovery process is set to the item type that can be easily acquired.

  For example, as shown in FIG. 9A, the condition setting unit 107 sets one recovery item (physical strength enhancement) as a recovery process execution condition when the game level is an elementary level (levels 1 to 3 in 10 steps). When the recovery amount for recovering the game parameter (for example, the above-mentioned physical strength) by “agent” is set to “10” and the game level is an advanced level (level 7 or higher in 10 levels), it is shown in FIG. Similarly, 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 order to adjust the difficulty level of the game, the condition setting unit 107, contrary to the above, reduces the recovery amount recovered by one recovery item when the game level or the stage is high, or the recovery process The item used for the item may be set to an item type that cannot be easily acquired.

[4.4] Item and Game Card Next, an item including a character (mainly a player character) of the present embodiment and a game card that defines the item will be described.

  The items and game cards of the present embodiment are items such as player characters, teammate characters, weapons, in-game currency, tools, life energy, and game cards that define these.

Each player is provided with items and game cards as initial settings, and during the game,
(1) If you win in a competitive game with another player,
(2) When a predetermined game stage is cleared, when a player's game level is increased, or when a task on a predetermined game is completed. (3) When a lottery game called gacha is won,
(4) When a present is given from another player registered as a friend, or (5) When purchased by paying costs such as billing,
To be able to get to.

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

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

  In particular, for items and game cards, as the item level improves, attack parameters, defense parameters, hit points, magic, and other abilities to advance the game that accompanies each game card and its parameters are improved. When used as the cost of gacha, the lottery probability is increased and the in-game value is increased, so that it can be sold at a high price.

  When the item level or the like is increased, 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. To do.

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

  Then, in the battle game, the items and the game cards are determined via, for example, the terminal device 20 before determining the location, time, or opponent in the game space based on the game progress or the player's instruction. Based on the input player's operation, it is used as data (that is, deck data) set in a deck for specifying a character to be used in a battle game and for specifying each character and its equipment (item). .

[4.5] Charging process and upper limit determination process Next, the charging process and the upper limit determination process executed by the charging management unit 106 in the server device 10 of the present embodiment will be described.

(Billing process)
The charging management unit 106 according to the present embodiment executes charging processing for a corresponding player when receiving charging information from the terminal device 20 based on an instruction from the player for each player and for each unit accounting period. .

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

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

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

  Furthermore, in this embodiment, the billing management unit 106 stores, as billing information, the types of billing elements included in billing information, such as purchase of items and purchase of rights necessary for executing gacha, as necessary. May be.

(Upper limit judgment process)
Each time the billing management unit 106 executes billing processing, that is, every time billing based on the billing factor is performed when the player state is the first state, the billing management unit 106 calculates the accumulated billing amount within the unit accounting period of the corresponding player. An upper limit determination process is performed to determine whether or not the accumulated charge amount in the calculated unit accounting period has reached the upper limit.

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

Further, the charge management unit 106 works in conjunction with the timer 109 to detect the start timing of a new unit accounting period (for example, the first day such as the beginning of the month) (that is, to detect the end timing of the current unit accounting period)
(1) In order to manage the state of the player, the fact is output to the player management unit 104,
(2) The accumulated charge amount of the player is reset.

  In the present embodiment, when the player state is the second state, the charging information for the corresponding player is not transmitted, so that the charging management unit 106 is configured to execute the upper limit determination process. .

[4.6] State Change Processing Next, state change processing 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 status of the corresponding player when the charge determination processing of the charge management unit 106 determines that the accumulated charge amount in the unit accounting period has reached the upper limit. If possible, change from the first state to the second state where billing is not possible.

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

  Further, when the charging management unit 106 detects the start timing of a new unit accounting period, the player management unit 104 resets the player state of the player in the second state and changes it to the first state.

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

[4.7] Modified Example Next, a modified example 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 conditions for an acquisition process execution condition and a recovery process execution condition using game play data that defines the game situation of another player.

  Specifically, the condition setting unit 107 compares game data between the target player for which the processing condition is set and another player, and based on the comparison result, the acquisition processing execution condition (satisfaction condition for the target player). And the setting condition), and the recovery process execution condition and both are set.

  For example, if the target player is a player with a long play time (a player who is playing for a longer time than the average player time of all the players) in comparison with the entire player, or the charge amount In a comparison result with other players, such as when the player has a large number of players (players that are charged more than the average charge amount of all players), it contributes to the activation of players who love games or games In order to advance the game advantageously for the player who is playing, a condition that favors item acquisition or game parameter recovery for the target player may be set as described above.

(Changes in acquisition process execution conditions and recovery process execution conditions according to item type)
The condition setting unit 107 may change the acquisition process execution condition and the recovery process execution condition according to the item type. In other words, 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, for example, 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 correct items (setting conditions for acquisition process execution conditions) may be changed, or different lottery probabilities (setting conditions for acquisition process execution conditions) in gacha may be changed.

  Also, even in the same game situation, the condition setting unit 107 sets the physical strength as a consumed game parameter to “50” in the case of a physical strength enhancer in the acquisition process, and in the case of a magic wand. The consumption of game parameters to be consumed in the acquisition process (establishment conditions for the acquisition process execution condition) may be changed, for example, the physical strength as the game parameter to be consumed is set to “100”, or the number of the same items Accordingly, the consumption amount of the game parameter may be changed.

  Furthermore, even in the same game situation, 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 type of the recovery items. Depending on the type of recovery item used for the item, the opportunity and frequency in subsequent item acquisition processing may be changed.

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

(Changes in the content of items won by gacha)
In the above description, the condition setting unit 107 changes the content, type, or effect of the recovery item in accordance with the game situation in the acquisition process for acquiring the recovery item. Depending on the situation, the contents, types, and effects of the items that can be acquired 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 in the physical strength enhancer according to the game situation. Good.

(Recover game parameters)
When the game management unit 103 has either a parameter condition based on a time parameter related to the time during the execution of the game or a formation condition established during the execution of the game, the game management unit 103 sets a game parameter different from the above recovery process. Recovery processing may be executed.

  Specifically, the game management unit 103 logs in to the game and every time a predetermined time elapses (for example, every 5 minutes), the game parameter value at that time is set to a predetermined value (for example, a physical strength value “1”). ") May be added to restore the game parameter.

  In addition, when the game management unit 103 charges a predetermined amount, or sells an owned item, for example, the game management unit 103 acquires the charged amount or the type of the sold item and the acquired item. The game parameter may be recovered by adding a predetermined value to the value of the game parameter at that time in accordance with the amount of money made.

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

  This operation is a condition setting process, item acquisition process, and recovery from the start of the game (game use start or re-login after interruption) to the end of the game (game use stop or logout, etc.) Processing operation.

  In this operation, various information is stored in the player information 146 and the item information 149 as appropriate from the start of the game to the end of the game.

  Further, in this operation, a case will be described in which gacha is used as the item acquisition process and the physical strength value of the player character is used as the game parameter.

  First, when receiving a game start instruction (including a login instruction) transmitted from the terminal device 20 (step S100), the game management unit 103 starts a 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 end instruction or a player operation within a predetermined period has been detected (step S102).

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

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

  At this time, if 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 proceeds to the process of step S102 and the current timing is If it is determined that it is the gacha timing, or if 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 gacha execution timing (step S104).

  At this time, if the game management unit 103 determines that the current timing is not the execution timing of the gacha in the condition setting unit 107, it is the setting timing of the condition setting process, so the game information 144 (specifically, The game environment information), the player information 146 and the item information 149 of the corresponding player are read out, the acquisition process execution condition and the recovery process execution condition are set (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 based on the player information 146 is equal to or greater than a predetermined value (for example, 50 or more). It is determined whether or not (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 game management unit 103 cannot execute gacha, so the process proceeds to step S102, where the physical strength value is the predetermined value. If it is determined as above, the process proceeds to step S107 in order to execute 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 the operation instruction is a gacha execution instruction (step S108).

  At this time, if the operation instruction transmitted from the terminal device 20 is determined to be 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 a gacha execution instruction. In this 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 gacha to acquire a predetermined item and 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 S109). S110).

  At this time, if the game management unit 103 determines that the item acquired by the gacha is a recovery item, the game management unit 103 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 to update the corresponding player information 146 (game play data) and the like. (Step S111) The process proceeds to step S102.

[6] Others The present invention is not limited to that described in the above embodiment, and various modifications can be made. For example, terms cited as broad or synonymous terms in the description in the specification or drawings can be replaced with broad or synonymous terms in other descriptions in the specification or drawings.

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

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

  The present invention includes configurations that are substantially the same as the configurations described in the embodiments (for example, configurations that have the same functions, methods, and results, or configurations that have the same objects and effects). In addition, the invention 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 operational effects as the configuration described in the embodiment or a configuration that can achieve the same object. In addition, the 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. However, it will be easily understood by those skilled in the art that many modifications can be made without departing from the novel matters and effects of the present invention. . Accordingly, all such modifications are intended to be included in the scope of the present invention.

DESCRIPTION OF SYMBOLS 10 ... Server apparatus 20 ... Terminal apparatus 100 ... Processing part 101 ... Communication control part 102 ... Web processing part 103 ... Game management part 104 ... Player management part 105 ... Player information setting part 106 ... Charge management part 107 ... Condition setting part 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 section 271 ... Main storage section 272 ... Image buffer 280 ... Information storage medium 290 ... Display section 292 ... Sound output section 296 ... Communication section

Claims (10)

Computer
Game processing means for progressing the game using game parameters that change during the execution of the game,
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 items relating to the game by consuming a given value from the managed game parameters; and
A recovery processing means for executing a recovery process for recovering the value of the game parameter when a given condition based on at least the item obtained by the acquisition process is provided;
A program characterized by functioning as The program according to claim 1,
A program that causes the computer to further function as condition setting means for setting a processing condition for executing at least one of the acquisition process and the recovery process according to a game situation. The program according to claim 2,
The condition setting means is
A program for setting, as the processing condition, at least one of a type and a characteristic of an item used for the recovery process and a recovery amount when recovering the game parameter according to the game situation. The program according to claim 2,
The condition setting means is
The program which sets the opportunity to acquire the recovery item for recovering the game parameter in the acquisition process as the processing condition according to the game situation. The program according to claim 4, wherein
The condition setting means is
As the processing condition, a winning probability of an item that can be acquired by an acquisition process for acquiring the item by lottery according to the game situation, and a recovery item for recovering the game parameter in the recovery process is acquired. A program to set the winning probability for. In the program according to claim 4 or 5,
The program in which the processing condition changes depending on the type of item acquired by the acquisition process. In the program according to any one of claims 2 to 6,
The management means is
For each player, game data defining the game situation is stored and managed in the storage means;
The condition setting means is
A program that compares game data between a target player for which the processing condition is set and another player, and sets the processing condition for the target player based on the comparison result. In the program according to any one of claims 1 to 7,
A program in which the content of an item acquired by the acquisition process changes according to a game situation. In the program according to any one of claims 1 to 8,
The recovery processing means
A program for executing the recovery process when either a parameter condition based on a time parameter relating to a time during execution of the game or a formation condition established during execution of the game is satisfied. Game processing means for advancing the game using game parameters that vary during game execution;
Management means for storing and managing the game parameters in a storage means for each player;
Acquisition processing means for executing acquisition processing for acquiring items related to the game by consuming a given value from the managed game parameters;
Recovery processing means for executing recovery processing for recovering the value of the game parameter when a given condition based on at least the item obtained by the acquisition processing is provided;
A server system comprising:

Images