JP6937455B2 - Server system and program - Google Patents

Description

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

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

Recently, in addition to providing various data such as items used for a game specified by a game player or a user, music, and images (hereinafter, simply collectively referred to as "items") via a network. Introducing an entertaining product offering system that includes lottery elements that offers randomly selected items using a virtual vending machine that sells capsules containing items to be offered called gacha in a random order. doing.

In particular, in such a product providing system, the right from the first player to the second player to execute the gacha is provided, and the gacha owned (managed) by the first player by the second player is used. Some are known to acquire items (for example, Patent Document 1).

Japanese Patent No. 5248704

However, in the system described in Patent Document 1, the gacha possessed by the first player is simply provided to the second player, and the interlocking between the players through the game and the execution of the game are performed. There is room for improvement from the perspective of solidarity.

The present invention has been made to solve the above problems, and an object of the present invention is to control a game capable of deepening friendship and cooperation between players in the game and providing further interest to the game. To provide a server system, etc.

(1) In order to solve the above problems, the present invention
A program that runs a game that involves acquiring items
A game control means that controls the game while storing the item acquired by the game in a storage means for each player and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery, and
A means of providing a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
Make your computer work as
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed according to a lottery condition different from the lottery condition when the first player executes the acquisition process. It has a configuration to be executed.

With this configuration, the present invention can, for example, set the lottery conditions for the acquisition process according to the game environment of the player provided with the right to execute the item acquisition process, and thus simply obtain the right to execute the acquisition process. Not only can it be provided, but the right can be changed and provided according to the situation of the second player.

Therefore, according to the present invention, for example, if a beginner of a game is provided with the right to acquire an item from an advanced game player, the item is necessary for the game of the beginner player and is difficult to obtain by the player of the beginner player alone. You can get items.

Further, in the present invention, for example, when a first player and a second player collaborate to execute a game, it is difficult for the second player to obtain the game by itself, but the game is advanced in an advantageous manner. Items can be acquired.

As a result, the present invention enriches the items in the second player, while in the first player, the smooth progress of the game and the game executed in collaboration with the enrichment of the items of the second player. It is possible to improve the level or the relationship between them.

That is, the present invention provides the right of a first player to a second player to acquire an item while changing the lottery conditions, thereby providing a game property by lottery, and at the same time, between players for the game. Since it can contribute to building a cooperative system or improving its relationship, it is possible to deepen the friendship and cooperation between players in the game and improve the interest of the game from the viewpoint of communication. And, thereby, the game can be activated.

In addition, in order to provide the right to execute the acquisition process, for example, the right itself to execute the acquisition process such as a normal gacha (a gacha that selects and executes a plurality of items that can be acquired each time the gacha is executed) is provided. In addition to providing items, for example, box gachas (gachas that allow you to select multiple items that can be acquired and execute them multiple times until the item disappears or repeatedly until a predetermined timing) are provided. That is also included. Then, in providing the right to execute the acquisition process, the right of the first player may be maintained, or the right of the first player may be extinguished.

In addition, the "given executable condition" includes the instruction of the first player, the request of the second player, the first player or the first player such as clearing a predetermined game stage or quest. A given relationship in the game between the first player and the second player, such as predetermined conditions during the game of the second player, a game level difference and a score difference between the first player and the second player. (Specifically, the progress of the second player with respect to the game is slower than that of the first player), or a combination thereof is included.

Further, the "lottery conditions" include the lottery probability of each item to be drawn, the conditions related to the item lottery itself such as the number and types of the items, and the type and amount of game parameters consumed when executing the acquisition process. Alternatively, execution conditions for determining whether or not to execute the lottery process such as the number and types of items used for it are included.

The "lottery conditions different from the lottery conditions when the first player executes" may not be the same as the lottery conditions. For example, the lottery conditions of the second player are higher than the lottery conditions of the first player. It may be strict (the number of items that specify the condition may be large, or the numerical permissible range when each condition is specified numerically may be narrow), or it may be easy (the number of items that specify the condition). There may be a small number or a wide numerical tolerance when each condition is specified numerically).

(2) Further, the present invention
The acquisition processing control means
When the acquisition process is executed based on the rights provided by the first player by the second player, the right exercise of the acquisition process is related to the timing when the acquisition process is provided by the first player. It has a configuration in which a lottery condition different from the lottery condition when the first player executes the game is determined according to the length of time until the timing.

With this configuration, the present invention increases the probability of winning an item (including a rare item) when, for example, the acquisition process provided by the first player is executed early or confirmed early. Since the lottery conditions can be set advantageously, such as increasing the items that can be acquired or increasing the probability of acquiring items with high abilities, the motivation for executing the game for the second player can be set. Can be given.

Therefore, the present invention can enhance the interest of the game in the second player and activate the game.

The timing of exercising the right in the acquisition process includes not only the timing of exercising the right but also the timing when the second player recognizes that the right has been provided.

(3) Further, the present invention
A management means that stores and manages information regarding the use of the game by each player, which indicates a relationship with another player, as player-related information in the storage means, and
A calculation means for calculating contact information by quantifying the contacts of the first player and the second player based on the stored player-related information of each player.
To further function the computer as
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed according to the quantified contact information of the first player and the second player. It has a configuration in which a lottery condition different from the lottery condition when executed by the first player is determined.

With this configuration, for example, when it is determined that there are many points of contact with the first player, the present invention increases the acquisition probability of items (including rare items) and increases the items that can be acquired. Alternatively, since the lottery conditions can be set advantageously, such as increasing the probability of acquiring items with high abilities, it is possible to give motivation for interacting with other players using the game.

The "player-related information" includes, for example,
(1A) Information indicating the game execution history when executed in cooperation with other players in the game,
(1B) Information about sending and receiving message data such as other players' e-mails and chats,
(1C) Information on the provision history and receipt history of acquisition processing,
(1D) Item provision history, receipt history, or
(1E) Includes information about other players registered in association with the player, such as friend registration.

