JP2018051219A - Game system and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game system and the like capable of improving taste in a game using lottery processing by restricting excessive charging and, while giving convenience to a user charging along the game, capable of requiring the user to execute a comprehensive strategy in a game including charging strategy.SOLUTION: A server device 10 is configured to execute a setup including addition or change of a lottery object subjected to lottery processing such as an item that is set when executing Gacha, according to a charging state of a charging history in the charging event, and to execute the Gacha for drawing the item as the lottery object that a player acquires, out of a plurality of items by lot.SELECTED DRAWING: Figure 7

Description

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

  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.

  Conventionally, not only the items used for the game designated by the game player or the user, but also various data such as music and images (hereinafter simply referred to as “items”) are provided via the network. Amusement game systems that include lottery elements that provide randomly selected items simply based on acquisition requests from game players or users have also appeared.

  In particular, game systems having such lottery elements include free lottery in which lottery called so-called gacha is executed on the basis of consumption of parameters such as points without charge, and charging in which lottery is executed on the basis of billing. A lottery is prepared (for example, Patent Document 1). In particular, such a game system has a configuration in which a lottery subject limited to a lottery subject for advantageous advancement of a game is included in a billing lottery unlike a free lottery.

Japanese Patent No. 5837461

  However, in the system described in Patent Document 1, since the game proceeds advantageously if charged, the game always proceeds advantageously depending on the presence or absence of the fee and the amount thereof, so the game content depends on the fee, and , It becomes simple and it is also a factor that loses interest as a whole game.

  In addition, in the game, when the lottery is performed, the billing lottery can be selected together with the free lottery. Therefore, the game is structured so that the billing lottery is repeatedly executed. Is a factor that repeatedly causes gacha to be executed until a desired item is acquired, resulting in high charges.

  The present invention has been made in order to solve the above-mentioned problems, and its object is to limit the excessive charging, and in a game including a charging strategy for the convenience of a user who has performed charging along the game. Since it is possible to require the user to have a comprehensive strategy, it is an object to provide a game system or the like that can improve interest in a game using a lottery process.

(1) In order to solve the above problems, the present invention provides:
Game processing means for controlling a given billing event to be executed during the game based on billing;
Management means for storing and managing a history when the billing is performed in a storage means as a billing history;
Lottery processing means for executing a lottery event of a lottery process for drawing a lottery object to be acquired by a player from a plurality of lottery objects at a given timing in the game;
Registration means for registering the lottery object acquired by the lottery process in the storage means;
Lottery control means for setting a lottery target to be the subject of the lottery process according to the billing status of the billing history in the stored billing event;
With
The lottery processing means
The lottery event of the lottery process is executed using the set lottery objects.

  With this configuration, the present invention can set the lottery object in the lottery event based on the billing history of the billing event different from the lottery event. For example, when the billing amount is high, the rare value (for example, the rarity Value, also called “rare degree.”) Set lottery objects with a high number or increase the number, or increase the lottery objects related to the billing event. The lottery object can be controlled.

  Therefore, the present invention eliminates the lottery process based on direct billing to limit excessive billing, reflects the linkage with the billing event in the lottery event in the game, and, as a result, the lottery event In addition, since it is possible to impose the overall strategy including the charging event such as the charging strategy and the execution of the charging event on the player, the interest in the game using the lottery process can be improved.

  Note that the “billing event” is an event that occurs on the condition that it has been charged. For example, the acquisition of items such as buildings in the game and weapons equipped with player characters, and upgrades of new items and items Combining two or more items to perform, etc., obtaining player characters and own machines, participating in various events including mini games (in-game games) and bonus games, providing gifts (for example, items) to friends Shows events such as game continuation, in-game currency and points, and game options. In particular, the charging event may be a lottery process (so-called paid gacha) in which a lottery object to be acquired by a player is selected from a plurality of lottery objects on the condition of charging. The payment for the billing includes, for example, payment by virtual currency in addition to payment by cash and credit settlement.

  Further, the target of “charging history” includes, for example, identification information (player ID) for identifying a player, charging date and time, charging amount, and charging event type.

  Furthermore, the given timing in the game is, for example, the timing specified during the game, such as when a stage specified in the game is cleared or when a predetermined item is found while moving in the virtual space in the game, Alternatively, the player's instruction timing based on point consumption is shown.

  In addition to the above, as the “lottery event”, for example, a lottery event (that is, free gacha) that can be executed without being charged by consumption of points that can be acquired in the game (that is, that can be executed for free) As shown, it may be a lottery event executed by billing.

  The “lottery target” includes, for example, each character including a player character, an item used by a player character such as a player machine, a facility or a weapon (including equipment) in a battle game, an in-game It includes currency, game options such as bonus game rights, and parameters such as life energy and experience. In particular, the lottery object may be an item or the like as defined above, or may be a game card that is defined as usable in a game.

  Further, the “rare value” indicates, for example, a rarity value (rare degree), and indicates a value predetermined as a lottery target to be a lottery process target depending on a game type and a game level.

(2) The present invention also provides:
The lottery control means
A configuration in which the lottery target is set while setting at least one of the number, type, and ratio of the type included in the lottery process according to the billing status of the billing history in the stored billing event. Have.

  With this configuration, the present invention has a rare value higher than the case where the charge amount is low (when the charge amount is “0” or lower than the average) when the charge amount is higher than a certain amount or higher than the average, for example. When a lot of lottery targets are set (that is, added), and a lottery with a low rarity value set when the billing amount is low is exchanged for a type of lottery with a high scarce value, or when the billing amount is low The ratio of the lottery objects having a higher rarity value can be set higher.

  In addition, the present invention increases the number of lottery objects having a low rarity value, for example, when the charge amount is low, such as when the charge amount is “0” or lower than the average, and when the charge amount is higher than a certain amount or higher than the average. Set (that is, add) and replace the lottery with high rarity value that is set when the billing amount is high with a type of lottery with low rarity value, or the rarity value than when the billing amount is high It is possible to set a high ratio of low lottery targets.

  Therefore, the present invention can indirectly control the lottery object of the lottery event using the billing event, so that the linkage with the billing event is reflected in the game in the lottery event, and as a result, the lottery It is possible to impose not only an event but also a comprehensive strategy including a charging event such as a charging strategy and execution of the charging event on the player.

  Note that the “type of lottery process target” includes the type of items acquired by players such as items in addition to the type of rarity value, and “the type of lottery process target according to the billing status” “Set the ratio” means that the ratio (%) of the entire lottery object changes according to the charging status, and “set the number of lottery processing objects according to the charging status” Indicates that the number of lottery objects changes.

