JP6021129B2 - Program and information processing apparatus - Google Patents

Description

  The present invention relates to a program and an information processing apparatus.

  In recent years, a so-called free-to-play (F2P) game system is known in which a game for a mobile terminal such as a smartphone is downloaded for free and a basic play is enjoyed for free. In this F2P game, there is a game in which a free lottery (free gacha) and a pay lottery (pay gacha) by charging are prepared.

  For example, content can be acquired by free lottery and paid lottery, but there is a game in which content won by pay lottery has a higher game value (rare) than content won by free lottery (for example, patents) Reference 1).

JP 2014-8067 A

  However, games that can acquire content and items with high rarity by paying lottery, etc. have become a very common mechanism nowadays, so this mechanism alone motivates players to charge As it is becoming insufficient. In other words, there is a need for a new mechanism that provides motivation for billing for players.

  Therefore, an object of the present invention is to provide a new mechanism for providing motivation for charging a player.

  A program according to an aspect of the present invention corresponds to an event control step for controlling an in-game event that can be executed by one or a plurality of players in a computer, and a game item used in the game for the player that executed the event. A program for executing a granting step of granting a material item to be performed and a purchase control step of controlling the purchase of the first game item by charging from a player, wherein the granting step includes history information relating to the first game item When a first player who does not have an event executes an event together with a second player having history information about the first game item, the material is given on the condition that the first player has history information about the first game item. The item can be given to the first player.

It is a key map showing an example of the game processing system in an embodiment. It is a figure which shows an example of the hardware constitutions of the server in embodiment. It is a figure which shows one screen for demonstrating the game outline | summary in embodiment. It is a block diagram which shows an example of the function structure of the server in embodiment. It is a figure which shows the example of the information memorize | stored in the memory | storage means in embodiment. It is a figure which shows an example of the player possession information which shows the game item and material item which a player in embodiment has. It is a figure which shows the structural example of the quest in embodiment. It is a figure for demonstrating the example of a screen transition of the quest release by the gacha in embodiment. It is a figure which shows the example of a screen transition in case a player is a host in a multiplayer. It is a figure which shows the example of a screen transition in case a player is a guest in a multiplayer. It is a figure which shows an example of a material item. It is a flowchart which shows an example of the event execution process of the server in embodiment. It is a flowchart which shows an example of the event execution process in embodiment.

  Embodiments of the present invention will be described below with reference to the drawings. However, the embodiment described below is merely an example, and there is no intention to exclude various modifications and technical applications that are not explicitly described below. That is, the present invention can be implemented with various modifications without departing from the spirit of the present invention. In the following description of the drawings, the same or similar parts are denoted by the same or similar reference numerals. The drawings are schematic and do not necessarily match actual dimensions and ratios. In some cases, the dimensional relationships and ratios may be different between the drawings.

[Embodiment]
Hereinafter, a program and an information processing apparatus according to an embodiment of the present invention will be described with reference to the drawings.

<Outline of game processing system>
Drawing 1 is a key map showing an example of game processing system 1 in an embodiment. As shown in FIG. 1, for example, in a game processing system 1, a server (information processing device) 10 provided by a game operating company, a billing server 20, and game devices 30A, 30B, and 30C of each user are connected to a network N. Connected through.

  Each game device uses the reference numerals 30A, 30B, and 30C when individually described, and does not need to be individually distinguished, and uses the reference numeral 30 when collectively described. The game apparatus 30 is, for example, a mobile terminal, a tablet terminal, a PDA (Personal Digital Assistant), a personal computer, a game machine, or the like.

  The server 10 controls, for example, a game in which a plurality of players play the basics free of charge via the network N, such as a so-called F2P online game. The server 10 receives an operation instruction input from the game apparatus 30, controls the progress of the game, and manages and distributes data necessary for executing the game.

  The billing server 20 is a server that performs billing processing in the game in response to a billing request from the game device 30 or the server 10.

  The game apparatus 30 is connected online to the server 10 via the network N, and executes game play in the form of a web game.

  The network N is the Internet or the like, and includes a wireless LAN access point, a mobile phone base station, and the like.