The "contact information" includes, for example, the number of times (2A) message data is transmitted / received between the first player and the second player.
(2B) Number of times the acquisition process is provided or received,
(2C) Number of items provided, number of receipts and number of exchanges,
(2D) The number of other registered players in common, and
(2E) The execution time length when the game is executed in collaboration is included.

(4) Further, the present invention
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the first player executes the acquisition process according to the billing status or the game status of the second player. It has a structure that determines lottery conditions that are different from the lottery conditions at the time.

With this configuration, the present invention provides, for example, to a player who contributes to the game when the charge amount of the second player is above a certain level, when the game play time is long, or when the number of remaining machines is small. For players who are in a bad game situation (the game is about to end), increase the probability of acquiring items (including rare items), increase the items that can be acquired, or the possibility of acquiring items with high abilities. Since the lottery conditions can be set advantageously, such as increasing the number of players, it is possible to give motivation for the execution of the game.

As the "game situation", for example,
(3A) Gacha status, execution status of competitive games and mini games (in-game games), achievement of quests in the game, number of remaining aircraft and own aircraft, number of lives, number of stage clears and their types, score ( Includes specific points.) Value,
(3B) Billing status indicating whether or not a certain amount of billing has been made for each predetermined period, within a predetermined period, or from the start of the game, acquisition status of items acquired by the player, and usage status thereof.
(3C) Play status such as game play time and number of times, or
(3D) Usage status of in-game functions such as usage status of functions for registering other players as friends and usage status of optional functions,
Etc. are included.

(5) Further, the present invention
The providing means
When the progress of the game in the second player is slower than that of the first player, the acquisition process is executed assuming that the first player satisfies a given executable condition capable of executing the acquisition process. It has a configuration that provides the second player with the right to do so.

With this configuration, the present invention, for example, by providing a player such as an inexperienced person or a beginner with the right to acquire an item, acquires an item for each player of the inexperienced person or the beginner to advance the game in an advantageous manner. Therefore, it is possible to have an interest in the game, and thereby increase the number of game companions in the player who is continuously executing the game and improve the interest in the game.

Further, the present invention mutually aims to enhance the items and to improve the progress and the game level of the game when the first player and the second player collaborate to execute the game. Can be done.

Therefore, the present invention can give or improve the interest in the game to any player regardless of the level or the length of the play time, and thereby activate the game. Can be done.

The "game progress" includes, for example, the game level, the game stage being executed is low, the score obtained is low, the game play time is short, and the number and types of items owned are small (first). Some items that the player has but do not have) etc. are included.

(6) Further, the present invention
The providing means
When the executable condition is satisfied, the second player is provided with the right to execute the acquisition process together with the possessed item indicating the item possessed by the first player.
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed based on the information specified for the possessed item provided by the first player. It has a structure that determines the lottery conditions.

With this configuration, the present invention, for example, increases the winning probability of an item having the same attributes and characteristics as the attributes and characteristics of the item provided by the first player or related attributes and characteristics, or is provided. Provided by the first player, such as changing the winning probability of a rare item according to the level and ability of the item (specifically, the higher the level of the item, the higher the winning probability of the rare item). It is also possible to favorably execute the acquisition process by the item provided together with the right of the acquisition process.

Therefore, according to the present invention, the first player can control the items that can be acquired in the acquisition process executed by the second player. Therefore, for example, the first player and the second player cooperate with each other to play a game. When the above is executed, the cooperation system can be strengthened to advance the game in an advantageous manner, and thereby the interest of the game can be improved.

(7) Further, the present invention
The acquisition processing control means
It has a configuration in which a winning probability in a given item is set as the lottery condition based on the information specified about the possessed item provided by the first player.

With this configuration, the present invention, for example, increases the winning probability of an item having the same attributes and characteristics as the attributes and characteristics of the item provided by the first player or related attributes and characteristics, or is provided. Provided by the first player, such as changing the winning probability of a rare item according to the level and ability of the item (specifically, the higher the level of the item, the higher the winning probability of the rare item). The item provided with the right to the acquisition process can be used to favor the acquisition process.

(8) In order to solve the above problems, the present invention
A server system that runs a game that involves acquiring items.
For each player, a game control means that controls the game while storing the item acquired by the game in a storage means and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery.
A providing means that provides a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
With
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed according to a lottery condition different from the lottery condition when the first player executes the acquisition process. It has a configuration to be executed.

According to this configuration, the present invention provides a player for a game while providing a game property by lottery by providing a right from a first player to a second player to acquire an item while changing the lottery conditions. Since it can contribute to building a cooperative system between each other or improving the relationship between them, it deepens the friendship and cooperation between players in the game and improves the interest of the game from the viewpoint of communication. This, and thereby, the game can be activated.

It is a figure which shows an example of the system structure which shows the structure of the game system of one Embodiment. It is a figure which shows the functional block of the server apparatus of one Embodiment. This is an example of player information stored in the server device of one embodiment. This is an example of item information stored in the server device of one embodiment. It is a figure which shows the functional block of the terminal apparatus of one Embodiment. It is a figure (the 1) for demonstrating the execution process (item acquisition process) of the gacha provided by another player which is executed by the player management part of one Embodiment. It is a figure (the 2) for demonstrating the execution process (item acquisition process) of the gacha provided by another player which is executed by the player management part of one Embodiment. FIG. 3 is a diagram (No. 3) for explaining an execution process (item acquisition process) of a gacha provided by another player executed by the player management unit of one embodiment. It is a flowchart which shows the operation of the gacha provision process and the gacha execution process executed by the server device of one embodiment.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Further, as shown in FIG. 3, the player information 146 includes player specific information such as name, age, and gender, state information indicating the playing state of the player during the game, and player ID in association with the player ID for each player. Game play data indicating the level and progress of the game (including play data based on relationships with other players (hereinafter, also referred to as "player-related data" or "player-related information")) and billing. Information is registered as a history Billing history information is stored.