(3) The present invention also provides:
The lottery processing means
According to the progress of the game, the lottery event is executed in exchange for providing parameters or items acquired by the player.

  With this configuration, the present invention progresses a game such as points obtained according to the elapsed time of the game, such as life energy, experience values, or points, or a game or a stage defined in the game. Since the lottery event can be executed according to the parameters obtained at the time, the lottery event can be executed without charging (that is, free of charge) unlike the charging event.

  Therefore, the present invention can control the lottery event in conjunction with, for example, whether or not the billing event can be executed, the number of times, the billing amount, or the execution date and time (billing date and time). However, since it is possible to provide the player with the difficulty of proceeding with the lottery event advantageously, it is possible to improve the game characteristics and make the game more interesting than simply proceeding with the lottery event by simply charging. Can be improved.

(4) The present invention also provides:
The billing event has a configuration in which an item used for the game is obtained based on the billing.

  With this configuration, the present invention can indirectly control the winning probability of the lottery event by purchasing the item, so that the item purchase strategy can be incorporated into the game strategy, so in the game using the lottery process The interest can be improved.

  Note that the item is used by player characters such as, for example, each character including the player character, the player's own machine in a battle game, a facility (a facility used by the player character in the game) and a weapon (including equipment) ( (Enhanced) items, in-game currency, game options such as bonus game licenses, and parameters such as life energy and experience points. In particular, the lottery object may be an item or the like as defined above, or may be a game card that is defined as usable in a game.

  In addition, in the “event for obtaining an item based on billing”, an event in which an item can be obtained not only by purchasing an item but also by clearing a game task such as a bonus game executed by billing, and billing The event that the item is obtained by the gacha executed by is included.

(5) The present invention also provides:
It has a configuration further comprising display control means for executing control for displaying information indicating the winning probability of a given lottery object in the lottery process on the display means.

  With this configuration, the present invention displays the winning probability of a lottery object that is highly noticeable to the player, such as a lottery object with a very low rarity value, such as a lottery object with a high rarity value or an outlier item, and recognizes it. Therefore, it is possible to improve the interest of the lottery event, and to make the player recognize that the winning probability of each lottery object in the lottery process is changed, and to be interested in the billing event. Since the execution can be guided, the charging event can be activated to improve the fun of the game itself.

  In the present invention, control for displaying information indicating the winning probability on all the lottery objects on the display means may be executed.

(6) The present invention also provides:
The charging status includes a type of the charging event,
The lottery control means
Each lottery object is set according to the type of the charging event.

With this configuration, for example, in the case of billing related to the execution of an item purchase event or a billing event executed for a limited time, the player for the billing event increases the number and ratio of lottery objects with high rarity value. Can provide an element of interest.

(7) The present invention also provides:
The billing status includes a cumulative result of the billing amount,
The lottery control means
Each lottery object is set according to the accumulated result of the billing amount.

With this configuration, the present invention is an element that attracts the player's interest in the billing event, such as increasing the number and ratio of the lottery objects with a high rarity value for the player with a high cumulative result than the player with the low cumulative result. Can be provided.
The accumulated result of the charge amount may be the accumulated result of all the charge amounts during the game, or may be the accumulated result of a specific charge event or the accumulated result of the charge amount in a predetermined period.

(8) The present invention also provides:
The lottery control means
According to the billing situation, the lottery objects in the lottery event are set during a given period of the game.

  With this configuration, the present invention has a rare value only during a given period, for example, a bonus period for one day, a cumulative result of charges for a certain period such as January, or the number of charges for a specific charge event. Since the number, type, and ratio of the types of lottery objects such as increasing the number of lottery objects having a high value can be changed, it is possible to provide an element that attracts the player's interest in the billing event.

(9) The present invention also provides:
The lottery control means
The lottery is performed when at least one of the number, type, and ratio of the type of lottery is changed according to the billing status during the game, and the billing status satisfies a given condition. It has a configuration in which the number, type, or ratio of the target is changed again to the number, type, or ratio of the type before the change.

  With this configuration, the present invention makes it possible to select a lottery object in association with a given period, such as a bonus period for one day, a cumulative result of a charge amount for a certain period such as January, or the charge number of a specific charge event. Therefore, it is possible to provide a special situation for a limited time for the billing event, and to incorporate an element that attracts the player's interest into the game.

(10) The present invention also provides:
The storage means stores information on other players having a relationship with the player associated with the player,
The lottery control means
Each lottery object is set according to the billing status of the other player.

  With this configuration, the present invention, for example, determines the winning probability of each lottery object according to the charging status of a player who is different from the player, such as a user who is registered as a friend in a social game or a player who belongs to the same team that executes the game together. Since it can be changed, it is possible to improve the interest of executing the game with other players and activate the game.

(11) The present invention also provides:
The lottery control means
According to the type of the charging event, the lottery object is set including the lottery object related to the charging event.

  With this configuration, for example, the present invention can set a lottery object related to an item purchased at an item purchase event or a lottery object related to a character appearing in a bonus game executed by charging, so that a charging event can be made. It is possible to provide an element that attracts the player's interest in.

(12) Further, in order to solve the above problems, the present invention provides:
Computer
Game processing means for controlling a given billing event executed during the game based on billing;
A management means for storing and managing a history when the billing is executed as a billing history in a storage means;
A lottery processing means for executing a lottery event of a lottery process for drawing a lottery object to be acquired by a player from a plurality of lottery objects at a given timing during the game;
Registration means for registering the lottery object acquired by the lottery process in the storage means; and
A lottery control means for setting a lottery object to be a target of the lottery process according to a billing status of a billing history in the stored billing event;
Function as
The lottery processing means
The lottery event of the lottery process is executed using the set lottery objects.

  With this configuration, the present invention can set the lottery object in the lottery event based on the billing history of the billing event different from the lottery event. For example, when the billing amount is high, the rare value (for example, the rarity Value, also called “rare degree.”) Set lottery objects with a high number or increase the number, or increase the lottery objects related to the billing event. The lottery object can be controlled.

  Therefore, the present invention eliminates the lottery process based on direct billing to limit excessive billing, reflects the linkage with the billing event in the lottery event in the game, and, as a result, the lottery event In addition, since it is possible to impose the overall strategy including the charging event such as the charging strategy and the execution of the charging event on the player, the interest in the game using the lottery process 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 a figure for demonstrating the game containing the gacha of one Embodiment. It is a figure which shows the relationship and flow of a town planning game and a battle | competition game, and gacha in one Embodiment. It is a figure for demonstrating the item set to gacha of one Embodiment. It is a figure for demonstrating the display process which displays the winning probability of the item in gacha during the game of one Embodiment. It is a flowchart which shows the operation | movement of the lottery process including the setting process of the item in the gacha 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, The player information 146 stored in the storage area when functioning as an SNS server.