<Hardware configuration>
Next, the hardware configuration of the server 10 will be described. FIG. 2 is a diagram illustrating an example of a hardware configuration of the server 10 according to the embodiment. As shown in FIG. 2, the server 10 includes a control unit 102, a communication interface 106, a storage unit 108, a display unit 114, and an input unit 116, and each unit is connected via a bus line 118. The

  The control unit 102 includes a CPU, a ROM, a RAM 104, and the like. The control unit 102 is configured to execute, for example, a process related to an online game in addition to a function as a general information processing apparatus by executing a control program 110 or the like stored in the storage unit 108.

  The RAM 104 temporarily stores various types of information and is used as a work area when the CPU executes various types of processing.

  The communication interface 106 controls communication with the billing server 20 and the game apparatus 30 via the network N.

  The storage unit 108 includes, for example, an HDD, and stores a control program 110 in addition to storing an application and data (not shown) for realizing a function as a general information processing apparatus. The storage unit 108 includes an information storage unit 112.

  The control program 110 is a program for performing processing related to a game, and is a program that receives an operation instruction from the game apparatus 30 and controls the progress of the game while playing based on the operation instruction. The control program 110 may be stored in a computer-readable recording medium, read from the recording medium, and stored in the storage unit 108.

  The information storage unit 112 stores, for example, necessary data used for a game and data related to a user.

  The display unit 114 displays information to the administrator. The input unit 116 accepts input from the administrator or accepts instructions from the administrator. In addition, the server 10 does not necessarily include the display unit 114 and the input unit 116, and the display unit 114 and the input unit 116 may be connected to the server 10 from the outside.

<Outline of the game>
Here, an outline of a target game in the embodiment will be described. FIG. 3 is a diagram illustrating a screen for explaining an outline of the game in the embodiment. The screen shown in FIG. 3 represents a state in which the player characters Pc1 to Pc4 controlled by each player are in battle with the enemy character Ec1. Each player character Pc1-4 can equip the game item which each has. The equipment of the game item increases the fighting ability of the player character.

  The game item can be acquired by being provided in one of a free lottery (free gacha) or a pay lottery (pay gacha). Corresponding rarity is set for each game item, and these pieces of information are stored in the storage unit 108. For example, there are three levels of rarity in the order of super rare, rare, and normal. Rare items are more rare than normal, and super rare items are more rare than rare items. A game item having a higher rarity is set to have a lower probability that it can be acquired as a result of lottery (gacha), and improves the battle ability of the player character when equipped.

  Note that the pay lottery has a higher probability of acquiring a higher rarity game item than the free lottery. As an example, in the free lottery, the provision rate is set so that normal, rare, and super rare can be acquired with a probability of 95%, 4.5%, and 0.5%, respectively, and in the paid lottery, normal, rare, and super rare are 60 The provision rate is set so that each can be acquired with a probability of%, 30%, and 10%. Information on this acquisition rate is stored in the storage unit 108.

  The button Bt1 shown in FIG. 3 is a button for causing the player character to defend. The buttons Bt2 and Bt3 shown in FIG. 3 are buttons for causing the player character to perform an attack corresponding to each button. The player character is controlled by the player to attack and defend with good timing in order to defeat the enemy character Ec1.

  When the enemy character Ec1 loses the battle due to the attack of each player character, the enemy character Ec1 causes the material item to appear with a predetermined probability instead of disappearing, for example. In this case, at least one player character can obtain a material item that has appeared as a reward for defeating the enemy character Ec1.

  The material item has a function of improving the fighting ability of the player character that uses the game item. For example, when a material item is used as a game item, a locked skill held by the game item is unlocked. Here, for example, use of a material item corresponds to “combining” a material item with a game item during a game. In addition, by using the material item as a game item, the skill parameters of the game item, such as the battle skill of the game item, the attack power and the defense power set in the game item are improved, and the used material item is possessed by the player. You may make it erase from an item. Thereby, the player character equipped with this game item can improve the fighting ability more than before the material item is used as the game item.

  In addition, the rarity may be set for the material item as well as the game item. For example, if a material item corresponding to the same game item has multiple rarity material items, a higher rarity material item (rare material item) is used as a game item, which is higher than a normal material item. Effects such as an increase in ability occur. For example, as an example of special effects that cannot be achieved with normal material items, the ability parameters such as attack power and defense power are improved compared to the case of using normal material items, and are set for game items. You may make it generate | occur | produce by combining with the rare material item the effect which raises the capability of the upper limit made, the effect which becomes possible to use a special skill, etc.

  In the game described above, an enemy character corresponding to a specific game item may appear on the condition that the player has acquired the specific game item. At this time, when the player defeats the enemy character, a material item corresponding to the enemy character or a material item corresponding to at least one game item equipped by the player character may appear.

  The game items are items such as weapons, spears, trunks, and limbs. There may be a plurality of game items of each type, and each set of weapon, spear, copper, and limb game items may be set as one set, and this set may correspond to an enemy character. In this case, when the player defeats the enemy character, a material item that can be used in common for the game items in the set corresponding to the enemy character may appear.

  The player may cause more damage to the enemy character by attacking with the game item corresponding to the enemy character. Further, the player may take less damage against the attack from the enemy character by defending with the game item corresponding to the enemy character.

  In addition, as an aspect of an enemy character, a game item, and a material item, it is not restricted only to said example, A various change is possible. For example, the enemy character may be a monster, the game item may be a card representing the monster or character, and the material item may be an evolution card that evolves the monster or character.