In particular, as player-related data,
(1) Information indicating the game execution history when executed in cooperation with other players in the game,
(2) Information about sending and receiving message data such as other players' e-mails and chats,
(3) Information on the provision history and receipt history of acquisition processing,
(4) Item provision history, receipt history, or
(5) Includes information about other players registered in association with the player, such as friend registration.

Further, as shown in FIG. 4, the item information 149 includes item type information indicating the item type associated with the player ID for each player, parameters defining the current ability of each item that can be acquired, and the like. Information about each item (hereinafter referred to as "item registration information") is included.

In particular, when the item registered in the item information 149 is a gacha for executing an acquisition process (that is, a mini game which is an in-game game executed in the game) for acquiring the item by lottery, the item registration As information, as shown in FIG. 4,
(1) Information indicating lottery conditions (including lottery start conditions for starting a lottery) (hereinafter referred to as "lottery condition information")
(2) Information indicating conditions (hereinafter referred to as "executable conditions") when the target player provides the gacha to other players (hereinafter referred to as "executable condition information").
including.

In addition, as lottery condition information,
(1A) Type and number of items subject to lottery (hereinafter referred to as "lottery target items") including rare items and losses (1B) Level of each lottery target item (hereinafter referred to as "item level"), Is a game parameter such as growth degree, evolution degree or experience value (1C) Winning probability of each lottery target item, and
(1D) Information on lottery start conditions (hereinafter referred to as "lottery start condition information")
Is included.

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

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

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

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

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

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

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

The game management unit 103 of the present embodiment constitutes the game control means, acquisition process control means, provision means, management means, and calculation means of the present invention.

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

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

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

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

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

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

Specifically, the game management unit 103 provides a gacha having a lottery target item to the corresponding player as an item when a predetermined condition is satisfied during the game, and controls the execution of the gacha at a predetermined timing. And let the corresponding player acquire the predetermined item.

That is, when a predetermined condition is satisfied during the game, the game management unit 103 provides the player with a gacha (so-called box gacha) in which a plurality of lottery target items have already been set, and uses the provided gacha to be a lottery target. An item is acquired from the items, and an acquisition process for registering the acquired item (hereinafter, referred to as "winning item") in the item information 149 of the corresponding player is executed.

Further, the game management unit 103 provides a gacha to another player when a given executable condition is satisfied during the game of the corresponding player, and the gacha provided by the other player (hereinafter, box). Controls the execution of "normal gacha" in relation to gacha.

In particular, when the player who receives the gacha executes the gacha provided by one player, the game management unit 103 changes the lottery probability of the lottery target item and the type and number of the lottery target item to change the gacha. In the receiving player, the acquisition process is executed according to a lottery condition different from the lottery condition when the player who provided the gacha executes the gacha.

Further, the game management unit 103 registers and manages the player information 146 and the item information 149 while executing the registration and management.
(1) Management of play data including game execution history when executed in cooperation with other players in the game,
(2) Management of information (hereinafter referred to as "communication history information") related to sending and receiving message data such as other players' e-mails and chats,
(3) Information on gacha provision history and receipt history (hereinafter referred to as "gacha execution history information"),
(4) Providing history and receipt history of winning items, or
(5) Information about other players registered in association with the player, such as friend registration (hereinafter referred to as "friend information").
To manage.

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

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

Further, the player management unit 104 manages a player state indicating a player state that changes according to the billing status.

Specifically, the player management unit 104 determines the billing amount, the billing date and time, the billing purpose, and the payment type (for example, virtual currency, credit card, points, etc.) for each player and each time billing occurs. Each information is managed as player information 146.

Then, the player management unit 104 determines whether or not the player has been charged for each predetermined period (for example, monthly), within the predetermined period (for example, within the past week), or for a certain amount or more from the start of the game. Manage the billing status shown.

On the other hand, the player management unit 104 has a configuration in which the item possessed by the player is provided to another player based on the instruction of the player. In particular, the player management unit 104 is owned by a player who provides a gacha such as a weapon, energy, or coin when providing a gacha having a lottery target item to the corresponding player as an item, satisfying a predetermined condition during the game. Items (items other than the provided gacha (hereinafter referred to as "possessed items")) may be provided to the player who receives the gacha.

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

Further, the player information setting unit 105 is a gacha provided by another player according to the execution timing of the gacha provided by the other player, the relationship between the players when the gacha is provided, the billing status, the game status, and the like. Determine the lottery conditions.

The player information setting unit 105 determines the lottery conditions for the gacha provided by another player, and the item given by the other player (that is, owned by the other player) when the gacha is provided. When the possessed item) is provided, the lottery conditions for the gacha may be determined based on the information specified for the item (that is, item information 149).

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

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

Then, the billing management unit 106 stores the history of the billing information in the player information 146 as the billing history information in order to determine the lottery conditions used by the player for the acquisition process of the gacha or the like.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Specifically, the server device 10 of the present embodiment is used in a game including acquiring an item.
(1) For each player, the item acquired by the game is stored in the item information 149, and the game progresses (including the case where the game progresses in cooperation with other players) while managing the stored item. .) Control and
(2) Control the execution of the acquisition process to make the corresponding player acquire the winning item acquired by lottery using the gacha.
(3) When a given executable condition is satisfied by the first player, the gacha possessed by the first player is provided to the second player as the right to execute the gacha.
It has a configuration.

Then, as the process of (2), the server device 10 of the present embodiment is the first when the winning item acquisition process is executed by using the gacha provided by the first player by the second player. It has a configuration in which the acquisition process is executed according to a lottery condition different from the lottery condition when the player executes it.

With this configuration, in the present embodiment, for example, the lottery conditions of the gacha can be set according to the game environment of the player to which the gacha is provided as the right to execute the item acquisition process, so that the gacha is simply provided. Not only that, the lottery conditions of the gacha can be changed and provided according to the situation of the second player.

Therefore, for example, if a beginner of a game is provided with a gacha in order to acquire an item from an advanced game player, an item necessary for the beginner's game and difficult to obtain by the beginner player alone can be obtained. You can get it.

Further, for example, when the first player and the second player collaborate to execute the game, the second player acquires an item for advancing the game, although it is difficult to obtain it alone. It is designed to be able to be made to.