Such information may be stored in a database (storage device, memory in a broad sense) connected via a network (intranet or Internet).

  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.

  As shown in FIG. 2, the server device 10 includes an input unit 120 for use by an administrator and other inputs, a display unit 130 that performs predetermined display, an information storage medium 180 that stores predetermined information, and a terminal device. 20 A communication unit 196 that communicates with others, a processing unit 100 that mainly executes processing related to a game to be provided, and a storage unit 140 that mainly stores various data 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 stores game information 144 indicating information related to the provided game, player information 146 indicating information related to the player related to the provided game, and automatic calculation data ( (Automatic calculation information) 148, information relating to items including cards (that is, game cards) used in each player's game as digital content (hereinafter referred to as “item information”) 149, and other various types of information required for game calculations. Information is stored.

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

  In the player information 146, as shown in FIG. 3, player identification information such as name, age, and gender and charging information are registered as a history in association with a player ID indicating identification information for identifying the player for each player. Billing history information is stored.

  In particular, the billing history information includes billing date and time, billing amount, billing event type, and billing event information, and information indicating the sum of billing amounts (accumulated billing amount described later) at the start of a game or a predetermined period. included.

  In addition, the charging history information includes information indicating the type of the charging object when the charging object that has been charged by the charging event such as the purchased item or the like can be specified. However, if the charging target such as continue or purchase of the own device cannot be specified or is difficult to specify, information indicating the type of the charging target is not registered.

The billing event of this embodiment is an event that occurs on the condition that the billing was made during the game.
(1) Obtain items such as buildings in the game and weapons equipped with player characters,
(2) Combining two or more items to execute new items or item upgrades,
(3) Obtaining player characters and own aircraft,
(4) Participation in various events including mini-games (in-game games) and bonus games, (5) Provision of presents (for example, items) to friends,
(6) Implementation of game continuation,
(7) Obtaining in-game currency and points, and
(8) An event such as acquisition of a game option (for example, a special game scenario or a map for expanding the game space) is shown.

Note that the charging event of the present embodiment may be a lottery process (so-called paid gacha) in which a lottery object acquired by a player is selected from a plurality of lottery objects on the condition of charging. And for payment for the billing, for example, in addition to cash payment and credit settlement,
Includes payment in virtual currency.

  The item information 149 stores information related to items owned by each player and information related to items set in a deck or the like in a game being executed (including in-game games such as gacha).

  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 lottery processing control unit 105, a charging management unit 106, a display control unit 107, and At least a timer 109 is included.

  For example, the game management unit 103 of this embodiment constitutes a game processing unit of the present invention, and the player management unit 104 constitutes a registration unit of the present invention. Further, for example, the lottery process control unit 105 of the present embodiment constitutes a lottery processing unit and a lottery control unit of the present invention, and the charge management unit 106 constitutes a management unit of the present invention. Furthermore, for example, the display control unit 107 of this embodiment constitutes a display control unit 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.

  The game management unit 103 executes various games such as a battle game and RPG in each player based on the player's operation input via the terminal device 20.

  In particular, the game management unit 103 sets a character and various items used in the game and a game card that defines the character as deck data as necessary, registers the deck data in the player information 146, and registers the player information 146 in the registered player information 146. Game processing is executed based on the included game parameters (hereinafter also referred to as “game parameters”) and the player's operation input to the terminal device 20, for example, a battle game (fighting game or sports game), RPG , Game processing relating to various games such as a shooting game, a racing game, or a simulation is executed.

  In addition, the game management unit 103 is assumed to be charged in the player, and is given during the game based on the charge such as acquisition of items such as buildings in the game and weapons equipped with the player character, and implementation of a bonus stage. Control billing events.

  The game management unit 103 automatically executes each game based on game parameters (hereinafter also referred to as “game parameters”) included in the player information 146 when executing the game process based on the deck data. 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 various types of player information 146 registered in the game including characters and items owned by the player or various information defining these, management of deck data set by the player during the game, and billing information. Perform management.

  The lottery process control unit 105 acquires a game item called “gacha” that wins a predetermined item from a plurality of items according to a game situation such as a so-called game progress or a player's billing situation ( That is, execution control of the lottery process as an in-game game executed in the game and change control of the winning probability of the lottery process are executed.

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

The display control unit 107 performs control for displaying a game-related screen on the terminal device 20 in conjunction with the terminal device 20. In particular, the display control unit 107 indicates that the winning probability is changed or changed when the winning probability of each lottery object in the lottery process is changed or when the winning probability is likely to change. The control which displays the information to show on the terminal device 20 is performed.

  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.

  As shown in FIG. 4, 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. For example, the display unit 290 of the present embodiment constitutes a display unit of the present invention.

  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 with reference to FIGS. FIG. 5 is a diagram for explaining a game including a gacha according to the present embodiment, and FIG. 6 is a diagram illustrating a relationship between a town-building game and a battle game and a gacha and a flow thereof according to the present embodiment. .

  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 addition, the server device 10 executes a gacha (lottery event as a lottery process) for performing a lottery process for lottering an item acquired by the player from a plurality of items at a given timing during the game.

  Then, the server device 10 executes a setting including addition or change of a lottery object to be a target of a lottery process such as an item set when executing a gacha according to the charging status of the charging history in the charging event, It has a configuration for executing a gacha for drawing a lottery item to be acquired by the player from among the lottery targets.

Specifically, the server device 10 of the present embodiment
(1) Control a given billing event performed during the game based on billing,
(2) Player information 146 (storage unit 140) with the history when charging is executed as the charging history
Remember and manage
(3) Set a plurality of lottery objects (for example, items) when executing gacha as a lottery process according to the billing status of the billing history in the stored billing event,
(4) At a given timing during the game, execute a gacha to draw a lottery object to be acquired by the player from a plurality of set lottery objects.
(5) The lottery object acquired by the gacha is registered in the item information 149 (storage unit 140).
It has a configuration.

For example, in this embodiment,
(A) Based on the instruction of the player P transmitted from the terminal device 20, as shown in FIG. 5A, a facility OB as an object is arranged in the game space (virtual space), and progress is made using the facility. A city-building game, and
(B) Based on the operation of the player P, as shown in FIG. 5B, a battle game in which the player character PO battles against an enemy character EO that appears in the city,
It is assumed that these are executed by switching appropriately.

In this case, as shown in FIG. 5 (A), the server device 10 is a city-building game.
(A1) When a billing event for purchasing an object such as a facility (that is, one of items) and placing it in the game space when executing the town planning is executed, the billing amount in the billing event, the type of the billing event (The charging event in this case is hereinafter referred to as “item acquisition event”) and various charging information such as the type of the acquired facility OB are registered in the player information 146.
(A2) When a billing event for purchasing a bonus game participation ticket such as a mini game executed at a facility OB arranged in the city is executed, the billing amount in the billing event and the type of the billing event (in this case) (Hereinafter referred to as “item acquisition event”) and various types of charging information such as the type of acquired facility (ie, item) OB are registered in the player information 146,
It has a configuration in which a game for making a city is executed while the game is being appropriately advanced by charging.

  Then, as shown in FIGS. 5 (A) and 5 (B), the server device 10 draws lottery at a predetermined timing such as a player's instruction or a timing predetermined by the game during the execution of the town building game or the battle game. It has a configuration for executing gacha as a lottery event for processing.

  In particular, FIGS. 5A and 5B show examples in which a button (hereinafter referred to as “gacha button”) BN for executing gacha during the game is displayed on the game screen. An example in which gacha is executed when the gacha button BN is touched is shown.

  Further, in the present embodiment, the “parameter that enables execution of gacha” refers to a parameter obtained according to the progress of the game (for example, a constant value depending on the elapsed time such as acquiring 1 point in 1 minute). This indicates a parameter that can be obtained by a gacha with a certain value (for example, 10 points). FIG. 5B shows an example in which the display “Challenge to Gacha!” Is displayed to notify the player of the timing when gacha can be executed.

On the other hand, as illustrated in FIG. 6, the server device 10 performs a gacha while executing a town-building game or a battle game (for example, when the gacha button BN illustrated in FIG. 5 is touched), While generating a gacha as a lottery process based on gacha setting information set in advance according to the situation, each lottery object (for example, item) set in the gacha is registered based on the already registered billing history information. It has the structure which changes and returns to the original game (city building game or battle game) by executing gacha according to the changed lottery object.

And about the case where the server apparatus 10 of this embodiment sets the item as a lottery object in gacha,
(A) When the purchase amount of a player is high (specifically, when the purchase amount of an item is high or when an expensive item is purchased) (specifically, when the purchase amount is higher than a certain amount or higher than the average), the charge amount Set a lot of lottery objects with high rarity value (for example, rarity value, also referred to as “rare degree”) compared to
(B) When the billing history information includes billing information of a billing event where an item such as a weapon or a facility has been purchased, the billing lottery is more relevant than when the billing information is not included. It has a configuration in which a large number of player character items related to the facility are selected from weapons to be paired with weapons or gacha lottery objects.

  In this embodiment, by having such a configuration, the lottery process based on direct billing is excluded to limit excessive billing, and in the gacha, the linkage with the billing event is reflected in the game. As a result, it is possible to impose not only a gacha but also a charging strategy in a charging event and a total strategy including a charging event such as its execution, so that the interest in a game using a lottery process can be increased. It can be improved.

[4.2] Billing process Next, a billing process executed by the billing management unit 106 in the server device 10 of the present embodiment will be described.

  The charging management unit 106 according to the present embodiment executes charging processing for a corresponding player when receiving charging information based on a charging event from the terminal device 20 based on an instruction from the player for each player.

  In particular, when the charging management unit 106 of the present embodiment receives charging information based on a charging event such as purchase of a game point or purchase of an item from the terminal device 20 based on an instruction from the player, the charging management unit 106 executes charging processing in the corresponding player. At the same time, the received billing information is registered in the player information 146 of the corresponding player.

  Specifically, when the charging management unit 106 receives charging information including a charging event type and a charging request from the terminal device 20 based on an instruction from the target player, the charging management unit 106 sets the player ID included in the charging information. Based on this, the account of the target player associated with the player ID is specified, and a billing process is executed to subtract the billing amount of the billing amount information included in the billing information from the balance of the specified account.

  When the account management unit 106 identifies the 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 accounting event (facility or item purchase, bonus game, continuation) Are stored (registered) in the player information 146 as billing history information.

Further, as will be described later, the billing management unit 106 changes the reference winning probability of each lottery object, so as to change the cumulative amount of billing billed from a predetermined timing such as the start of the game (hereinafter referred to as “cumulative billing amount”). .) Is calculated. In particular, the billing management unit 106 refers to the player information 146 of the corresponding player each time billing processing is executed (for example, each time billing information is received) or each time gacha is executed, and based on billing history information. To calculate the accumulated billing amount. Then, the charge management unit 106 stores (registers) the calculated accumulated charge amount in the player information 146.

  When the charging event purchases a charging target related to a player character such as an item or a facility, the charging management unit 106 stores the charging target type (for example, a charging target ID) in the player information 146. (Register).

  In this embodiment, when the lottery target item is set in accordance with the billing status, the lottery target item related to the billing target stored in the player information 146 is used for control. Can be done.