<Functional configuration>
Next, a functional configuration of the server 10 for executing the above-described game will be described. FIG. 4 is a block diagram illustrating an example of a functional configuration of the server 10 in the embodiment. The server 10 illustrated in FIG. 4 includes a transmission unit 202, a reception unit 204, an execution unit 206, and a storage unit 208. The server 10 can implement functions such as the execution unit 206 by executing the control program 110.

  The transmission unit 202 can be realized by the communication interface 104, the control unit 102, and the like, for example. The transmission unit 202 transmits data necessary for the game to the game apparatus 30 in accordance with an instruction from the execution unit 206.

  The receiving unit 204 can be realized by the communication interface 104, the control unit 102, and the like, for example. The receiving unit 204 receives information related to the game, such as an input operation instruction, from each game device 30.

  The execution unit 206 can be realized by the control unit 102, the storage unit 106, and the like, for example. The execution means 206 executes the game based on the received operation instruction.

  The storage unit 208 can be realized by the storage unit 106, for example. The storage unit 208 stores information related to the game. For example, the storage unit 208 includes event information in which game items and events in the game are associated, material item information in which game items and material items are associated, player possession information indicating game items possessed by the player, and the like. Remember.

  FIG. 5 is a diagram illustrating an example of information stored in the storage unit 208 according to the embodiment. FIG. 5A is a diagram illustrating an example of event information in the embodiment. As shown in FIG. 5A, a game item and an event are associated with each other. Thereby, when executing an event, it is possible to perform control such that only the event corresponding to the game item possessed by the player is executed. Here, the event in the game is, for example, a battle between a player character and an enemy character called a quest.

  FIG. 5B is a diagram illustrating an example of material item information in the embodiment. As shown in FIG. 5B, the game item and the material item are associated with each other. Thereby, when making a material item appear, control which makes only the material item corresponding to the game item possessed by the player appear is attained. Note that the information shown in FIGS. 5A and 5B may be integrated.

  FIG. 6 is a diagram illustrating an example of player possession information indicating game items and material items possessed by the player in the embodiment. The player possession information shown in FIG. 6 is held in association with the player identification information.

  The player possession information is associated with the number of various game items and the number of material items for each set. For example, the set A indicates that there are 0 game items A, 1 game item B, 2 game items C, 0 game items D, and 2 material items common to the set A.

  The set B indicates that there are 0 game items but 1 material item. Basically, a player cannot acquire a material item corresponding to a set unless the player has any game item. However, as in Set B, there are exceptions. For example, when a player who does not have a game item of set B executes an event together with another player who has a game item of set B, the material item of set B that appears in this event is acquired. This is the case. This example will be described later. Note that the material item may correspond to the game item as described above.