As a result, in the present embodiment, the second player enriches the items, while the first player enriches the items of the second player, so that the game is smoothly progressed in collaboration. And the game level can be improved, or the relationship can be improved.

That is, in the present embodiment, the gacha is provided from the first player to the second player while changing the lottery conditions, thereby providing the game characteristics by the lottery, and the cooperation system between the players for the game. Because it can contribute to building or improving the relationship between the players, it is possible to deepen the friendship and cooperation between the players in the game, improve the fun of the game from the viewpoint of communication, and As a result, the game can be activated.

[4.2] Gacha (Item acquisition process based on lottery)
Next, a gacha as an item acquisition process for acquiring an item as a winning item from the lottery target items based on the lottery of the present embodiment will be described.

(In the case of box gacha)
During the game, the game management unit 103 clears a predetermined stage (for example, a bonus stage) or a quest, destroys an enemy character (defeats by a competitive game in the game), and a predetermined experience value in the corresponding player. Predetermined conditions such as acquisition of points, activation of a predetermined combo, consumption of a predetermined amount of game parameters such as physical strength value and points (including game parameters acquired in advance by charging), or instructions of a player based on charging. If the above is provided, a box gacha in which a plurality of lottery target items are set is provided to the corresponding player as an item.

In particular, the game management unit 103
(1) Based on the game information 144 and the player information 146 and item information 149 of the corresponding player, a lottery that can win the type and the number of items of a plurality of items including a rare item from a plurality of items as a gacha. Decide on the target item,
(2) Set the lottery probability of each of the determined lottery target items to generate a gacha (that is, a box gacha), and then generate a gacha (that is, a box gacha).
(3) The generated box gacha is provided to the corresponding player.

Then, the game management unit 103 sends the provided box gacha information (type of lottery target item set in the gacha, number of lottery target items, and information on winning probability of each lottery target item) to item information 149. to register.

Further, when the box gacha is provided, the game management unit 103 executes a gacha as a lottery process based on the box gacha at the provided timing, and selects the winning item from the lottery target items to the corresponding player. Get it.

Then, the game management unit 103 registers the acquired winning items in the item information 149 of the corresponding player, and manages the acquired lottery target items set in the box gacha and the winning probability in the item information 149. Update the information of the box gacha that has been played.

That is, when the gacha is executed and one or more items are won, the number of lottery target items set in the box gacha that is the target of the gacha decreases, and if the lottery target item is not replenished, the next and subsequent gachas will be If the number of lottery items decreases when executed, and the winning probability of each lottery item changes, or if the lottery items are replenished, the replenished lottery items will be added. Will be done. Therefore, the game management unit 103 updates the item information 149 of the box gacha such as the type of the lottery target item of the box gacha after winning, the number of lottery target items, and the winning probability of each lottery target item.

When executing the box gacha at the timing when the box gacha is provided, the game management unit 103 consumes a predetermined amount of game parameters such as physical strength value and points (including game parameters acquired in advance by charging). Including.) Alternatively, the gacha may be executed based on the charge.

On the other hand, when the game management unit 103 repeatedly executes the gacha using the already generated box gacha, it consumes a predetermined amount of game parameters such as physical strength value and points (including game parameters acquired in advance by charging). Includes), player instructions based on gait, pre-determined stages (eg bonus stages), clearing quests, or combinations of these, the already generated box. Execute gacha as a lottery process based on gacha.

Then, the game management unit 103 executes the gacha as a lottery process based on the box gacha, causes the corresponding player to acquire the winning item, registers the acquired winning item in the item information 149 of the corresponding player, and gacha. The information of the box gacha managed in the item information 149 such as the items that can be acquired and the winning probability thereof set in the box gacha used for is updated.

Further, when one box gacha is provided to the corresponding player, the game management unit 103 uses the box gacha until all the lottery target items set as the lottery target items are won (that is, until they disappear). The lottery target item may be replenished every time the gacha is executed, or the lottery target item is replenished and replenished every 24 hours or at a predetermined timing (every day at 0:00). You may execute the gacha in the state.

The lottery target items to be replenished may be the same items as the acquired winning items (including cases where the winning probability is different), and different items (items and items having different amounts specified in the items). Includes items of different levels.) In particular, it may have a configuration in which the lottery target items in the box gacha are reset (the type and number of items and the winning probability are reset as a whole) when the lottery target items are replenished at a predetermined timing. ..

On the other hand, the box gacha has a structure in which game parameters such as experience points are accumulated, or grows or evolves. That is, the box gacha is [1] executed each time, [2] depending on the player level of the player, [3] each time it is used in a game such as a quest, [4] charged, or [5] another. By synthesizing with gacha and material items, it has a structure that increases the item level and experience value specified in the box gacha, or changes the degree of growth or the degree of evolution.

In particular, for box gachas, if the item level of the box gacha rises, the experience value increases, or if it grows or evolves, the winning probability of rare items will increase, and the item level at the time of acquiring the winning item will increase. Alternatively, it is possible to acquire an item that has already evolved (for example, an item whose characteristics and attributes have been improved by combining it with another item).

(In the case of normal gacha)
During the game, the game management unit 103 clears a predetermined stage (for example, a bonus stage) and a quest, destroys an enemy character (defeats by a competitive game in the game), and a predetermined experience value in the corresponding player. If certain conditions are met, such as earning points, activating a predetermined combo, or charging (including direct charging and charging by consuming points acquired in advance), the lottery target item will be selected. Multiple selections are made to generate a normal gacha, and the generated normal gacha is provided to the corresponding player.

In particular, the game management unit 103 refers to the game information 144 and the player information 146 and item information 149 of the corresponding player, selects a plurality of item types and numbers including rare items, and sets the lottery probability of each. A normal gacha is generated, and the generated normal gacha is provided to the corresponding player.

Then, the game management unit 103 executes a gacha as a lottery process based on the provided normal gacha, causes the corresponding player to acquire the winning item, and obtains the winning item in the item information 149 of the corresponding player. Register with.

