JP2017035239A - program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To improve a player's interest in a lottery result while maintaining the player's motivation for lottery processing.SOLUTION: A program includes a control unit 412 for controlling a lottery event in a game, a reception unit 404 for receiving a lottery event execution request from a terminal operated by a predetermined player, a selection unit 414 for selecting a predetermined item from a plurality of items set as lottery event granting objects, a determination unit 416 for determining a display mode of the predetermined item based on a predetermined condition, a display control unit 418 for executing control to display the predetermined item in the display mode on a display screen of the terminal, and a granting unit 420 for granting an item according to the lottery result of the lottery event to the predetermined player.SELECTED DRAWING: Figure 5

Description

  The present invention relates to a program.

  In recent years, a game system is known in which a game for a portable terminal such as a smartphone is downloaded, and the game is enjoyed while cooperating with other players. Among these games, there is a game in which a game item is given to a player by an event for performing a lottery (gacha).

  For example, there is a game that draws a gacha using a deck in which the name of the item having the highest rarity value is provided to the player in advance (see, for example, Patent Document 1).

JP 2013-248401 A

  However, in the prior art, since the name of the item having the highest rarity value is provided to the player before the lottery, if the player is not interested in the item, it does not lead to motivation to perform the lottery.

  Therefore, an object of the present invention is to improve the player's interest in the lottery result while maintaining the player's motivation for the lottery process.

  The program according to one aspect of the present invention includes: a control step for controlling a lottery event in a game; a reception step for receiving an execution request for the lottery event from a terminal operated by a predetermined player; A selection step of selecting a predetermined item from a plurality of items set as grant targets, a determination step of determining a display form of the predetermined item based on a predetermined condition, and a predetermined of the display form The display control step for controlling the item to be displayed on the display screen of the terminal and the granting step for giving the item corresponding to the lottery result of the lottery event to the predetermined player are executed.

It is a key map showing an example of the game processing system in an embodiment. It is a block diagram which shows one Embodiment of the hardware constitutions of the game device in embodiment. It is a figure which shows an example of the hardware constitutions of the server in embodiment. It is a block diagram which shows an example of a function structure of the game device 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 an example of the probability information of an atari item in embodiment. It is a figure which shows an example of the probability information of the lose item in the embodiment. It is a figure which shows an example of the background information of the execution screen in embodiment. It is a figure which shows an example of the support character information in embodiment. It is a figure which shows an example of the battle control information at the time of winning in embodiment. It is a figure which shows an example of the battle control information at the time of losing in embodiment. It is a figure which shows an example of the display probability information in the appearance frequency of enemy characters. It is a figure which shows an example of the victory probability (winning probability) in the number of lotteries. It is a figure which shows an example of a battle gacha start screen. It is a figure for demonstrating the example of a screen transition (the 1). It is a figure for demonstrating the example of a screen transition (the 2). It is a figure which shows an example of a continuation screen. It is a figure which shows an example of the screen transition from which an enemy character becomes recognizable. It is a flowchart which shows an example of the game control process of the server 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. In the example shown in FIG. 1, the game processing system 1 includes, for example, game devices 10A, 10B, and 10C of each player, a server (information processing device) 20 provided by, for example, a game operating company, and a billing server 30. N is connected.

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

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

  The server 20 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 20 receives an operation instruction input from the game apparatus 10, controls the progress of the game, and manages and distributes data necessary for executing the game.

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

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

  In the above game processing system 1, for example, when the game device 10 requests the execution of the lottery process, the server 20 selects a winning item (hereinafter also referred to as “atari item”) from a plurality of items, and the atariment thereof. Decide whether to display items recognizable. The server 20 performs display control so that the atari item is displayed on the game apparatus 10 in the determined display form. For example, the server 20 determines a display mode for displaying an atari item itself that allows the player to recognize the atari item, or to display a silhouette in which the player cannot recognize the atari item. Thereby, since the player does not always know the atari item, the player's motivation for the lottery process can be maintained, and further, the player's interest in the lottery result indicating what the atari item is can be improved. it can.