Note that the player possession information shown in FIG. 6 may be history information regarding game items. When history information regarding game items is used, the number of possessed game items shown in FIG. 6 may be replaced with at least one of the following information.
Whether the player possesses or has possessed the game item. Whether the player character equips or has equipped the game item. The player character possesses the game item. Whether or not the player has used the game item, whether or not the player has purchased the game item, or whether or not the player has transferred the game item to another player

  Now, returning to FIG. 4, the details of the execution means 206 will be described. The execution unit 206 includes an execution determination unit 212, an event control unit 214, a grant unit 216, a purchase control unit 218, a lottery unit 220, and a display control unit 222.

  The purchase control means 218 controls purchase of a game item (first game item) by charging from a player at an arbitrary timing. The arbitrary timing is, for example, when the player presses a button for purchasing a game item. The purchase control means 218 communicates with a billing system, for example, the billing server 20, and performs control necessary for payment of a predetermined amount corresponding to the pay lottery selected by the player, that is, billing processing.

  Here, in the above example, an example is shown in which a charging process is directly performed when purchasing a game item. However, a charging item may be purchased by charging, and a game item may be purchased in exchange for consumption of the charging item. In the following description, “charging” includes not only direct charging but also indirect charging due to consumption of charging items. In the embodiment, the game item is purchased by pay lottery. However, the purchase form is not limited to this, and even if the player can select and purchase the game item desired by the player at the virtual store in the game without going through the lottery. Good.

  The execution determination unit 212 refers to the storage unit 208 that stores the game item and the event in association with each other, and determines whether to execute the first event related to the first game item acquired by the player's billing.

  The execution determination unit 212 charges the player (second player) who has the first game item, permits the first event to be executed, and does not have history information regarding the first game item (first player). (1 player) is refused to execute the first event. The execution determination unit 212 permits the first player to execute the first event only when the first player executes the first event together with the second player.

  The event control means 214 controls the execution of events that can be executed by one or more players. The event control means 214 controls the progress of the game based on an operation instruction from the game device 30, controls the release of the event, etc., and controls the battle between the player character controlled by the player and the enemy character. Or Note that the release of an event is to make a new quest appear, for example.

  The giving unit 216 gives a material item corresponding to a game item used in the game to the player who executed the event. Giving a material item means that the material item is displayed (appears) on the display unit and is acquired by the player.

  For example, when the player character defeats an enemy character that appears in the quest, the providing unit 216 gives the material item to the player with a predetermined probability. At this time, the material item to be given may be a material item corresponding to a game item possessed by the player. Thereby, the material item for improving the battle ability of the game item which a player possesses can be provided to a player.

  In addition, the granting unit 216 is configured so that a first player who does not have history information about the first game item (for example, does not have the first game item) and a second player who has history information about the first game item. When the event is executed, the material item given on the condition that the history information about the first game item is included can be given to the first player. Hereinafter, as history information regarding the first game item, the possession information of the first game item will be described as an example.

  Thereby, for example, a first player who does not have the first game item can acquire a material item that improves the fighting ability of a game item different from the game item he / she owns. As the player psychology, the game item is desired by acquiring the material item corresponding to the game item that the player does not possess first. Therefore, by introducing a mechanism for acquiring the material item first, this mechanism becomes a motivation for charging in order for the player to acquire a game item corresponding to the previously acquired material item.

  Further, even if the first player is an enemy character that has not yet appeared in his / her event and cannot battle, the first player can battle with the enemy character if he / she plays with the second player. Therefore, when the first player defeats the enemy character, the material item corresponding to the enemy character can be acquired first.

  Further, the granting means 216 may grant the first material item corresponding to the first game item possessed by the second player to the first player. Accordingly, the first player can see the second player fighting using the first game item, and it is easy to imagine that the first player fights using the first game item. Therefore, the first player wants the first game item that can be imagined to fight in the player, and this granting process can provide stronger motivation for charging.

  Moreover, rarity may be set to the material item as described above. As a result, when the second player who accompanies the first player accidentally acquires a material item with a low appearance rate and a high rarity, he / she wants to effectively use the material item with a high rare value. Therefore, the first player acquires the first game item corresponding to the material item and wants to use the material item with high rarity, so that this process can provide stronger motivation for billing. it can.

  The lottery means 220 draws one game item from a plurality of game items stored in the storage means 208 that stores the game item and the material item in association with each other. At this time, the lottery means 220 determines the winning probability of the first game item as the current value when the first player possessing the first material item corresponding to the first game item draws on condition that the purchase control means 218 charges. Higher than. The lottery means 220 specifies the first material item possessed by the player performing the lottery by searching the player possession information shown in FIG. 6 using the player identification information and the like. Alternatively, a plurality of first game items can be specified.

  Accordingly, when the first player who possesses the first material item tries to acquire the first game item by paying lottery by charging, the first game item has a high probability of winning. One game item is easily acquired. Therefore, it becomes possible to provide motivation for charging to the first player.

  The display control unit 222 controls the display unit of the game apparatus 30 to display values before and after the change of the winning probability of the first game item. Thereby, the first player can grasp that the first game item is easily acquired, and this can be used as an opportunity to provide motivation for charging to the first player. become.