Note that the normal gacha is generated every time the gacha is executed without maintaining the type and number of lottery target items like the box gacha until there are no more items that can be acquired.

[4.3] Gacha Providing Process Next, a gacha providing process for providing a gacha to another player of the present embodiment will be described.

When a given executable condition is satisfied during the game of one player (that is, the first player), the game management unit 103 sets the box gacha or the normal gacha of the first player to another. (Ie, a second player).

Specifically, the game management unit 103 sets the executable condition as
(A) When the first player and the second player are registered as friends in the game, or
(B) In the case where the game is executed in collaboration (for example, the game is executed by the same team).
(C1) Game level difference between the first player and the second player,
(C2) Score difference, difference in billing amount so far,
(C3) Difference in game play time,
(C4) Number of items owned or
(C5) When a given relationship in the game between the first player and the second player, such as the total level difference of the total items owned, is established (specifically, the second player than the first player). If the player's progress towards the game is slow)
Provided to the gacha possessed by the first player as satisfying the executable condition.

For example, the game management unit 103 has experience points and scores when the game level and the game stage being executed by the second player are lower than those of the first player, when the play time is short, when the number of items possessed is small, and so on. When the progress of the game in the second player is slower than that in the first player, such as when the game parameters such as are low, the first player satisfies a given executable condition in which the gacha can be executed. The gacha owned by one player is provided to the second player.

In addition, in place of the above, or in addition to the above, the game management unit 103
(1) When instructed by the first player
(2) When requested by a second player, or
(3) When a predetermined condition is cleared during the game of the first player or the second player, such as clearing a predetermined game stage or quest.
The box gacha or normal gacha possessed by the first player may be provided to another player (that is, the second player), assuming that the executable condition is satisfied.

Further, the game management unit 103 has a relationship in which the first player and the second player are registered as friends in the game, or a relationship in which the game is executed in collaboration. On the premise of the case, when the above-mentioned enablement conditions are satisfied, the gacha of the first player is provided to the second player, but these preconditions are unnecessary and simply described above. When such an executable condition is satisfied, the gacha of the first player may be provided to the second player.

On the other hand, in providing the gacha, the gacha may be moved from the first player to the second player as an item. That is, the game management unit 103 may move the gacha as an item from the item information 149 of the first player to the item information 149 of the second player.

Further, the game management unit 103 makes it possible for the second player to execute the gacha possessed (executed) by the first player while maintaining the process of executing the box gacha or the normal gacha under the first player. It may be set.

That is, while the information as the item of the gacha registered in the item information 149 of the first player is maintained, the same gacha as the information of the gacha registered in the item information 149 of the first player is the second. It may be registered as item information in the item information 149 of the player. However, the gacha registered in the item information 149 of the second player is provided as a gacha with different lottery conditions as described later.

On the other hand, in principle, the game management unit 103 provides a box gacha from the first player to the second player, and the box gacha has already been executed by the first player, and some lottery target items. Is acquired (disappeared), and if the number of lottery target items does not meet the specified number as the initial value, the lottery target items are replenished up to the specified number and provided to the second player.

However, in this case, the number of items subject to lottery for the corresponding box gacha does not necessarily have to be replenished up to a predetermined number set in advance as an initial value, and the game management unit 103 only replenishes specific items such as rare items. May be replenished, or a certain number or more (for example, 80% or more) may be replenished.

That is, when the number of lottery target items of the gacha to be provided does not satisfy the specified number as the initial value, the game management unit 103 draws rare items up to the predetermined number of rare items. May be replenished as and provided to a second player
You may change the winning probability of a rare item that has not been acquired to the winning probability of a rare item specified as the initial value and provide it to 2 players.

Further, as a gacha to be provided to other players, the game management unit 103 acquires, for example, a gacha for providing an item that exerts its ability in the linked play of the player, and one item by executing one gacha. Gachas may be multiple gachas that acquire multiple items by executing one gacha, or gachas that have specific attributes and characteristics such as gachas that include rare items, or all gachas are provided. It may be a target.

Further, the game management unit 103 may provide the gacha to the second player with a predetermined consideration.

In addition, in providing the gacha, instead of providing the gacha as an item, the right to execute the gacha may be simply provided. In this case, the game management unit 103 provides basic information on the gacha in the first player (for example, information on the number of lottery target items including the item level (including the degree of growth and evolution) or the number of rare items). ), And a new box gacha or normal gacha may be generated based on the acquired information and provided to the second player.

Further, in this case, the game management unit 103 may maintain the execution of the gacha in the first player, or the extinction of the right of the first player (that is, the target gacha in the item information 149). Information deletion) may be executed.

[4.4] Execution processing of gacha provided by other players (acquisition processing of winning items)
Next, the execution processing of the gacha provided by another player in the present embodiment will be described with reference to FIGS. 6 to 8. 6 to 8 are diagrams for explaining the execution process of the gacha provided by another player.

(Basic principle)
Basically, when the gacha is provided from the first player to the second player, the game management unit 103 causes the second player to execute the provided gacha so that the second player can execute the provided gacha. To execute the gacha under a lottery condition different from the lottery condition in the first player.

Specifically, when the game management unit 103 executes the gacha (including the box gacha and the normal gacha) provided by the first player by the second player, the lottery when the first player executes the gacha. A lottery condition different from the condition is set (changed), and the gacha is executed according to the set lottery condition.

For example, in the game management unit 103, when the second player executes the gacha provided by the first player, the first player executes the gacha, and the game management unit 103 executes the gacha.
(1) Lottery probability of each item to be drawn, lottery probability of a specific item (rare item), (2) Number of the item, or
(3) Type of the item (including different game parameters such as item level, growth degree and evolution degree, or experience value)
The lottery conditions for the item lottery itself, such as, are set to different lottery conditions.

In particular, in the case of a box gacha, the game management unit 103 maintains the gacha level, experience value, growth degree and evolution degree of the first player, and the lottery in the above (1) to (3). Set the conditions to different lottery conditions.