<Hardware configuration>
Next, the hardware configuration of the game apparatus 10 will be described. FIG. 2 is a block diagram showing an embodiment of the hardware configuration of the game apparatus 10 shown in FIG.

  2 includes at least a mobile communication antenna 112, a mobile communication unit 114, a wireless LAN communication antenna 116, a wireless LAN communication unit 118, a storage unit 120, and a main control unit 150. An external interface 140 including a camera 130 and an audio output terminal 142 is included.

  The touch panel 102 has both functions of a display device and an input device, and includes a display (display screen) 102A that bears a display function and a touch sensor 102B that bears an input function. The display 102A is configured by a general display device such as a liquid crystal display or an organic EL (Electro Luminescence) display. The touch sensor 102B is configured to include an element for detecting a contact operation arranged on the upper surface of the display 102A and a transparent operation surface laminated thereon. As a contact detection method of the touch sensor 102B, an arbitrary method among known methods such as a capacitance method, a resistance film method (pressure-sensitive method), and an electromagnetic induction method can be adopted.

  The touch panel 102 displays a game image generated by executing the program 122 stored in the storage unit 120 by the main control unit 150. The touch panel 102 as an input device detects an operation of a contact object (including a player's finger or a touch pen, which will be described as a representative example) in contact with the operation surface. The operation input is received, and information on the contact position is given to the main control unit 150. The movement of the finger is detected as coordinate information indicating the position or area of the contact point, and the coordinate information is expressed as coordinate values on two axes of the short side direction and the long side direction of the touch panel 102, for example.

  The game apparatus 10 is connected to the network (Internet) N through the mobile communication antenna 112 and the wireless LAN communication antenna 116, and can perform data communication with the server 20.

  The server 20 functions as a server serving as a hub of the game system, such as collecting play data such as games executed in the game apparatus 10 via the network N and controlling the progress of the game based on the play data. .

  In the embodiment, when the game apparatus 10 is connected to the network N and the server 20, an online game system that can provide various games online to the game apparatus 10 is constructed. In this online game system, by managing and providing play data corresponding to a plurality of types of game programs, it is possible to provide the player with the pleasure of playing various games in the game center. Is possible.

  The program 122 according to the embodiment may be installed in the game apparatus 10 or may be provided with a game function from a server (not limited to the server 20) online.

  Next, the hardware configuration of the server 20 will be described. FIG. 3 is a diagram illustrating an example of a hardware configuration of the server 20 according to the embodiment. As illustrated in FIG. 3, the server 20 includes a control unit 202, a communication interface 206, a storage unit 208, a display unit 214, and an input unit 216, and each unit is connected via a bus line 218. The

  The control unit 202 includes a CPU (Central Processing Unit), a ROM (Read On Memory), a RAM (Random Access Memory) 204, and the like. The control unit 202 is configured to execute a control program 210 and the like stored in the storage unit 208, thereby realizing, for example, processing related to an online game in addition to a function as a general information processing apparatus.

  The RAM 204 temporarily stores various information and is used as a work area when the CPU executes various processes.

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

  The storage unit 208 includes, for example, an HDD and the like, and stores a control program 210 in addition to storing applications and data (not shown) for realizing a function as a general information processing apparatus. The storage unit 208 has an information storage unit 212.

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

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

  The display unit 214 displays information to the administrator. The input unit 216 receives input from the administrator or receives instructions from the administrator. Further, the server 20 does not necessarily include the display unit 214 and the input unit 216, and the display unit 214 and the input unit 216 may be connected to the server 20 from the outside.

<Outline of the game>
Here, an outline of a target game in the embodiment will be described. The game in the embodiment notifies the player of a plurality of items to be won in the lottery process. Thereby, the player can grasp the atari item at the time of winning.

  Next, when execution of the lottery process is requested by the player, for example, an atari item is selected from a plurality of items, and whether or not the atari item is displayed in a recognizable manner is determined. Display control so that items are displayed on the display screen. Thereby, since the player does not always know the atari item, the player can maintain motivation for the lottery process, and can further improve the interest in the grant target such as what the atari item is. At this time, since the Atari item to be granted is notified to the player, the player does not necessarily know what is won by performing the lottery process.

  In addition, the game according to the embodiment includes a battle element in the lottery process, thereby enhancing the effect of the lottery process and incorporating a sense of game into the recognition of the atari item.

  Furthermore, the game according to the embodiment has the continue function, so that the player can have a desire to acquire the atari item and a request to quickly know what the atari item is.

  Hereinafter, functional configurations of the game apparatus 10 and the server 20 for executing a game including the above-described functions and the like will be described.

<Functional configuration>
FIG. 4 is a block diagram illustrating an example of a functional configuration of the game apparatus 10 according to the embodiment. The game device 10 illustrated in FIG. 4 includes, for example, a first transmission unit 302, a first reception unit 304, a game execution unit 310, and a first storage unit 320.

  The first transmission unit 302 can be realized by the main control unit 150, the mobile communication unit 114, the wireless LAN communication unit 118, the program 122, and the like, for example. The first transmission unit 302 transmits a command based on the operation content input by the player to the server 20. This command includes a request command for requesting execution of the lottery process, a continuation command for continuing the lottery process, and the like.

  The first receiving unit 304 can be realized by, for example, the main control unit 150, the mobile communication unit 114, the wireless LAN communication unit 118, the program 122, and the like. The first receiving unit 304 receives information related to the progress of the game from the server 20. Information relating to the progress of the game includes information relating to a lottery process that is an in-game event, and information relating to the lottery process includes screen information representing a lottery execution screen, result information representing a lottery result, and the like.

  The game execution unit 306 can be realized by the main control unit 150, the program 122, and the like, for example. The game execution unit 306 executes a game (for example, a plurality of in-game events). The game execution unit 306 includes an operation reception unit 312, a command issue unit 314, a screen generation unit 316, and a first display control unit 318.

  The operation accepting unit 312 accepts the player's operation input from the touch panel 102 during the game execution. For example, the operation accepting unit 312 accepts an operation for executing a lottery process during an in-game event, or accepts an operation for continuing the lottery process. The accepted operation content is output to the command issuing unit 314.

  The command issuing unit 314 issues a command corresponding to the operation content received by the operation receiving unit 312, and transmits the issued command to the server 20 via the first transmission unit 302. For example, the command issuing unit 314 issues a command (request command) indicating an operation for executing the lottery process. At this time, identification information for identifying the player information or the game apparatus 10 is transmitted together with the request command. Thereby, the server 20 can grasp | ascertain which player or which game device 10 requested | required the lottery process. The command issuing unit 314 issues a command (continuation command) indicating an operation for continuing the lottery process.

  The screen generation unit 316 acquires the lottery process screen information received by the first reception unit 304 and generates a screen to be displayed on the touch panel 102 based on this information. The screen generation unit 316 outputs the generated screen to the first display control unit 318.

  The first display control unit 318 displays the acquired screen on the touch panel 14. Thereby, the game apparatus 10 can display the screen showing a lottery process based on each information transmitted from the server 20, and can advance a game. The above-described screen is used to include a still image and a moving image displayed on the touch panel 102. The first display control unit 318 may be configured such that a lottery process video is transmitted from the server 20 and the video is displayed on the touch panel 102.

  Thereby, the game apparatus 10 can request a lottery process which is an in-game event, or can continue the lottery process.

  FIG. 5 is a block diagram illustrating an example of a functional configuration of the server 20 in the embodiment. The server 20 illustrated in FIG. 5 includes a second transmission unit 402, a second reception unit 404, a game control unit 410, and a second storage unit 430. The server 20 can realize functions such as the game control unit 410 by executing the control program 210.

  The second transmission unit 402 can be realized by the communication interface 206, the control unit 202, and the like, for example. The second transmission unit 402 transmits information regarding the progress of the game to the game apparatus 10 in accordance with an instruction from the game control unit 410.

  The second receiving unit 404 can be realized by the communication interface 206, the control unit 202, and the like, for example. The second receiving unit 404 receives a command or the like indicating the operation content from each game apparatus 10. For example, the second receiving unit 404 receives a lottery event execution request (request command) or the like from a terminal operated by a predetermined player.

  The game control unit 410 can be realized by the control unit 202, the storage unit 208, and the like, for example. The game control unit 410 controls the execution of the game based on the received command. For example, the game control unit 410 controls a lottery event in the game executed by the player.

  The second storage unit 430 can be realized by the storage unit 208, for example. The second storage unit 430 stores information regarding the game. For example, the information related to the game includes information on a player who plays the game, information related to the control of the lottery process, screen information for configuring the execution screen for the lottery process, and other information necessary for the game.

  Next, details of the game control unit 410 will be described. The game control unit 410 includes a lottery control unit 412, a selection unit 414, a determination unit 416, a second display control unit 418, a grant unit 420, a continuation unit 422, a change unit 424, and an effect unit 426. Including.

  The lottery control unit 412 acquires the request command received by the second receiving unit 404, and controls the execution of the lottery process based on the request command. The lottery process is a so-called gacha, and a request command is transmitted from the game apparatus 10 to the server 20 when a predetermined charge is made or a predetermined item is consumed. This request command includes the identification information (ID) of the player and the ID of the game apparatus 10. Thereby, the server 20 can grasp | ascertain which player requested | required execution of a lottery process.

  The lottery control unit 412 executes the lottery process every time a request command is acquired or whenever the lottery process is continued, and determines whether the lottery result is a hit or a loss.

  The selection unit 414 selects a predetermined item from a plurality of items set as a lottery event grant target based on the received lottery process execution request. For example, the selection unit 414 selects at least one predetermined item (atari item) to be given at the time of winning from a predetermined group of high rarity items that are set as the subject of grant. At this time, the plurality of items to be granted may be notified to the player. Further, the selection unit 414 may select an atari item in advance before a lottery process execution request is received. In addition, for the atari item, what is the atari item in a predetermined order may be set.

  The determination unit 416 determines the display form of the selected item for the selected item based on a predetermined condition. For example, the determination unit 416 determines the display mode of the atari item based on the display probability for each recognizable state for the atari item. More specifically, when the recognizable state is the display of the item itself and the silhouette display, and the display probability is 5%, the determination unit 416 determines the display item itself as the display form with a probability of 5%. Then, the silhouette of the Atari item is determined as the display form with a probability of 95%. The recognizable state may be completely recognizable, partially recognizable, unrecognizable, or the like. For example, the probabilities of fully recognizable, partially recognizable, and unrecognizable may be set to 5%, 50%, 45%, etc., respectively. The display form affects the recognizability of the atari item, and the form is determined based on the recognizable state of the display probability.

  In addition, the determination unit 416 displays, as a predetermined condition, a display so that the atari item can be recognized when the lottery process is continued a predetermined number of times, and a display form according to the rarity of the lost item described later. You may use things. For example, when the predetermined number of times is set to four times, the determination unit 416 displays the atari item in a silhouette until the lottery process is continued three times, and when the lottery process is continued four times, the atari item itself The display form is determined so as to display. The predetermined number of times regarding the continuation of the lottery process may be changed according to the atari item.

  Note that the determination unit 416 may determine what display form to use before selecting an item. That is, the order of the selection of the item and the determination of the display form does not matter.

  The second display control unit 418 controls the display item of the determined display form to be displayed on the display screen of the game apparatus 10. For example, the second display control unit 418 generates screen information representing a lottery screen including atari items of the determined display form, and transmits this screen information to the game apparatus 10 via the second transmission unit 402. Control.

  The giving unit 420 gives an item corresponding to the lottery result of the lottery event to a predetermined player who has requested execution of the lottery process. For example, if the lottery result is “Atari”, the granting unit 420 grants the selected Atari item, and if the lottery result is “Loose”, the item selected from the item group for losing (Lossure) Item). Giving an item to a player means, for example, storing an item given by a lottery process in association with player information of the player. Note that the lost item includes an item different from the Atari item, and includes, for example, an item having a lower rarity than the Atari item.

  By having the above functions, it is not always necessary to provide the user with information on the items of high rarity given when winning, so the player's motivation for the lottery process can be maintained, and display of items of high rarity It is possible to improve the player's interest in the grant target by providing game characteristics and allowing the player to predict what the atari item is.

  The continuation unit 422 enables the predetermined player to continue the lottery event when the lost item is given to a predetermined player without winning the winning item (when the lottery result is a loss). To do. For example, the continuation unit 422 displays a continue screen on the display screen of the game apparatus 10 and continues the lottery event when a button indicating that the game is to be continued is pressed by the player.

  When the lottery event is continued by the continuation unit 422, the changing unit 424 makes the winning probability of the Atari item selected by the selection unit 414 higher (larger) than the current value. Thereby, when a lottery event is continued, it can be made easy to win an Atari item. Further, the changing unit 424 makes the winning probability higher than the current value based on the continuation number of the lottery event and / or the recognizable state for the predetermined item. As a result, when the player who has lost the first lottery performs the second lottery, if the atari item is partially recognizable or fully recognizable, the winning probability of the atari item is increased. Also good. Thereby, when the lottery is continued, as the atari item is recognized by a predetermined player, the winning probability can be increased and the atari item can be easily given.

  At this time, the player may be informed in the continue screen that the winning probability of the atari item will be higher when continuing. Further, the player may be notified of how high the winning probability is actually. Thereby, when a lottery event is continued, a player's expectation that an atari item can be acquired can be improved.

  In addition, the change unit 424 displays the number of continuations of the lottery event and / or a predetermined item that can be recognized when the predetermined item is displayed unrecognizable to a predetermined player in the previous lottery event. Change the form. For example, the change unit 424 indicates the probability that the predetermined item is displayed in a recognizable manner when the number of continuations of the lottery event is greater than or equal to a predetermined number, and the predetermined item is not yet recognizable. May be higher. Accordingly, when the lottery event is continued, the atari item is easily recognized, and the player can be prompted to continue.

  The effect unit 426 performs an effect process during the lottery event, and gives information for recognizing a predetermined item by the effect process. For example, the rendering unit 426 gives the player a hint as to what the atari item is, using light, characters, or the like as the content of the rendering. Thereby, the player can predict what the Atari item is during the lottery event, and can enjoy the lottery event.

  The rendering unit 426 may change the rendering process according to the recognizable state as the rendering process rendering. For example, the rendering unit 426 performs different rendering processes according to any of “completely recognizable”, “partially recognizable”, and “unrecognizable” indicating the recognition ability state determined by the determining unit 416. . Further, the rendering unit 426 may determine the background of the display screen based on whether or not a predetermined item has been won in advance lottery. For example, when the Atari item is selected and the Atari item is selected as Atari or Loss as the lottery result, the rendering unit 426 increases the appearance probability of the background that the Atari item can be obtained in the case of Atari. In the case of losing, the probability of appearance of a background where an atari item can be obtained is lowered. Thereby, it is possible to give the player a sense of expectation that an Atari item can be acquired using the background of the display screen.

  The production unit 426 may perform a battle production between the player character and the enemy character related to the atari item as an example of the production during the lottery event. The winning or losing of the battle effect is determined by, for example, a lottery result and is not determined by the player's operation, but is not limited thereto. The player character wins when an atari item is awarded, and the player character loses when a loser item is awarded. Thereby, the player can enjoy the battle effect regarding the winning of the Atari item. Details of this battle effect will be described later with reference to FIGS.

  The second display control unit 418 described above may control the display of the game apparatus 10 to display expectation information indicating the possibility of acquiring the atari item as an effect of the lottery process. At this time, the second display control unit 418 may change the expectation information according to the progress of the lottery event. For example, the 2nd display control part 418 expresses the acquisition possibility of an atari item with the number of stars, and when a battle production is performed in a lottery event, it increases or decreases the number of stars according to a battle situation. Also good. Thereby, the player can have a sense of expectation for winning the Atari item while viewing the expectation information to be changed. Note that as the expectation information, the size of the background, the size of the character, the display ratio between the background and the character, and the like may be used. For example, the second display control unit 418 increases the size of the character when the possibility of acquiring an atari item is high.

  Moreover, the display form determined by the determination unit 416 may allow the atari item to be recognized by a predetermined player in multiple stages. For example, the rendering unit 426 may be able to recognize the silhouette part by part each time it is continued. Thereby, it is possible to entertain the player in the process of gradually recognizing Atari items.

  In addition, the plurality of items of the atari item that is the selection target (giving target) in the selection unit 414 may include items having different winning probabilities and / or display probabilities. That is, among the selection items, items having different winning probabilities or items having different display probabilities may be mixed. Thereby, a variation can be provided in the rarity of the Atari item.