[4.3] Gacha (Lottery event of lottery process)
Next, gacha as a lottery event for executing the lottery process of the present embodiment will be described with reference to FIG. In addition, FIG. 7 is a figure for demonstrating the item set to the gacha of this embodiment.

(Basic principle)
During the game, the lottery process control unit 105
(1) In a game scenario, when a predetermined timing or a position in a predetermined game space is reached,
(2) When a predetermined stage (for example, a bonus stage) or a quest is cleared,
(3) When the enemy character is defeated (defeated by a battle game in the game), when a predetermined experience value or score is acquired,
(4) When there is an instruction from the player based on the activation of a predetermined combo, or
(5) a combination of these,
When a predetermined condition (hereinafter referred to as “gacha execution start condition”) is satisfied, a gacha including a predetermined number of lottery objects is generated, and the generated gacha is provided to the corresponding player.

  In particular, when the lottery processing control unit 105 sets (generates) a gacha by selecting a lottery target item from items prepared in advance in the game, the billing history information of the player information 146 of the corresponding player is displayed. The plurality of items in the gacha are set as the lottery targets including the rare items based on the referred billing history information. Then, the lottery process control unit 105 provides the corresponding player with a set gacha having a plurality of items.

Specifically, the lottery process control unit 105
(A) When the execution of gacha is detected by the player's instruction or the establishment of a condition,
(B) Information on the number of items including the number of each type such as rare preset in the game in accordance with the game situation such as the game stage and player level (hereinafter referred to as “gacha item setting information”). Is read from the game information 144,
(C) Refer to the charging history information from the player information 146 of the corresponding player,
(D) A gacha is generated based on the gacha setting information included in the read game information 144 and the charging history information referred to.