<Specific example>
Next, a specific example of the game in the embodiment will be described using a game screen displayed on the game apparatus 30. In the specific example shown below, the event is a quest, the enemy character is a monster, and the lottery is called a gacha. Further, generation of screen data and control of screen transition shown below are performed by the execution unit 206 including the above-described units.

≪Composition of quest≫
FIG. 7 is a diagram illustrating a configuration example of a quest in the embodiment. In the example shown in FIG. 7, a plurality of quests Qs1 are provided for each predetermined area. Each time this player clears one quest, the player can advance one and execute a new quest.

  When the player clears a predetermined number of quests, a gacha quest Gq1 appears. This gacha quest Gq1 is to give a game item to a player by free lottery. When a new game item not possessed by the player is acquired in this gacha quest Gq1, a new quest corresponding to this game item is released, and a new screen is displayed on a screen different from the screen shown in FIG. Quests are managed. For example, a quest released based on a gacha is displayed when the quest button Bt11 is pressed.

  The gacha button Bt12 is a button connected to a paid gacha. When the player presses the gacha button Bt12, the purchase control means 218 controls the purchase of the game item with the paid gacha. Again, when a new game item is acquired by the player, a new quest corresponding to this game item is released and managed by the execution means 206.

  In the screen example shown in FIG. 7, a plurality of player characters Pc11 to 13 are displayed. In this case, when the player character Pc11 is the player's own player character, the player characters Pc12 and 13 are player characters of other players registered as friends.

  A friend is another player who has approved a friend application made by himself / herself. Further, when a friend application is received from another player and approved, the other player becomes a friend. The friend registration function may be a known technique.