<Data structure>
Next, a data structure of a part of information regarding the embodiment will be described. FIG. 6 is a diagram illustrating an example of atari item probability information in the embodiment. In the probability information shown in FIG. 6, each row corresponds to an atari item. Each Atari item is associated with a selection probability. The selection probability shown in FIG. 6 represents the probability of being selected from a plurality of items to be given as atari.

  In the example illustrated in FIG. 6, the selection probability of the Atari item is a uniform 20%, but is not limited to this example. The selection probabilities may be different depending on the rarity of the Atari item. Note that the selection unit 414 selects at least one Atari item from the Atari items included in the probability information illustrated in FIG. 6 based on the selection probability. When the lottery result indicates winning (atari), the selected atari item is given to the player. In addition, other items that are not selected as Atari items have a winning probability of 0% by lottery and are not included in the lottery result. That is, in this lottery event, another item different from the Atari item shown in FIG. 6 is not given to the player.

  FIG. 7 is a diagram illustrating an example of the probability information of the lost item in the embodiment. In the probability information shown in FIG. 7, each row corresponds to a lost item. Each lost item is associated with a selection probability. The selection probability shown in FIG. 7 represents the probability of being selected from a plurality of items to be given as lost.

  In the example illustrated in FIG. 7, the selection probability of the lost item includes different probabilities, but is not limited to this example. The selection probability of the lost item may be a uniform probability. When the lottery result is a loss, the lottery control unit 412 selects one of the plurality of loss items based on the selection probability, and this loss item is given to the player by the granting unit 420. Thus, even if the player continues the lottery event and continues to lose the lottery, the same lose item is not continuously given, so it is not necessary to reduce the attractiveness of the continue for the player.

  Next, the information used when the effect (for example, battle effect) regarding a lottery process is performed is demonstrated. FIG. 8 is a diagram illustrating an example of background information on the execution screen in the embodiment. In the background information shown in FIG. 8, a color is used as a background effect. In the example shown in FIG. 8, the appearance probability at the time of winning and the appearance probability at the time of losing are associated with each color of the effect. Here, “at the time of winning” refers to a case where the player character wins by lottery, and means that the player character wins in the battle effect. “At the time of losing” means that the player character loses in the lottery and loses the player character in the battle performance. It is assumed that this lottery has already been performed before the battle.

  In the example shown in FIG. 8, the colors are expected to hit the Atari item in the order of “black” <“red” <“gold” <“rainbow”. For example, a “black” background appears with a probability of 60/100 when winning, and with a probability of 90/100 when lost. In another example, a “rainbow” background appears with a 5% probability and does not appear when losing. This is because a rainbow is displayed to prevent the player from expecting excessively even though it is a losing time.

  FIG. 9 is a diagram illustrating an example of support character information in the embodiment. The support character appears before the start of the battle, affects the expected information depending on the type of the support character that appears, and can enhance the effect. Since the lottery result has already been given, the appearance of the support character does not affect the lottery result.

  In the example shown in FIG. 9, the appearance probability at the time of winning and the appearance probability at the time of losing are associated with each support character. For example, the support character “AAA” appears with a probability of 5/100 when winning, and appears with a probability of 20/100 when lost. The support character information shown in FIG. 9 is basically the same as the background information shown in FIG. 8 except that the target is different.

  FIG. 10 is a diagram illustrating an example of battle control information at the time of winning in the embodiment. FIG. 11 is a diagram illustrating an example of battle control information when losing in the embodiment. In the battle, a life gauge indicating physical strength is given to the player character and the enemy character, and the action of the battle is determined based on the amount of the life gauge.

  In the example shown in FIGS. 10 and 11, it is assumed that at the start of the battle, each character is owned by four life gauges, one attacking and the other taking damage. Since the lottery has been completed at the start of the battle, it is decided which will win.

  In the example shown in FIGS. 10 and 11, according to the life gauge of the player character, “self: first (first attack of player character)”, “self: second (second attack of player character)”, “Enemy: first (first attack of enemy character)”, “enemy: second (second attack of enemy character)”, and “total (total)” are associated. For example, 3 life gauges can be reduced in the first attack, and 1 life gauge can be reduced in the second attack. Also, if the life gauge reaches 0, you lose.

  Based on the above, referring to the battle control information at the time of winning shown in FIG. 10, when the life gauge of the player character reaches 3, the enemy character will not receive the first attack (0%) and the life gauge Since the enemy character does not receive the second attack (0%) when it becomes 1, the life gauge of the player character does not become 0 when winning. Therefore, the player character always wins the battle.

  Similarly, referring to the battle control information at the time of losing shown in FIG. 11, when the life gauge of the enemy character becomes 3, the first attack cannot be made to the enemy character thereafter (0%), and the life Since the second attack cannot be performed on the enemy character when the gauge becomes 1 (0%), the life gauge of the enemy character never becomes 0 when losing. Therefore, the player character always loses to the battle.

  Thereby, even when the lottery result has already been given, the player can enjoy the battle content related to the winning. The information shown in FIGS. 8 to 11 is information used by the rendering unit 426.

  FIG. 12 is a diagram illustrating an example of display probability information regarding the number of appearances of enemy characters. In the example shown in FIG. 12, the display probability when first appearing is 5%, and in most cases the silhouette is displayed, and it is difficult for the player to recognize the enemy character.

  Next, as shown in FIG. 12, as the number of appearances of enemy characters increases, the display probability increases. It should be noted that the enemy character displayed so as to be recognizable once continues to be displayed so as to be recognizable regardless of the display probability even if it is continued thereafter. Note that the display probability information shown in FIG. 12 may hold different information for each enemy character. Here, the enemy character is an atari item.

  FIG. 13 is a diagram illustrating an example of a win probability (winning probability) in the number of lotteries. In the example shown in FIG. 13, in the first lottery, the victory probability (probability of hitting an item) of the player character is 5%. Further, as the continuation continues and the number of lotteries increases, the victory probability of the player character increases.

  Thus, when the player continues, the lottery event is continued, the winning probability of the Atari item is increased, and the display probability is also increased. In addition, the winning probability and the display probability are set so that the Atari item can often be recognized prior to acquisition of the Atari item. The probability information illustrated in FIGS. 12 and 13 is information used by the changing unit 424.

  The information shown in FIGS. 6 to 13 is stored in, for example, the second storage unit 430, and is referred to, written to, or read by each unit when necessary.