In particular, in the process (D), the lottery process control unit 105 selects a lottery object from items prepared in advance on the game based on the read gacha setting information, as shown in FIG. And the item set as the lottery target such as the addition of a specific type of item such as an item with a high degree of rarity, as shown in FIG. 7B. The number, type, type ratio, and each element of these combinations are changed.

  Then, the lottery process control unit 105 executes a gacha as a lottery event of a lottery process for lottering an item that the player acquires from among the set items, and the item won by the gacha (hereinafter, “winning item”). Is acquired by the corresponding player, and the acquired winning item is registered in the item information 149 of the corresponding player.

  Note that the lottery process control unit 105 of the present embodiment sets the number of items including the type and the ratio thereof based on the read gacha setting information and the referenced billing history information, and the items prepared in advance in the game. You may set the item used as the lottery object in gacha from the inside.

  FIG. 7A shows the structure of the gacha set by the gacha setting information at that time in the game. Specifically, the SSR (for example, a double indicating 10 rarities in 10 stages) is shown. Super rare item) is “0”, rare A (for example, an item showing 9 rarity in 10 steps) and rare B (item showing 8 rarity in 10 steps) are each “2”, and small fish items are It is shown that “30” gachas and “5” losings are generated.

  FIG. 7B shows the structure of the gacha when each rare item is added to the gacha of FIG. 7A by referring to the charging history information. Specifically, It is shown that a gacha in which “1” SSR (double super rare) and “3” each of rare A and rare B (a total of “5”) are added is generated.

  Further, in the present embodiment, in addition to the above gacha execution start condition or instead of the gacha execution start condition, for example, the lottery process control unit 105 may play a game such as life energy, experience value, or points. In exchange for the points obtained according to the elapsed time of the game, or the provision (i.e. consumption) of parameters or items acquired by the player according to the progress of the game, such as clearing the stage specified in the match or game, Gacha may be executed as a lottery event.

(Gacha type)
As the gacha of the present embodiment, for example, a normal gacha that selects and executes a plurality of items that can be acquired each time the gacha is executed may be selected. It may be a box gacha that is repeatedly executed until it disappears or until a predetermined timing.

  In particular, in the case of a box gacha, the lottery process control unit 105, when one box gacha is provided to the corresponding player, until all items set as a lottery object are won (that is, until they disappear). The gacha is repeatedly executed using the box gacha, and the lottery target item is replenished every time the gacha is executed, or the item is replenished every 24 hours or every predetermined timing (every day at 0:00). Run gacha in the replenished state.

Therefore, in this case, each time a gacha is executed, an item determined by referring to the charging history information is added to the item remaining in the box. Therefore, the lottery process control unit 105 of the present embodiment Gacha, which is a lottery event of a lottery process for acquiring an acquired item from a plurality of items set including the added item, can be executed.

  The lottery item to be replenished may be the same item as the acquired winning item (including cases where the winning probability is different), and different items (items and items having different amounts specified in the item). Including items with different levels). And when an item is replenished at a predetermined timing, the lottery object in the box gacha is reset (the type and number of items are reset as a whole).

  On the other hand, when the lottery process control unit 105 executes a gacha as a lottery process based on a box gacha, the lottery process control unit 105 can acquire the set item in the box gacha used for the gacha when the corresponding player acquires the winning item. The information of the box gacha managed in the item information 149 such as the number of items, the type and the number thereof is updated.

  In the case of a box gacha, game parameters such as experience values may be accumulated, or may be configured to grow or evolve. For example, a box gacha is [1] executed each time, [2] depending on the player level, [3] whenever used in a game such as a quest, [4] charged, or [5] other You may have the structure which increases the item level and experience value which were prescribed | regulated to the box gacha, or changed the growth degree or the evolution degree by the synthesis | combination with a gacha and a material item.

  In this case, the item level of the box gacha increases and the experience level increases, or if it grows or evolves, the number of rare items increases, and the item level at the time of winning the winning item increases. Or an item that has already evolved (for example, an item whose characteristics and attributes have been improved by combining with another item) can be acquired.

[4.4] Setting of lottery object (item) Next, gacha as a lottery event for executing the lottery process of the present embodiment will be described.

[4.4.1] Overview of Settings for Each Lottery Object The lottery process control unit 105 according to the present embodiment has an accumulative section charged from a predetermined timing such as the start of a game if it has a gacha execution start condition in the lottery event. Based on the billing status such as the amount of money, the number of items, type, type ratio or combination of these items in the gacha determined by the gacha setting information is changed (set).

In particular, the lottery process control unit 105 has a billing status as follows:
(1) According to the accumulated result of the charge amount of the corresponding player,
(2) Depending on the type of charging event of the corresponding player,
(3) Depending on the billing status (including (1) and (2)) of other players related to the corresponding player,
Change (set) the number, type, type ratio, or combination of these items in the gacha as the lottery event of the lottery process set by the gacha setting information in the corresponding player.

  Then, in addition to the above (1) to (3), the lottery process control unit 105 determines the gacha in the gacha set by the gacha setting information according to the charging status in a given period in the game such as monthly. You may change (set) the number of items, the type, the ratio of the types, or each element of these combinations.

  In addition, the lottery process control unit 105, as described in (1) to (3) above, has been configured such that after the item included in the gacha is set according to the charging status, charging during the subsequent game has decreased. When the billing status satisfies a given condition, the number, type, or percentage of the item in the gacha is changed (reset) to the number, type, or percentage of the item in the gacha before the change. May be.

Specifically, the lottery process control unit 105
(A) Accumulated charge amount from a predetermined timing such as game start,
(B) Cumulative billing amount within a certain period such as monthly,
(C) the type of charging event such as an item acquisition event within a predetermined timing or period,
(D) Charge status of related player, or
(E) Based on the combination of (a) to (d), a lottery object (that is, item) in gacha is set. Details of these will be described later.