≪Release quest by Gacha≫
FIG. 8 is a diagram for explaining a screen transition example of quest release by gacha in the embodiment. 8A to 8F are displayed in order, but other screens may be included between the screens shown in FIG.

  FIG. 8A is a screen showing an example of the gacha machine G11. A plurality of types of images of the gacha machine G11 may be prepared. When a lottery is performed using the gacha machine G11 shown in FIG. 8A, for example, a capsule appears.

  FIG. 8B is a screen showing an example of a monster M11 that appears from the capsule. Rareness is set for the monster M11, and this rarity may be displayed together with the image of the monster. Based on this rarity, the strength of the monster M11 may be determined.

  FIG. 8C is a screen showing an example of the game item Gi11 corresponding to the monster M11. When the game item Gi11 corresponding to the monster M11 is used for an attack, the monster M11 can be more effectively damaged than the other game items.

  FIG. 8D is a screen showing an example of the profile of the game item Gi11. When any location in this screen is tapped, the next screen is displayed.

  FIG. 8E is a screen showing that the gacha quest has been released. 8F is displayed when the game item Gi11 is a new game item for the player. In this case, the monster M11 is a new monster M11, and a new quest for defeating the monster M11 appears. The game item is also called a gear. When “Yes” is pressed on the screen shown in FIG. 8F, FIG. 8F is displayed.

  FIG. 8F is a quest list that appears based on gacha, and a new quest Nq11 is displayed. The player can execute a new quest by pressing Nq11. The example of the screen transition by the gacha is basically applied similarly to the free gacha and the paid gacha.

≪Quest when the player is the host≫
FIG. 9 is a diagram illustrating a screen transition example when the player is a host in multiplayer. Although FIGS. 9A to 9C are displayed in order, other screens may be included between the screens shown in FIG.

  FIG. 9A is an example of a screen when the quest Qs1 shown in FIG. 7 is selected, for example. In FIG. 9A, the player can select whether to perform the quest as solo, with a nearby person (for example, a person with a close communication distance in a network environment), or with a friend. When the player presses the friend button Bt21, a screen shown in FIG. 9B is displayed.

  FIG. 9B is a diagram illustrating an example of a friend list screen. The player selects a friend who wants to play together from the friends Fc11 to 13 displayed on the screen shown in FIG. 9B.

  FIG. 9C shows an example of a screen for selecting a player character party called a deck. The player can battle with the monster by pressing the quest start button Bt22 after selecting the deck.

≪Quest when the player is a guest≫
FIG. 10 is a diagram illustrating an example of screen transition when the player is a guest in multiplayer. 10A to 10D are displayed in order, but other screens may be included between the screens shown in FIG.

  FIG. 10A is a diagram illustrating an example of a home screen. On the home screen shown in FIG. 10A, a room search button Bt31 is displayed. When the room search button Bt31 is pressed, FIG. 10B is displayed.

  FIG. 10B is a diagram illustrating an example of a deck selection screen. The player selects a deck and presses the room search button Bt32. Thereby, the screen shown in FIG. 10C is displayed.

  FIG. 10C is a diagram illustrating an example of a room search screen. As shown in FIG. 10C, the room search screen displays a list of other players waiting for friends or nearby people. When the button Bt33 displaying another player shown in FIG. 10C is selected, the screen shown in FIG. 10D is displayed.

  FIG. 10D is a diagram illustrating an example of a screen that displays player characters participating in a quest. In the screen shown in FIG. 10D, the player character Pc22 is its own player character, and the other player characters Pc21, 23, and 24 are player characters controlled by other players.

  Thereby, the player can participate in this quest in the form of a guest of the host player even if the quest cannot be executed with the game item he / she owns.

  FIG. 11 is a diagram illustrating an example of a material item. The screen shown in FIG. 11 shows a screen example when a quest (hereinafter also referred to as quest A) is executed from the screen shown in FIG. 10D and the player defeats the monster. In FIG. 11, the material item Ei1 is displayed.

  The material item Ei1 is, for example, a game item possessed by the player character Pc21 and is a material item (first material item) corresponding to a game item (first game item) not possessed by the player character Pc22.

  At this time, the player who controls the player character Pc22 (hereinafter, also referred to as player A) can acquire the material item Ei1 that does not appear in his / her quest. The reason why the material item Ei1 does not appear in the player's own quest is that the player A does not have the first game item corresponding to the material item Ei1 in the quest hosted by the player A, so the quest A itself is still released. Because there is no.

  However, as described above, the player A can acquire the material item Ei1 by participating in the quest A as a guest. As a player psychology, the player A who acquired the material item Ei1 prior to the first game item wants the first game item corresponding to the material item Ei1.

  Therefore, the player A is guided to perform a paid gacha in order to acquire the first game item.