<Specific example>
Next, a specific example of the game in the embodiment will be described using a game screen displayed on the game apparatus 10. In the specific example shown below, the lottery in the lottery event is referred to as gacha. In addition, the atari item is a character, and in the battle effect, the character of the atari item is an enemy character, the lottery result is atari, and a card indicating the enemy character is awarded to the player when the battle is won. On the other hand, when the result of the lottery is lost and the player loses the battle (escapes to the enemy character), a card indicating another character that is a lost item is given to the player. The screen information shown below is generated on the server 20 side, and the generated screen information is transmitted to the game apparatus 10 side, so that it is displayed on the display screen position of the game apparatus 10.

≪Battle Gacha start screen≫
FIG. 14 is a diagram illustrating an example of a battle gacha start screen. In the example illustrated in FIG. 14, the battle gacha start screen D <b> 10 includes various display areas and UI components described below.

  The character PC1 represents a player character, and the character EC1 represents an enemy character. Since the character EC1 has a small display probability at the start of the battle, there is a high possibility that the character EC1 is a silhouette display for making it unrecognizable.

  The life gauge area LG1 indicates the life gauge of the player character PC1, and includes four life gauges at the start of the battle. The life gauge area LG2 indicates the life gauge of the enemy character EC1, and includes four life gauges at the start of the battle. The life gauges included in these life gauge areas are reduced by a predetermined number every time they are attacked, and the life gauge is zero. However, the winning or losing of the battle is already decided by lottery before the battle starts.

  The degree of expectation H1 is a kind of expectation information as an effect, and is information on the possibility of acquiring an atari item. The expectation degree H1 shown in FIG. 14 is a degree which shows the possibility of winning a battle at the present time. This expectation degree H1 changes as the battle progresses. Thereby, the player can grasp | ascertain what kind of situation the situation of a battle is now.

  The arrow icon A1 is an icon that displays an arrow indicating how the current expectation has changed from the previous expectation. “↑” represents that the degree of expectation H1 has increased, “↓” represents that the degree of expectation H1 has decreased, and “→” represents that the degree of expectation H1 has not changed. Thereby, the player can grasp how the current expectation H1 is compared with the previous expectation.