[4.4.2] Setting of lottery target in gacha based on accumulated charge amount When the lottery process control unit 105 detects that the gacha execution start condition in the lottery event is satisfied, it is calculated in advance and stored in the player information 146. If the accumulated amount exceeds a predetermined amount (hereinafter referred to as “reference amount”), the number, type, ratio of items in the gacha determined by the gacha setting information, or Change (set) each element of these combinations.

  Specifically, the lottery process control unit 105 adds the item of the lottery with a high degree of rarity to the gacha set by the gacha setting information. By changing each element of the ratio or the combination of these, more rare items are set than when set by the gacha setting information.

  For example, the lottery process control unit 105 sets 9 or more items having a high rare degree in 10 stages of the rare degree from 1 to 10 as compared with the case where the gacha is set by the gacha setting information.

  On the other hand, the billing management unit 106 executes initialization at the start of the game, and each time billing processing is performed thereafter, calculates a cumulative billing amount from a predetermined timing such as the start of the game, and player information 146 of the corresponding player. To remember. However, the charging management unit 106 may calculate the accumulated amount from a predetermined timing under the control of the lottery process control unit 105 at the start of gacha execution, and the lottery process control unit 105 Compare the amount to the amount.

  In the present embodiment, the reference amount may be one or a plurality of steps may be set in stages. In particular, when multiple reference amounts are set in stages, each time the accumulated amount increases, the number, type, ratio of types or combinations of these items change the number of items that are rare. The number of items to be selected with a high degree of rarity is set to be large.

  Furthermore, the predetermined timing of the start of calculation of the accumulated billing amount includes the timing when the game stage or level is increased, the case where logout from the network service providing the game or interruption of the game continues (that is, the game Log-in timing during continuous use), timing at which a predetermined position in the game space (for example, a station or a port) is reached, and the like.

[4.4.3] Setting of lottery target in gacha based on accumulated billing amount within a certain period When the lottery process control unit 105 detects that the gacha execution start condition in the lottery event is satisfied, Calculated in advance by the charge management unit 106 during a predetermined period (hereinafter referred to as “specific period”) on the game such as a period, from the beginning of the month to January, or a bonus period (for example, a predetermined three days). The number of items in the gacha determined by the gacha setting information when the accumulated amount in the period exceeds a predetermined reference amount with reference to the accumulated amount of the charged event (hereinafter referred to as “accumulated amount in the period”) , Type, ratio of types, or each element of the combination is changed (set).

  Specifically, the lottery process control unit 105 adds the item of the lottery target with a high degree of rarity to the gacha set by the gacha setting information, like the lottery target setting in the gacha based on the accumulated charge amount. The number of lottery items with a high degree of rarity, types, ratios of types and combinations thereof are changed, and more lottery items with a higher degree of rarity than those set with gacha setting information are set.

  The billing management unit 106 performs initialization at the start timing of the specific period, and each time billing processing is performed thereafter, calculates the accumulated amount from the start timing as the accumulated amount within the period, and the player of the corresponding player Store in information 146. However, the charge management unit 106 may calculate the accumulated amount from a predetermined timing under the control of the lottery process control unit 105 at the start of gacha execution. In this case, the lottery process control unit 105 Compare the calculated accumulated amount with the amount.

  In the present embodiment, similarly to the above, one reference amount may be set or a plurality of steps may be set in a stepwise manner, similarly to the item setting based on the accumulated charge amount. In particular, when multiple reference amounts are set in stages, each time the accumulated amount increases, the number, type, type ratio, or combination of these items with a high degree of rareness is changed. , The number of items for lottery with a high degree of rareness is set to be large.

  On the other hand, the lottery process control unit 105 may reset the set gacha based only on the gacha setting information according to the charging status during the game after setting the item in the gacha according to the charging status. .

  In particular, the lottery processing control unit 105 sets the gacha set according to the charging status, and then calculates the accumulated amount within the period in the next specific period, which is a period continuous with the specific period used when the gacha is set. If the cumulative amount within the period continues to exceed the predetermined reference amount, each item of gacha set according to the charging status or the composition ratio thereof is maintained, and the cumulative amount within the period is When the amount is equal to or less than a predetermined reference amount, each item of gacha and its component ratio may be reset by gacha setting information.

[4.4.4] Setting of lottery target in gacha based on charging event type When the lottery process control unit 105 detects that the gacha execution start condition in the lottery event is satisfied, the lottery process control unit 105 stores the player information 146 of the corresponding player. Refers to the stored charging history information, and based on the specific charging event included in the referenced charging history information or the execution result thereof, the number, type, ratio of types, or a combination thereof in the gacha determined by the gacha setting information Change (set) each element of.

(Item acquisition event)
When the billing event executed within a predetermined timing or within a predetermined period (including the entire period from the start of the game) is an item acquisition event, the lottery process control unit 105
(1) Identify an item (hereinafter referred to as “acquired item”) acquired at an item acquisition event within a predetermined timing or within a predetermined period,
(2) Compared to a case where an item related to the specified acquired item (hereinafter referred to as “acquisition related item”) is added to the gacha set by the gacha setting information, etc. , Many (for example, 2 times) are set for the gacha to be generated.

  In particular, the item acquisition event executed at a predetermined timing includes, for example, the latest item acquisition event (the last item acquisition event executed at the present time), or an item executed during a specific game event. Includes acquisition events.

  In addition, as the item acquisition event executed within a predetermined period, all the item acquisition events executed from the start of the game or a predetermined period from the time of executing the gacha until a predetermined timing (3 before gacha) Item acquisition event executed every day).

  In addition, as an acquisition related item in these cases, an acquisition item acquired by an item acquisition event with a large number of executions, an acquisition item acquired most, or an acquisition related item related to an acquisition item acquired a predetermined number or more Is included.

  For example, when an item acquisition event is executed at a predetermined timing and a facility installed in the game space is acquired as an acquired item, the lottery process control unit 105 is a player who has a connection with the facility as an acquisition related item. An item related to the character (for example, an item that strengthens the player character during the battle game) is specified, and the number of the specified acquisition-related items is set to be larger than that set by the gacha setting information (for example, twice). To do.

  For example, the lottery process control unit 105 uses items acquired when using the acquired weapon as an acquisition-related item when the most acquired item in three days in a specific period is a weapon (gun or its bullet). (Specify the scope to be attached to the gun or spell to increase the accuracy of bullets) and set the number of items related to the specified item to be larger (for example, 2 times) than set by the gacha setting information .

  In addition, the acquisition item acquired by each billing event may be one or a plurality may be met, and the acquisition related item is one or a plurality of acquisition related items corresponding to one or a plurality of acquisition items. There may be.