Then, the game management unit 103 consumes a predetermined amount of game parameters such as a physical strength value and points (including game parameters acquired in advance by charging), a player's instruction based on the charging, and a predetermined stage (for example, a bonus). When the predetermined enablement conditions such as the stage), the clearing of the quest, or the combination thereof are satisfied, the gacha provided by the first player is executed.

For example, as shown in FIG. 6 (A), in the gacha lottery condition when executed by the first player, the item level of the gacha is "5".
(A1) Item A: Lottery probability = 25% (calculated by the item level of gacha x the standard value "5" given to item A), non-rare item, item level 3 (out of 10 levels), (A2) item B : Lottery probability = 10% (calculated by the item level of gacha x the standard value "2" given to item B), rare items, item level 10 (out of 10 levels), and
(A3) Item C: Lottery probability = 65% (100% -lottery probability of item A-calculated by lottery probability of item B), non-rare item, item level 1 (1 out of 10),
It is assumed that a box gacha having the lottery target item is provided to the second player.

In this case, the game management unit 103 executes a box gacha having a lottery condition changed for the second player regarding the item type while maintaining the presence / absence of rareness of the item and the lottery probability to the second player. Let me.

That is, as shown in FIG. 6B, the game management unit 103 has a gacha level of "5" as a box gacha executed by the second player.
(B1) Item D: Lottery probability = 25% (calculated by the item level of gacha x the standard value "5" given to item A), non-rare item, item level 3 (out of 10 levels), (B2) item E : Lottery probability = 10% (calculated by the item level of gacha x the standard value "2" given to item B), rare items, item level 10 (out of 10 levels), and
(B3) Item F: Lottery probability = 65% (100% -lottery probability of item A-calculated by lottery probability of item B), non-rare item, item level 1 (1 out of 10),
Execute a box gacha with the lottery target item.