≪Screen transition example≫
Next, the player character PC1 will explain the screen transition in the battle. 15 and 16 are diagrams for explaining examples of screen transition.

  FIG. 15A is a diagram illustrating an example of a screen on which a background is displayed. For example, based on the probability shown in FIG. The player can predict the battle outcome based on the background color.

  FIG. 15B is a diagram illustrating an example of a screen in which battle bands are inserted vertically. The upper and lower battle bands shown in FIG. 15B are provided so that the user's viewpoint is concentrated in the center battle.

  FIG. 15C is a diagram showing an example of a screen on which the player character PC1 appears. FIG. 15D is a diagram in which a partner (support character shown in FIG. 9) appears. Expectation changes with the appearance of partners.

  FIG. 15E is a diagram showing an example of a screen for selecting an opponent. At this time, it is difficult to know which enemy character.

  FIG. 15F is a diagram illustrating a screen example in which an opponent appears. At this time, the rendering unit 426 determines whether or not the enemy character appears recognizable according to the display probability.

  FIG. 15G is a diagram illustrating an example of a screen indicating the battle start. FIG. 15H is a diagram illustrating an example of a screen in which the player character receives the second attack of the enemy character. In the example shown in FIG. 15H, the life gauge of the player character is zero. FIG. 15I is a diagram illustrating a screen example in which the player character has been defeated.

  The screens shown in FIGS. 15G to 15I are execution screens based on actions generated by the rendering unit 426 with reference to the battle control information of FIG. The screens shown in FIGS. 15 (G) to 15 (I) are cases where the lottery result is a loss, and thus the rendering unit 426 determines the battle action with reference to the battle control information shown in FIG. .

  FIG. 15J is a diagram showing an example of a screen on which the player character PC1 hits another character HC1. In the screen shown in FIG. 15J, it is expressed as an effect that the hit character HC1 is a lost item.

  FIG. 16 is a diagram for explaining the continuation of the screen transition shown in FIG. FIG. 16 (K) is a continuation of FIG. 15 (J) and shows that the card GI1 of the lost character HC1 is given to the player.

  FIG. 16L is a diagram illustrating a screen example of a next notice. FIG. 16 (L) shows that it is determined to be displayed according to the probability. When the next notice is displayed, the winning probability of the Atari item may be increased.

  FIG. 16M shows an example of the continue screen. The continue screen shown in FIG. 16M will be described later with reference to FIG. Here, it is assumed that the player presses the “Yes” button in order to continue.

  FIG. 16N is a diagram illustrating an example of a screen on which the battle is resumed. FIG. 16N shows that the enemy character EC1 is displayed in a recognizable manner. FIG. 16N is a screen showing a case where it is determined that a display is made by lottery based on the display probability. The rendering unit 426 refers to the information shown in FIG. 12 and grasps that the enemy character can be recognized with a probability of 25% because this time is the second appearance. The rendering unit 426 is determined to recognize the enemy character EC1 as a result of the lottery, and displays the enemy character EC1 itself. In addition, from FIG.16 (M), between the screen transitions shown in FIG.16 (N), a lottery is performed and the battle win / loss is determined.

  FIG. 16O is a diagram illustrating a screen example of battle animation. The rendering unit 426 determines whether or not to display the battle animation based on the probability.

  FIG. 16 (P) is a diagram showing an example of a screen on which the player character PC1 has made the first attack. Thereby, enemy character EC1 reduces three life gauges. In the example shown in FIG. 16 (P), the life gauge LG2 of the enemy character EC1 is zero.

  FIG. 16 (Q) is a diagram showing a screen example in which the player character PC1 knocks out (KO) the enemy character EC1. A large “KO” character is displayed on the screen.

  FIG. 16R is a diagram illustrating an example of a screen in which the player character PC1 has won in the battle. A large “YOU WIN” character is displayed on the screen.

  FIG. 16S is a diagram illustrating an example of a screen on which the enemy character EC1 drops the card GI2 representing itself.

  FIG. 16T is a diagram illustrating an example of a screen on which the player character obtains the card GI2. The granting unit 420 grants the card GI2 representing an enemy character (atari item) to the player, so that the player obtains the card GI2.