(A specific billing event executed as part of the game as the game progresses)
The lottery processing control unit 105 (1) executes a specific charging event executed as a part of the game in conjunction with the progress of the game, such as (1) bonus game or clearing a predetermined mission, in the charging history information at a predetermined timing. Is included
(2) When it is included that the specific billing event is executed within a predetermined period including the entire period or the present time, or
(3) When a specific billing event is included more than a predetermined number of times within a predetermined period including the entire period or the present time,
The number of items related to the specific charging event is set more than that set by the gacha setting information, such as adding an item related to the specific charging event to the gacha set by the gacha setting information.

In particular, the lottery process control unit 105, when a specific billing event is executed as a part of the game along with the progress of the game in this way, an item (hereinafter referred to as “event” The number of related items is set to be larger (for example, twice) than that set by the gacha setting information.

  For example, the lottery process control unit 105 is common with an event-related item related to an acquired item acquired by completing a mission, an item that can be used for the next mission on the game, or a bonus game that is already executed or The number of items that can easily capture the related bonus game is set more (for example, twice) than that set by the gacha setting information.

  In addition, for example, the lottery process control unit 105 executes the charging event when the charging history information includes execution of a charging event for continuing to make it possible to continue playing a game that has ended due to game over. In this case, the number of items related to the own device or life is set to be larger (for example, twice) than that set by the gacha setting information.

  Note that when a specific charging event is included more than a predetermined number of times, the same specific charging event, such as a charging event for clearing the same bonus stage or mission, is performed a predetermined number of times during the whole period or within a predetermined period. In addition to the above cases, bonuses of the same difficulty level or the same stage (a stage in which the player is currently executing the game) executed at the same difficulty level or more than a predetermined number of times in a predetermined period are included. Includes billing events for running games and missions.

  Further, in the present embodiment, the lottery process control unit 105, when the charging history information includes a specific charging event that can be executed by a bonus game, clearing a predetermined mission, etc. In addition to the case where a predetermined number of specific charging events are included in a predetermined period, the charging amount for these charging events is predetermined in all periods or in a predetermined period. If the amount is greater than or equal to the amount, the number of items related to the specific billing event may be changed.

(Billing event to expand capacity)
The lottery process control unit 105 adds the charging history information to
(1) When a charging event for expanding the ability of the player character is included in the entire period or a predetermined period including the present time, or
(2) When there is a billing event for expanding the capacity more than a predetermined number of times within a predetermined period including the entire period or the present time,
The number of items related to the specific charging event is set more than that set by the gacha setting information, such as adding an item related to the specific charging event to the gacha set by the gacha setting information.

  In particular, in the case of (1) or (2), the lottery process control unit 105 sets an item for strengthening the ability (hereinafter, referred to as “ability enhancement item”) or an item related thereto based on the gacha setting information. Set more (for example, 2 times) than if it was done.

Specifically, as a billing event for expanding capabilities,
(A) a charging event when charging is performed for a composition process of combining two or more game cards or items, and
(B) Billing event when billing is executed in order to improve the capabilities of game cards and items owned by the player,
Is included.

For example, the synthesizing process indicates a process of generating a new item or game card by synthesizing two items or two game cards provided from the player at the request of the player.

  In the present embodiment, the lottery process control unit 105, when the charging history information includes a charging event for extending the ability of the player character within the entire period or a predetermined period including the current time, or , Not only in the case where a charging event for expanding the capacity more than a predetermined number of times within a predetermined period including the entire period or the present time is included, but in these cases, and the charging amount in these charging events May be set in the gacha a lot of capacity-enhancement items or items related thereto.

[4.4.5] Setting of lottery target in gacha based on billing status of related player The lottery processing control unit 105 is a player registered as a friend of a player, a player registered for information exchange (follower and The number, type, type ratio, or combination of these items in the gacha determined by the gacha setting information is changed according to the billing status of related players such as players who belong to the same team on the game. (Set).

  In particular, the lottery processing control unit 105 includes the charging status of the related player as a charging event executed by the related player when performing a joint play with the player or a related player when the game is progressing in the same team. Based on the executed charging event, the number of items in the gacha determined by the gacha setting information, the type, the ratio of the types, or the combination of these elements are changed (set).

  Specifically, the charging history information of the related player who is performing joint play with the player within the entire period or a predetermined period including the current time, or the charging history of the related player when the game is progressing in the same team When the information includes a billing event for advantageous advancement of the game in joint play or team play, such as purchase of an item for executing joint play, the lottery processing control unit 105 performs the joint player team in the gacha. An item (hereinafter referred to as “joint play item”) necessary for executing play or an item related thereto is set more (for example, twice) than that set by the gacha setting information.

  Note that the lottery processing control unit 105 may be charged history information when a joint play is performed with a player during the entire period or a predetermined period including the current time, or a related player when a game is being played by the same team. The billing history information includes a billing event for advantageous advancement of the game in the same player or team play more than a predetermined number of times, or the billing amount in such a billing event is in the entire period or in a predetermined period When the amount is equal to or more than a predetermined amount, the number of items set in the gacha is set to be larger (for example, twice) than that set by the gacha setting information.

[4.5] Display of Winning Probability of Each Lottery Object Next, display processing for displaying the winning probability of an item in a gacha during the game of the present embodiment will be described using FIG. In addition, FIG. 8 is a figure for demonstrating the display process which displays the winning probability of the item in gacha during the game of this embodiment.

  As described above, when the item in the gacha is set according to the charging status, the display control unit 107 wins the item related to the acquisition item related to the item with a high degree of rarity or the acquisition item based on the set item. Control that provides the terminal device 20 with information indicating that the probability is changed or is changed and causes the display unit 290 of the terminal device 20 to display the information is executed.

  FIG. 8 shows an example in which the winning probability of the rare item is displayed higher than the gacha set by the gacha setting information according to the billing status during the gacha execution. Specifically, an example in which “the winning probability of the item is being increased” is shown.

  In addition, the display control unit 107 can acquire the acquired item or the acquired item when the next gacha is executed when a charging event such as an item acquisition event is executed at a predetermined timing during the game or within a predetermined period. Information indicating the possibility that the winning probability of the item related to the event may be changed, that is, information indicating that the winning probability of a predetermined lottery object is increased in the next gacha when the item acquisition event is executed at the present time, Control that is provided to the device 20 and displayed on the display unit 290 of the terminal device 20 may be executed.

  Furthermore, the display control unit 107 may execute control for causing the terminal device 20 to display information indicating the winning probability for all items set as lottery targets in the gacha.

[4.6] Others When the lottery process control unit 105 of the present embodiment sets a plurality of items for executing gacha as a lottery process according to the charging status of the charging history in the charging event, the rare item By adding the number of rare items and related items and their types to the gacha set by the gacha setting information A large number of gachas may be set by deleting items that are different from rare items such as small fish items and missed items, and items related to billing events, or by exchanging with the items.

[5] Operation in this embodiment (lottery process including item setting process in gacha)
Next, the operation of the lottery process including the item setting process in the gacha executed in the server device 10 of the present embodiment will be described with reference to FIG. FIG. 9 is a flowchart showing the operation of the lottery process including the item setting process in the gacha executed by the server device 10 of the present embodiment.

  This operation is a process executed by the server device 10 when it is detected that the gacha execution start condition for the lottery event is satisfied at a predetermined timing. The accumulated billing amount is calculated in advance and the corresponding player information 146 is calculated. Are registered in the billing history information.

  This operation will be described using a normal gacha that selects and executes a plurality of items that can be acquired each time gacha is executed.

  Further, in the server device 10, each time a charging event is executed in conjunction with the terminal device 20, various information such as a charging amount and a charging event is registered as charging history information in the player information 146 of the corresponding player. It shall be.

  First, when the lottery process control unit 105 detects that a gacha execution start condition in the lottery event is satisfied, such as a user instruction of the terminal device 20 or a predetermined timing in the game (step S101), The game situation of the player such as the player ID and game stage of the corresponding player is specified by exchanging data (step S102).

  Next, the lottery process control unit 105 reads gacha setting information from the game information 144 based on the player ID and the player status (step S103).

  At this time, the lottery processing control unit 105 may generate a gacha by selecting a lottery target item preset in the game based on the gacha setting information.

  Next, the lottery processing control unit 105 refers to the corresponding player information 146 (step S104), is registered in the player information 146, and the accumulated charge amount calculated in advance exceeds a predetermined amount. It is determined whether or not (step S105).

  At this time, if the lottery process control unit 105 determines that the accumulated charge amount exceeds the predetermined reference amount, the lottery process control unit 105 proceeds to the process of step S106 and proceeds to the process of step S107. Is determined not to exceed the reference amount (that is, not more than the reference amount), the process directly proceeds to step S107.

  Next, when the lottery process control unit 105 determines that the accumulated billing amount exceeds a predetermined reference amount, the lottery target item with a high degree of rarity is set in the gacha when the gacha setting information is set. For example, the number, type, or both of the lottery target items with a high degree of rareness are set more than those set by the gacha setting information (step S106).

  Next, the lottery process control unit 105 executes a gacha set with items to be selected (step S107).

  Next, the lottery process control unit 105 registers the lottery object (that is, the item) acquired by the gacha in the item information 149 of the corresponding player (as an owned item) (step S108), and ends this operation. Let

[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.

  Furthermore, in the present embodiment, the game device is controlled by the server device 10, but the server function may be incorporated into the terminal device 20 and configured as a stand-alone device.

  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 ... Lottery process control part 106 ... Charge management part 109 ... Timer 120 ... Input part 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 (12)

Game processing means for controlling a given billing event to be executed during the game based on billing;
Management means for storing and managing a history when the billing is performed in a storage means as a billing history;
Lottery processing means for executing a lottery event of a lottery process for drawing a lottery object to be acquired by a player from a plurality of lottery objects at a given timing in the game;
Registration means for registering the lottery object acquired by the lottery process in the storage means;
Lottery control means for setting a lottery target to be the subject of the lottery process according to the billing status of the billing history in the stored billing event;
With
The lottery processing means
A game system, wherein a lottery event of the lottery process is executed using each set lottery object. The game system according to claim 1,
The lottery control means
A game system that sets the lottery target while setting at least one of the number, type, and ratio of the type included in the lottery process according to the billing status of the billing history in the stored billing event . The game system according to claim 1 or 2,
The lottery processing means
A game system that executes the lottery event in exchange for providing parameters or items acquired by the player as the game progresses. The game system according to any one of claims 1 to 3,
The game system, wherein the charge event is an event for obtaining an item used for the game based on the charge. In the game system according to any one of claims 1 to 4,
A game system further comprising display control means for executing control for causing a display means to display information indicating a winning probability of a given lottery object in the lottery process. The game system according to any one of claims 1 to 5,
The charging status includes a type of the charging event,
The lottery control means
A game system that sets each of the lottery objects according to the type of the charging event. The game system according to any one of claims 1 to 5,
The billing status includes a cumulative result of the billing amount,
The lottery control means
A game system that sets each of the lottery objects according to the accumulated result of the billing amount. The game system according to any one of claims 1 to 7,
The lottery control means
A game system that sets each lottery object in the lottery event during a given period of the game according to the billing status. The game system according to any one of claims 1 to 7,
The lottery control means
The lottery is performed when at least one of the number, type, and ratio of the type of lottery is changed according to the billing status during the game, and the billing status satisfies a given condition. A game system that re-changes the number, type, or ratio of the target to the number, type, or ratio of the type before the change. The game system according to any one of claims 1 to 9,
The storage means stores information on other players having a relationship with the player associated with the player,
The lottery control means
A game system in which each lottery object is set according to the billing status of the other player. The game system according to any one of claims 1 to 10,
The lottery control means
A game system that sets the lottery target including a lottery target related to the billing event according to a type of the billing event. Computer
Game processing means for controlling a given billing event executed during the game based on billing;
A management means for storing and managing a history when the billing is executed as a billing history in a storage means;
A lottery processing means for executing a lottery event of a lottery process for drawing a lottery object to be acquired by a player from a plurality of lottery objects at a given timing during the game;
Registration means for registering the lottery object acquired by the lottery process in the storage means; and
A lottery control means for setting a lottery object to be a target of the lottery process according to a billing status of a billing history in the stored billing event;
Function as
The lottery processing means
A program for executing a lottery event of the lottery process using each set lottery object.

Images