<Operation>
Next, the operation of the server 10 in the embodiment will be described. FIG. 12 is a flowchart illustrating an example of event execution processing of the server 10 in the embodiment. In step S <b> 102 shown in FIG. 12, the event control unit 214 of the server 10 selects an event based on information for selecting an event transmitted from the game apparatus 30. These series of operations may be executed as part of the operation of the game apparatus 30 or the billing server 20.

  In step S104, the event control unit 214 performs an event control process. Details of this control process will be described later with reference to FIG.

  In step S106, the granting unit 216 determines whether to grant a material item. The time when it is determined that the material item is given is, for example, when the enemy character is defeated. When the determination result is affirmative (step S106—YES), the process proceeds to step S108, and when the determination result is NO (step S106—NO), this process ends and returns to the home screen, for example.

  In step S108, the granting unit 216 gives the material item to the player who executed the event.

  FIG. 13 is a flowchart illustrating an example of event execution processing in the embodiment. It is assumed that the second player acquires the first game item in the paid gacha and the first event is released to the second player.

  In step S202 illustrated in FIG. 13, the execution determination unit 212 determines whether or not the event selected in step S102 is a first event related to the first game item. When the determination result is affirmative (step S202—YES), the process proceeds to step S204, and when the determination result is NO (step S202—NO), the process proceeds to step S210.

  In step S204, the execution determination unit 212 determines whether or not the determination target player who executes the first event is the second player. When the determination result is affirmative (step S204—YES), the process proceeds to step S208, and when the determination result is negative (step S204—NO), the process proceeds to step S206.

  In step S206, it is determined whether or not the determination target player who executes the first event is the first player who plays with the second player. When the determination result is affirmative (step S206—YES), the process proceeds to step S208, and when the determination result is negative (step S206—NO), the process ends, and returns to, for example, the home screen.

  In step S208, the event control unit 214 controls the execution of the first event.

  In step S210, the event control unit 214 controls the execution of the selected event.

  Note that the determination process shown in FIG. 13 is merely an example, and the execution determination unit 212 can display only the quests that can be selected by the player on the game apparatus 30 in a selectable state.

  According to the embodiment, it is possible to provide a new mechanism for providing the player with motivation for charging.

  Although the embodiments have been described in detail above, the present invention is not limited to the above-described embodiments, and various modifications and changes other than the above-described embodiments are possible within the scope described in the claims. For example, as a means for the first player to acquire the first game item, direct purchase may be possible in addition to the paid lottery. The event may be permitted to be executed regardless of the game item.

1 game processing system 10 server 20 charging server 30 game device 102 control unit 106 communication interface 108 storage unit 114 display unit 116 input unit 202 reception unit 204 transmission unit 206 execution unit 208 storage unit 212 execution unit 214 event control unit 216 provision unit 218 Purchase control means 220 Lottery means 222 Display control means

Claims (2)

A means for allowing a monster with a rarity to appear based on a lottery request involving consumption of a billing item from one player, and executing a quest to defeat the monster;
Means for executing the quest with the one player as a host player and the other player as a guest player based on the execution request of the quest from the one player;
Means for causing the one player to acquire a game item corresponding to the appearing monster;
Means for giving a material item associated with a game item corresponding to the appearing monster to the guest player when the appearing monster is defeated in the quest;
An information processing apparatus comprising: Computer
A means for allowing a monster with a rarity to appear based on a lottery request involving consumption of a billing item from one player and executing a quest to defeat the monster;
Means for executing the quest with the one player as a host player and another player as a guest player based on the execution request of the quest from the one player;
Means for causing the one player to acquire a game item corresponding to the appearing monster;
Means for giving a material item associated with a game item corresponding to the appearing monster to the guest player when the appearing monster is defeated in the quest;
Program to function as.