≪Continue screen≫
FIG. 17 is a diagram illustrating an example of the continue screen D20. A display area PD1 is displayed on the screen D20 shown in FIG.

  In the display area PD1, an area AR1 indicating that the winning rate (winning probability) is increased when the enemy has escaped (lost), and an area AR2 indicating that the degree of expectation is increased is continued. An area AR3 indicating the number of items consumed by the user and buttons B1 and B2 for instructing whether or not to continue are displayed.

  When button B1 shown in FIG. 17 is pressed, the battle gacha ends. Next, when execution of the battle gacha is requested, the Atari item is selected again.

  When button B2 shown in FIG. 17 is pressed, this battle gacha is continuously executed. Enemy characters (Atari items) are inherited. At this time, if the winning probability is increased and the enemy character cannot be recognized, the display probability is increased.

  Here, if the number of possessed OO items is smaller than the number of used OO items necessary for continuation, the player may be prompted to charge. When the billing process is performed in this process, the game control unit 410 may proceed by assuming that the battle gacha is continued.

≪Screen transition when enemy characters can be recognized≫
FIG. 18 is a diagram illustrating an example of screen transition that allows an enemy character to be recognized. FIG. 18A shows a screen at the start of the battle. At this time, it is assumed that the rendering unit 426 has determined that the enemy character EC2a can be recognized. At the start of the battle, the enemy character EC2a is still in silhouette display.

  FIG. 18B is a diagram showing an attack screen (part 1) of the player character. In the example shown in FIG. 18B, it can be seen that the enemy character EC2a was attacked with the silhouette displayed.

  FIG. 18C is a diagram showing an attack screen (part 2) of the player character. In the example shown in FIG. 18C, the enemy character EC2b is rendered such that the silhouette boundary is blurred.

  FIG. 18D is a diagram showing an attack screen (part 3) of the player character. In the example shown in FIG. 18D, an effect that disappears is performed for the enemy character EC2c. Here, for the effect, when the player character attacks, the enemy character is gradually displayed from the silhouette display. This is not the only way that enemy characters can be recognized.

  FIG. 18E is a diagram showing an enemy character recognizable screen. In the example shown in FIG. 18E, the enemy character EC2d is displayed so that it can be recognized by the player.

  Thus, the player can recognize the enemy character while enjoying the battle, and can improve the interest of quickly knowing the enemy character.