If the first player does not provide the second player with a box gacha with a gacha item level of "5" (that is, the second player uses a box gacha of the same type as the box gacha on his own to advance the game. The item level of the gacha at the time of acquisition is "1".

Therefore, as shown in FIG. 6C, the game management unit 103 uses the box gacha executed by the second player as a box gacha.
(B1) Item D: Lottery probability = 5%, non-rare item, item level 3 (out of 10 levels),
(B2) Item E: Lottery probability = 2%, rare item, item level 10 (out of 10 levels), and
(B3) Item F: Lottery probability = 93%, non-rare item, item level 1 (1 out of 10),
Execute a box gacha with the lottery target item.

Further, in FIG. 6, items A to C are items required at the present time in the game of the first player and items that can be acquired at that level, and are unnecessary for the current game in the second player. An item or an item that cannot be obtained at that level. Items D to F are items required at the present time in the game of the second player and items that can be acquired at that level, and are unnecessary (meaningless) in the current game in the first player. An item or an item already acquired at that level.

On the other hand, when executing the gacha provided by the first player, the game management unit 103 replaces the above-mentioned changed lottery conditions, or in addition to the changed lottery conditions, the physical strength value and the physical strength value and the like. The first is the execution condition for determining whether to execute the lottery process such as the type and amount of game parameters consumed when executing gacha such as points, or the number and type of items used for it. It may be used (changed) as a condition different from the execution condition when the player executes it.

For example, as shown in FIG. 7, it is assumed that the physical strength value consumed when executing the gacha is "50" in the execution condition in the lottery condition of the gacha when executing in the first player.

In this case, as a box gacha to be executed by the second player, the game management unit 103 executes the gacha by consuming "10" of the physical strength value when executing the gacha, as shown in FIG. Let me.

(Setting of lottery conditions based on gacha execution timing in the second player)
When the game management unit 103 executes the gacha provided by the first player by the second player, the time length from the timing when the gacha is provided by the first player to the timing when the gacha is executed is set. Depending on the situation, a lottery condition different from the lottery condition when the first player executes the game may be determined.

That is, the game management unit 103 takes time from the timing when the gacha is provided by the first player to the timing when the gacha is executed in order to motivate the second player to execute the game. Depending on the length, as mentioned above,
(1) Lottery probability of each item subject to lottery,
(2) Number of items (3) Type of item (including different item levels)
You may set lottery conditions for the lottery itself of different items such as, and execute the gacha provided by the first player based on the set conditions.

For example, the game management unit 103 considers a rare item when the time length from the timing when the gacha is provided by the first player to the timing when the gacha is executed is within a certain period (for example, within 3 hours). If the winning probability is set to increase by 50% and the time to the timing is longer than a certain period (for example, 3 days or more), the winning probability of the rare item is set to decrease by 50%.

In addition, when the game management unit 103 executes the gacha provided by the first player, as in the case described in the item of the basic principle, instead of the above-mentioned changed lottery conditions, or the said In addition to the changed lottery conditions, whether or not to execute the lottery process such as the type and amount of game parameters consumed when executing gacha such as physical strength value and points, or the number and type of items used for it. The execution condition for determining the above may be used (changed) as a condition different from the execution condition when the first player executes.

(Setting of lottery conditions based on the relationship between the first player and the second player)
When the game management unit 103 digitizes the contact points in the game of the first player and the second player, calculates the contact information, and executes the gacha provided by the first player by the second player. , The lottery conditions different from the lottery conditions when the first player executes may be determined according to the quantified contact information of the first player and the second player.

That is, the game management unit 103 advantageously sets the lottery conditions when, for example, it is determined by the quantified contact information that the first player and the second player have a close relationship. However, since it is possible to give motivation for interacting with other players using the game, the contact points between the first player and the second player that are quantified in order to activate the game. Depending on the information, lottery conditions for the lottery itself of different items may be set, and the gacha provided by the first player may be executed based on the set conditions.

Specifically, the game management unit 103 is based on the player-related information.
(1A) Number of times message data is sent and received,
(1B) Number of times the acquisition process is provided or received,
(1C) Number of items provided, number of receipts and number of exchanges,
(1D) The number of other registered players in common, and
(1E) The contact information of the first player and the second player, such as the execution time length when the game is executed in collaboration, is quantified.

Then, the game management unit 103 responds to the quantified contact information in the first player and the second player, as described above.
(2A) Lottery probability of each item subject to lottery,
(2B) Number of items (2C) Type of item (including different item levels)
Lottery conditions related to the lottery itself of different items such as are set, and the gacha provided by the first player is executed based on the set conditions.

For example, when the number of times the message data is transmitted and received between the first player and the second player is a certain number of times or more (for example, 100 times or more), the game management unit 103 increases the winning probability of the rare item by 50%. If it is within a certain number of times (for example, within 10 times), the winning probability of the rare item is set by 50% reduction.

In addition, when the game management unit 103 executes the gacha provided by the first player, as in the case described in the item of the basic principle, instead of the above-mentioned changed lottery conditions, or the said In addition to the changed lottery conditions, whether or not to execute the lottery process such as the type and amount of game parameters consumed when executing gacha such as physical strength value and points, or the number and type of items used for it. The execution condition for determining the above may be used (changed) as a condition different from the execution condition when the first player executes.

(Setting of lottery conditions based on the billing status or game status of the first or second player)
When the game management unit 103 executes the gacha provided by the first player by the second player, the game management unit 103 depends on the billing status and the game status (for example, play frequency) of the first player or the second player. , The lottery conditions different from the lottery conditions when the first player executes may be determined.

That is, the game management unit 103 determines the billing status or the game status of the first player or the second player in order to motivate the first player and the second player to execute the game. Depending on, as mentioned above,
(1) Lottery probability of each item to be drawn (2) Number of items (3) Type of item (including different item levels)
You may set lottery conditions for the lottery itself of different items such as, and execute the gacha provided by the first player based on the set conditions.

For example, in the game management unit 103, the charge amount of the second player (or the first player) within a predetermined period (specifically, for one month) is a certain amount or more (for example, ¥ 50.000.-). In the case of (above), the winning probability for rare items is set to increase by 50%, and if the billing amount is lower than a certain amount (that is, ¥ 49.999 or less), the winning probability for rare items is set to 50%. Set by decrement.

In addition, when the game management unit 103 executes the gacha provided by the first player, as in the case described in the item of the basic principle, instead of the above-mentioned changed lottery conditions, or the said In addition to the changed lottery conditions, whether or not to execute the lottery process such as the type and amount of game parameters consumed when executing gacha such as physical strength value and points, or the number and type of items used for it. The execution condition for determining the above may be used (changed) as a condition different from the execution condition when the first player executes.

(Setting of lottery conditions based on items provided by the first player)
The game management unit 103 is in the case where the item (that is, the possessed item) owned by the first player is provided when the gacha is provided by the first player, and the second player first provides the item. When executing the gacha provided by the player, the lottery conditions may be determined based on the information specified for the possessed item.

For example, the game management unit 103 determines the attack type and combo of the attributes (fire attribute, water attribute, firearm, magic, armor, etc.) to which the possessed item provided by the first player belongs at the time of an attack during the game. It has the same attributes and characteristics as (attributes used in the game such as the conditions for activating the technique) and characteristics (ability of items such as high attack power, high defense power, and high agility) or related attributes and characteristics. Increase the winning probability of the item, or change the winning probability of the rare item according to the level (item level), growth degree or evolution degree of the provided item (specifically, the item level and growth degree Even if the lottery conditions for favorably executing the acquisition process are determined by the item provided together with the acquisition process right provided by the first player, such as (the higher the value, the higher the winning probability of the rare item). good.

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

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

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

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

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

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

[5] Operation in the present embodiment (Gacha providing process and gacha execution process)
Next, the operation of the gacha providing process and the gacha execution process executed by the server device 10 of the present embodiment will be described with reference to FIG. Note that FIG. 9 is a flowchart showing the operation of the gacha providing process and the gacha execution process executed by the server device 10 of the present embodiment.

This operation is an operation executed for each player who is executing the use registration of the game, and it is assumed that the game information 144, the player information 146, and the item information 149 in each player are already stored.

Further, this operation is an operation when a box gacha is provided as a first player as a gacha of 1 acquisition process from a player targeted for this operation to another player (that is, the second player described above). In addition, when the gacha is executed, it is an operation executed by the player who is the target of this operation as the second player.

Further, in this operation, it is assumed that another player as the second player who provides the box gacha as the first player is specified in advance.

First, when the game management unit 103 detects a gacha provision instruction or a box gacha execution instruction based on a player's instruction or a command from the game (step S101), the game management unit 103 provides a box gacha to another player. It is determined whether or not there is (step S102).

At this time, if the game management unit 103 determines that the instruction is to provide the box gacha, the process proceeds to the process of step S103, and if it is determined that the instruction is not to provide the box gacha, the game management unit 103 considers that the instruction is to execute the box gacha and processes step S105. Move to.

Next, when the game management unit 103 determines that the instruction detected by the process of step S101 is the box gacha provision instruction, the game management unit 103 identifies the box gacha to be provided based on the instruction of the target player, and the specified box gacha Is provided to another predetermined player (that is, a second player) (step S103), and this operation is terminated.

At this time, the game management unit 103 reads the provided box gacha information from the item information 149 of the target player, and registers the read information about the box gacha in the item information 149 of another player.

The game management unit 103 maintains information about the box gacha in the target player.

On the other hand, when the game management unit 103 determines that the instruction or command detected by the process of step S101 is not a gacha provision instruction (that is, a box gacha execution instruction), the game management unit 103 identifies the box gacha by the player's instruction (that is, it is a box gacha execution instruction). Step S105), it is determined whether or not the specified box gacha is a box gacha provided by another player (that is, the first player) (step S106).

At this time, if the game management unit 103 determines that the specified box gacha is a box gacha provided by another player (that is, the first player), the game management unit 103 proceeds to the process of step S107 and specifies the box gacha. If it is determined that the box gacha is not the box gacha provided by another player (that is, the first player), the process proceeds to step S109.

Next, when the game management unit 103 determines that the specified box gacha is a box gacha provided by another player (that is, the first player), it is stored in the player information 146 and the item information 149. The lottery conditions (including the lottery start conditions) are set based on the information provided (step S107). However, if the specified box gacha is a box gacha that has been executed before, the game management unit 103 uses the previously set lottery conditions, so that the process passes this process and the process is performed in step S108. Transition.

Next, the game management unit 103 determines whether or not the execution start condition of the gacha, such as whether or not a predetermined game parameter can be consumed in executing the gacha, is satisfied (step S108). At this time, if the game management unit 103 determines that the execution start condition of the gacha is satisfied, the process proceeds to the process of step S109, and if it is determined that the execution start condition is not satisfied, the game management unit 103 determines that the execution start condition is not satisfied. End the operation.

Next, when the game management unit 103 determines that the execution start condition of the gacha is satisfied, or the box gacha specified in the process of step S106 is provided by another player (that is, the first player). If it is determined that it is not a box gacha, the item acquired by executing the corresponding box gacha is registered in the item information 149 as a winning item (step S109).

Next, the game management unit 103 executes a predetermined process after the lottery such as registration or deletion after winning the corresponding box gacha such as replenishment or deletion of items (step S110), and ends this operation.

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

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

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

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

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

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

Claims (11)

A program that runs a game that involves acquiring items
A game control means that controls the game while storing the item acquired by the game in a storage means for each player and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery, and
A detection means for detecting whether or not a condition relating to the first player or a second player different from the first player is satisfied as an executable condition, and a detection means.
A means of providing the right to execute the acquisition process from the first player to the second player when the executable condition is detected.
Make your computer work as
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed according to a lottery condition different from the lottery condition when the first player executes the acquisition process. A program that is characterized by being executed. A program that runs a game that involves acquiring items
A game control means that controls the game while storing the item acquired by the game in a storage means for each player and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery, and
A means of providing a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
Make your computer work as
The acquisition processing control means
When the acquisition process is executed based on the rights provided by the first player by the second player, the right exercise of the acquisition process is related to the timing when the acquisition process is provided by the first player. A program characterized in that a lottery condition different from the lottery condition when executed by the first player is determined according to the length of time until the timing. A program that runs a game that involves acquiring items
A game control means that controls the game while storing the item acquired by the game in a storage means for each player and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery.
A means of providing a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
A management means that stores and manages information regarding the use of the game by each player, which indicates a relationship with another player, as player-related information in the storage means, and
A calculation means for calculating contact information by quantifying the contacts of the first player and the second player based on the stored player-related information of each player.
And further made to function computer and,
The acquisition processing control means
When the acquisition process is executed based on the rights provided by the first player by the second player, the acquisition process is performed according to the quantified contact information of the first player and the second player. A program characterized in that a lottery condition different from the lottery condition when executed by the first player is determined. A program that runs a game that involves acquiring items
A game control means that controls the game while storing the item acquired by the game in a storage means for each player and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery, and
A means of providing a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
Make your computer work as
The acquisition processing control means
When the acquisition process is executed based on the rights provided by the first player by the second player, depending on the billing status of the first player or the second player, or the game status. , A program characterized in that a lottery condition different from the lottery condition when executed by the first player is determined. In the program according to any one of claims 1 to 4,
The providing means
When the progress of the game in the second player is slower than that of the first player, the acquisition process is executed assuming that the first player satisfies a given executable condition capable of executing the acquisition process. A program that provides a second player with the right to do so. In the program according to any one of claims 1 to 5,
The providing means
When the executable condition is satisfied, the second player is provided with the right to execute the acquisition process together with the possessed item indicating the item possessed by the first player.
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed based on the information specified for the possessed item provided by the first player. A program that determines lottery conditions. In the program according to claim 6,
The acquisition processing control means
A program that sets the winning probability of a given item as the lottery condition based on the information specified for the possessed item provided by the first player. A server system that runs a game that involves acquiring items.
For each player, a game control means that controls the game while storing the item acquired by the game in a storage means and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery.
A detection means for detecting whether or not a condition relating to the first player or a second player different from the first player is satisfied as an executable condition, and a detection means.
A means of providing the right to execute the acquisition process from the first player to the second player when the executable condition is detected.
With
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed according to a lottery condition different from the lottery condition when the first player executes the acquisition process. A server system characterized by being executed. There is a server system that runs the game, including acquiring items,
For each player, a game control means that controls the game while storing the item acquired by the game in a storage means and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery.
A providing means that provides a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
With and
The acquisition processing control means
When the acquisition process is executed based on the rights provided by the first player by the second player, the right exercise of the acquisition process is related to the timing when the acquisition process is provided by the first player. A server system characterized in that a lottery condition different from the lottery condition when the first player executes is determined according to the length of time until the timing. There is a server system that runs the game, including acquiring items,
For each player, a game control means that controls the game while storing the item acquired by the game in a storage means and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery.
A providing means that provides a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
A management means for storing and managing information regarding the use of the game by each player and indicating a relationship with another player in the storage means as player-related information.
A calculation means for calculating contact information by quantifying the contacts of the first player and the second player based on the stored player-related information of each player.
With and
The acquisition processing control means
When the acquisition process is executed by the second player based on the rights provided by the first player, the acquisition process is performed according to the quantified contact information of the first player and the second player. A server system characterized in that a lottery condition different from the lottery condition when executed by the first player is determined. There is a server system that runs the game, including acquiring items,
For each player, a game control means that controls the game while storing the item acquired by the game in a storage means and managing the stored item.
An acquisition process control means for controlling the execution of an acquisition process for causing the player to acquire the item by lottery.
A providing means that provides a second player with the right to execute the acquisition process when the first player satisfies a given executable condition capable of executing the acquisition process.
With and
The acquisition processing control means
When the acquisition process is executed based on the rights provided by the first player by the second player, depending on the billing status of the first player or the second player, or the game status. , A server system characterized in that a lottery condition different from the lottery condition when executed by the first player is determined.

Images