<Operation>
Next, the operation of the server 20 in the embodiment will be described. FIG. 19 is a flowchart illustrating an example of a game control process of the server 20 in the embodiment. In step S102 illustrated in FIG. 19, the selection unit 414 selects at least one predetermined item from among a plurality of items that can be the main item of the lottery process. At this time, the lottery control unit 412 determines the lottery result.

  In step S104, the rendering unit 426 determines the background color of the execution screen using a predetermined probability, and generates the execution screen so that the determined background color is obtained (see, for example, FIG. 15A).

  In step S106, the rendering unit 426 displays the upper and lower bands on the execution screen (see, for example, FIG. 15B).

  In step S108, the rendering unit 426 causes the player character to appear on the execution screen (see, for example, FIG. 15C).

  In step S110, the rendering unit 426 causes the support character to appear in the execution screen (see, for example, FIG. 15D).

  In step S112, the rendering unit 426 generates a screen for selecting an opponent (see, for example, FIG. 15E).

  In step S114, the rendering unit 426 causes the opponent (enemy character) to appear in the execution screen (see, for example, FIG. 15F).

  In step S116, the rendering unit 426 starts a battle between the player character and the enemy character (see, for example, FIG. 15G).

  In step S118, the rendering unit 426 displays the battle animation according to a predetermined probability (see, for example, FIG. 15 (H)).

  In step S120, the rendering unit 426 determines whether or not the player character has won the battle. The battle win or loss is decided by a lottery in advance. If the player character wins the battle (step S120—YES), the process proceeds to step S122. If the player character does not win the battle (step S120—NO), the process proceeds to step S126.

  In step S122, the granting unit 420 causes the player to obtain a predetermined item (atari item).

  In step S124, the rendering unit 426 displays a predetermined item. The display of the predetermined item is, for example, displaying a card indicating the predetermined item.

  In step S126, the rendering unit 426 determines whether or not the player character has lost the battle. If the player character is defeated by the battle (step S126-YES), the process proceeds to step S128. If the player character is not defeated by the battle (step S126-NO), the process returns to step S118.

  In step S128, the granting unit 420 selects another item from the lost items, and causes the player to obtain the selected lost item (see, for example, FIG. 16K).

  In step S130, the rendering unit 426 determines whether to display the next notice based on a predetermined probability. When it is determined that the next notice is displayed, the effect section 426 displays the next notice (see, for example, FIG. 16L).

  In step S132, the continuation unit 422 displays a continue screen (see, for example, FIG. 16M) and causes the player to determine whether or not to continue. If the player indicates continue (step S132—YES), the process proceeds to step S134, and if the player indicates end (step S132—NO), the process ends.

  In step S134, the changing unit 424 increases the winning rate (winning probability) of the Atari item. For example, the changing unit 424 increases the winning rate according to the information shown in FIG. At this time, if the atari item is not recognizable, the changing unit 424 also increases the display probability according to the information shown in FIG. 12, for example.

  As described above, according to the embodiment, the player's interest in the grant target can be improved while maintaining the player's motivation for the lottery process.

[Modification]
In the above embodiment, the online game has been described as an example. However, the game apparatus 10 in the embodiment can be implemented by a game machine in a so-called arcade game. A portable game device and a stationary game device are collectively referred to simply as a terminal. The present invention can be applied if each terminal operated by each player in a predetermined group can share a lottery process execution screen.

  Moreover, although the selection part 414 selected one atari item in the said embodiment, you may select a some item. At this time, there is a possibility that silhouettes of a plurality of characters are displayed on the execution screen. A plurality of items may be selected as one during a battle effect using a probability or the like. Thereby, it is possible to increase a sense of expectation that a high rarity item is likely to be acquired for the player.

  Atari items are basically high-rareness items, but they are not necessarily the most valuable items. At seasonal events and collaboration events with other games, they are valuable items. May be. Thereby, the variation of an atari item can be increased.

  Also, by increasing the amount of billing by the player, for example, by increasing the number of used items shown in FIG. 17, the game control unit 410 may increase the probability that the Atari item is won (the winning rate is increased). May be) In addition, by using a predetermined in-game item possessed by the player, the game control unit 410 may increase the probability that the atari item is won. Thereby, the winning probability can be increased by the operation of the player. In addition, when the player charges, the game control unit 410 may determine a new Atari item by lottery instead of the displayed Atari item while maintaining the winning probability at the time of continuation. Thereby, the player can change the atari item.

  In addition, if each item's winning probability and display probability are uniform probabilities, the lottery control unit 412 selects lottery for atari or lose, selection of the atari item by the selection unit 414, and determination of the display form by the determination unit 416. And may be performed independently. On the other hand, if the winning probability and the display probability depend on the atari item, the atari item is first selected, and then the lottery of atari or lose and the determination of the display form may be performed. Thereby, various appropriate mountings can be performed.

  Further, the lottery control unit 412 may change the execution content of the lottery event according to the result of a predetermined game process before the lottery event. For example, the lottery control unit 412 may change the lottery probability of the lottery event according to the character type at the time of the battle before the lottery event, the battle win / loss, the continuous play time, the result of the past lottery processing, and the like. In addition, the game control unit 410 may change the display probability of the atari item according to a result of a predetermined game process before the lottery event. Thereby, it is possible to influence the lottery probability and the display probability by using the game process before the lottery event.

  Moreover, the change part 424 may change the winning probability and / or display probability of an atari item according to the result of the predetermined process in a lottery event. For example, the change unit 424 changes the winning probability and the display probability to + α if the first blow of the battle effect is an attack of the player character, and changes to −α if the attack is an enemy character. In this case, the lottery performed before the battle is a temporary lottery. For example, even if there is an attack in the preliminary lottery before the battle, the lottery result may be changed to losing with a probability of 10%, for example, if the first battle blow is an enemy character attack. When the lottery result is changed to lose, the rendering unit 426 changes information referred to the battle control information at the time of losing shown in FIG. 11 from the battle control information at the time of winning shown in FIG.

  On the contrary, even if a loss occurs in the temporary lottery before the battle, if the first battle blow is an attack of the player character, the lottery result may be changed to atari with a probability of 20%, for example. Thereby, the winning probability of the Atari item can be changed according to the result of the predetermined process in the lottery event. In addition, as a result of the predetermined process, the first blow of the battle has been described as an example, but the present invention is not limited to this example.

  Furthermore, even if the silhouette display is selected by the display lottery before the battle (the lottery that determines the display form of the enemy character), the changing unit 424 displays the display probability if the first blow of the battle is an attack of the player character. May be uploaded. In this case, the lottery control unit 412 may perform a display lottery whenever the player character attacks or whenever the turn of the attack is changed. Thereby, the display probability of an atari item can be changed according to the result of the predetermined process in a lottery event.

  The 2nd display control part 418 may change the display form of an atari item according to the progress situation of a lottery event. For example, the second display control unit 418 may gradually peel off the silhouette of the enemy character (atari item) according to the state of the production by the production unit 426. Thereby, a display form can be changed according to the progress situation of a lottery event, and a player can be entertained.

  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.

1 game processing system 10 game device 20 server 30 billing server 120 storage unit 150 main control unit 202 control unit 208 storage unit 310 game execution unit 320 first storage unit 410 game control unit 412 lottery control unit 414 selection unit 416 determination unit 418 first 2 Display control unit 420 Giving unit 422 Continuing unit 424 Changing unit 426 Production unit 430 Second storage unit

Claims (13)

On the computer,
A control step for controlling a lottery event in the game;
A receiving step of receiving an execution request for the lottery event from a terminal operated by a predetermined player;
A selection step of selecting a predetermined item from among a plurality of items set as the subject of the lottery event;
A determination step of determining a display form of the predetermined item based on a predetermined condition;
A display control step for controlling the predetermined item in the display form to be displayed on the display screen of the terminal;
A granting step of granting an item according to the lottery result of the lottery event to the predetermined player;
A program that executes A continuation step that allows the predetermined player to continue the lottery event when the predetermined item is not won and another item is given to the predetermined player;
When the lottery event is continued, a change step of making the winning probability of the predetermined item higher than the current value;
The program according to claim 1, further causing the computer to execute. The changing step includes
The program according to claim 2, wherein the winning probability is set to be higher than a current value based on the number of continuations of the lottery event and / or a recognizable state for the predetermined item. The changing step includes
The program according to claim 2 or 3, wherein the display form is changed so that the predetermined item can be recognized based on the continuation number of the lottery event and / or the recognizable state of the predetermined item. The display control step includes:
Controlling to display expected information on the acquisition possibility of the predetermined item on the display screen;
5. The program according to claim 1, further comprising a step of changing the expectation information in accordance with a progress situation of the lottery event.   The program according to any one of claims 1 to 5, further causing a computer to execute a rendering step of performing a rendering process that provides information for recognizing the predetermined item during the lottery event. The production step includes
The program according to claim 6, wherein the rendering process is changed according to a recognizable state for the predetermined item.   The program according to claim 1, wherein the display form can be recognized by the predetermined player in multiple stages. The display control step includes:
The program according to any one of claims 1 to 8, wherein the display form is changed according to a progress situation of the lottery event. The determining step includes
The program according to any one of claims 1 to 9, wherein a display form of the predetermined item is determined based on a display probability for each recognizable state with respect to the predetermined item.   The program according to claim 10, wherein the plurality of items include items having different winning probabilities and / or display probabilities of the predetermined items.   The program according to claim 10 or 11, wherein an execution content and / or the display probability of the lottery event is changed according to a result of a predetermined game process before the lottery event.   The program according to any one of claims 10 to 12, wherein the winning probability and / or the display probability of the predetermined item is changed according to a result of the predetermined process in the lottery event.

Images