JP2020054476A - Game program - Google Patents

Abstract

To provide a game program capable of enhancing amusement of a game.SOLUTION: A game program causes a user terminal to execute steps of: drawing a character to be given to a user from characters that can be used in a game (S2); displaying the drawn character (S4); detecting one of a user's start button tap operation (first operation) to determine the drawn character's giving to the user and a user's viewing button tap operation (second operation) to execute the re-drawing, after the drawn character is displayed (S7, S8); reproducing and displaying a moving image on a display unit, when the viewing button tap operation is detected (S12); detecting that an execution condition of the re-drawing is satisfied along with the reproducing display of the moving image (S15); re-drawing a character to be given to the user, when an execution condition of the re-drawing is satisfied (S2); and displaying the re-drawn character (S4).SELECTED DRAWING: Figure 3

Description

  The present invention relates to a game program for causing a computer to execute each step for game progress.

  2. Description of the Related Art Conventionally, a game for giving a predetermined privilege to a user who has viewed an advertisement prepared in advance has been known.

  For example, Patent Literature 1 discloses a game in which a user is requested to view an advertisement and a privilege is given to the user who has viewed the advertisement. In this game, the user designates the timing of viewing the advertisement, and the privilege is changed according to the timing, or the benefit is changed according to the tendency of the viewing time of the advertisement.

JP 2018-93963 A

  In the game described in Patent Literature 1, there is a problem in that the user is not provided with an opportunity to select a type of a character provided as a privilege, so that the interest of the game is reduced.

  The present invention has been made in view of the above background, and has as its object to improve the interest of a game.

  According to a first aspect of the present invention, a step of causing a computer to randomly select a game medium to be provided to a user from a plurality of game contents usable in a game, and a step of displaying the selected game medium on a display unit A first operation of the user for confirming the provision of the lottery game content to the user after the lottery game content is displayed, and a second operation of the user for executing the re-lottery. Detecting which of the two operations has been performed; and displaying and displaying a moving image on the display unit based on the detection of the second operation; and displaying and displaying the moving image. A step of detecting that the re-lottery execution condition is satisfied, and a step of re-lotting the game medium to be given to the user based on the fulfillment of the re-lottery execution condition; The game medium whose serial is redrawing and a step of displaying on the display unit, a game program.

  According to the present invention, by executing the re-lottery, the user is provided with an opportunity to select the type of the game medium to be provided, so that the interest of the game can be improved.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 2 is a block diagram illustrating a functional configuration of a user terminal and a server. It is a flowchart which shows the processing flow of the first game gacha performed by a user terminal. It is a figure which shows the game screen in which the lottery effect of the character is performed on the display part of a user terminal. It is a figure showing the 1st inquiry screen displayed on the display of the user terminal. It is a figure showing the screen of the user terminal which is displaying and displaying an advertising animation. It is a figure showing the 2nd inquiry screen displayed on the display of the user terminal. It is a flowchart which shows the processing flow in the winning probability determination processing of FIG. It is a flow chart which shows the processing flow of the first game gacha concerning the 1st modification. It is a figure showing the carry over inquiry screen displayed on the display part of a user terminal. It is a flowchart which shows the processing flow in the winning probability determination processing of FIG. It is a flow chart which shows the processing flow of the first game gacha concerning the 2nd modification. It is a figure showing the animation selection screen displayed on the display part of the user terminal in the first game gacha. It is a flowchart which shows the processing flow in the winning probability determination processing of FIG. It is a flow chart which shows the processing flow of the first game gacha concerning the 3rd modification. It is a figure showing the 1st animation selection screen displayed on the display part of the user terminal in the first game gacha. It is a figure showing the 2nd animation selection screen displayed on the same indicator. It is a figure showing the 3rd animation selection screen displayed on the same indicator. It is a flowchart which shows the processing flow of the winning probability determination processing of FIG. It is a flow chart which shows the processing flow of the first game gacha concerning the 4th modification. It is a figure showing the animation selection screen displayed on the display in the first game gacha.

  The game system according to the embodiment is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the scope of the claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the scope of the claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 connects to the server 200 via the network 2. The network 2 includes the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Can be

  The server 200 (computer, information processing device) may be a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication interface (IF) 23, and an input / output IF 24. These components of the server 200 are electrically connected to each other by a communication bus.

  The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication IF 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. These components of the user terminal 100 are electrically connected to each other by a communication bus. Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation on the buttons or the like to the user terminal 100. Further, the controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

  Note that, instead of or in addition to the user terminal 100 including the camera 17 and the distance measurement sensor 18, the controller 1020 may include the camera 17 and the distance measurement sensor 18.

  It is desirable that the user terminal 100 allows a user who uses the controller 1020 to input user identification information such as a user name or a login ID via the controller 1020 at the time of starting a game, for example. This allows the user terminal 100 to associate the controller 1020 with the user, and specifies which user the output value belongs to based on the source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020 without communicating with another device such as the server 200 via the network 2 and the one user terminal 100. Can realize multiplayer. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned multi-play is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. When the above-mentioned multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

  The user terminal 100 may communicate with the server 200 even when the above-described multi-play is realized locally. For example, information indicating a play result such as a score or a win or loss in a certain game may be transmitted to the server 200 in association with user identification information.

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected via a wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As illustrated in FIG. 1, the user terminal 100 may receive the attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store the game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or may read the game program acquired by reading from the storage medium 1030 in the memory 11 May be stored.

  As described above, the user terminal 100 includes the communication IF 13, the input / output IF 14, the touch screen 15, the camera 17, and the distance measurement sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units as an input mechanism can be regarded as an operation unit configured to receive a user's input operation.

  For example, when the operation unit includes at least one of the camera 17 and the distance measurement sensor 18, the operation unit detects an object 1010 near the user terminal 100 and performs an input operation based on a detection result of the object. Identify. As an example, a user's hand as the object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. You. More specifically, when a user's hand is detected from an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. And accept it. Note that the captured image may be a still image or a moving image.

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 specifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, when the operation unit includes the communication IF 13, the user terminal 100 specifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit includes the input / output IF 14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF 14 is specified and accepted as a user input operation.

<Game Overview>
In the game executed by the game system 1, the right to play the game is given to the user. The user plays the game by consuming the right to play. In the present embodiment, it is assumed that a game can be played once by consuming one play right. It is assumed that the user can have one or more play rights. Also, the user cannot play the game if he does not have any play right. The game system 1 manages information of the play right given to each user (such as the number of play rights held by the user) as data for each user. In the present embodiment, one play right is expressed as one ticket. The user plays the game once using one ticket.

  The game media can be used while playing the game. Rareness is set for the game content. Rarity is a type of attribute of game media. The rarities determined in the present embodiment are three types of B, A, and S, and the rarity increases in the order of B, A, and S. Hereinafter, the rarity B, the rarity A, and the rarity S may be referred to as B rank, A rank, and S rank. The character operated by the user is a kind of game media.

  In the present embodiment, at the start of the first game after the installation of the game program, a gacha as a lottery process for randomly selecting a game medium to be given to the user from a plurality of types of game media is executed free of charge. Hereinafter, the gacha is referred to as an initial game gacha. The gacha is also provided to the user for a fee.

  In the present embodiment, when a predetermined condition is satisfied, a game medium called a diamond is provided to the user free of charge. The diamond can be exchanged for in-game currency as a game medium used in the game.

  In the present embodiment, one right is expressed as one game medium. For example, a game medium is provided to a user according to the progress of a game or a play result. A character that is a kind of game medium is included in a capsule. By opening the capsule, a character is given to the user. The user can advantageously advance the game by playing using the character obtained by opening the capsule. Note that opening the capsule is equivalent to consuming the right.

  In the present embodiment, the accompanying item is an item given to the user with the play of the game. Specifically, the accompanying items are provided free of charge along with game media that can be used in playing the game. For example, even if the user acquires the game content for a fee, the accompanying item provided along with the acquisition is free. Note that “given along with the game content” means “given together with the game content”. The associated items can be stored in the storage unit 130 in association with the user.

  In the present embodiment, it is assumed that the game executed by the game system 1 is a puzzle game. For example, the user consumes one ticket and plays the puzzle once.

  Note that the game system 1 is not limited to a system for executing a puzzle game, as long as the system is configured to execute a game in which a right to play a game is granted to a user and the right to play is consumed, and the game is played. The game system 1 is not limited to a specific genre, and may be a system for executing games of any genre. For example, games related to sports such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, action games, etc. Is also good.

  The game system 1 is not limited to a specific play mode, and may be a system for executing a game in any play mode. For example, a single-player game by a single user, a multi-player game by a plurality of users, a multiplayer game in which a plurality of users compete, and a cooperative play game in which a plurality of users cooperate. You may.

<Hardware components of each device>
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a CPU (Central Processing Unit), an MPU (Micro Processing Unit), and a GPU (Graphics Processing Unit).

  The processor 10 reads a program from a storage 12 described later and expands the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and expands the program in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a working area to the processor 10 by temporarily storing programs and various data read from the storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 operates according to the program. The memory 21 provides a working area to the processor 20 by temporarily storing various programs and data read by the processor 20 from a storage 22 described later. The memory 21 also temporarily stores various data generated while the processor 20 operates according to the program.

  In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. In addition, the various data includes game-related data such as user information and game information, and instructions and notifications to be transmitted and received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data related to the game.

  The communication IF 13 controls transmission and reception of various data in the user terminal 100. The communication IF 23 controls transmission and reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, a wireless LAN (Local Area Network), a wired LAN, a wireless LAN, an Internet communication via a mobile phone network, and a short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to receive data input and an interface for the user terminal 100 to output data. The input / output IF 14 may input and output data via a USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. The input / output IF 24 of the server 200 is an interface for the server 200 to receive data input and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

  The touch screen 15 of the user terminal 100 is an electronic component in which the input unit 151 and the display unit 152 are combined. The input unit 151 is, for example, a touch-sensitive device, and is configured by, for example, a touch pad. The display unit 152 includes, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects a position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any type such as a capacitance type or a resistive type.

  Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may perform a vertical screen display that displays a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held in the horizontal direction, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. As described above, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

  The camera 17 includes an image sensor and the like, and generates a captured image by converting incident light from a lens into an electric signal.

  The distance measuring sensor 18 is a sensor that measures a distance to a measurement target. The distance measurement sensor 18 includes, for example, a light source that emits pulse-converted light, and a light receiving element that receives the light. The distance measurement sensor 18 measures the distance to the measurement object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source is reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing a functional configuration of server 200 and user terminal 100 included in game system 1. Each of the server 200 and the user terminal 100 has
The functional configuration required to function as a general computer and the functional configuration required to realize a known function in a game are omitted as appropriate.

  The user terminal 100 has a function as an input device that accepts a user's input operation, and a function as an output device that outputs game images and sounds. The user terminal 100 functions as the control unit 110 and the storage unit 130 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

  The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance a game. For example, sales of valuable data, provision of services, and the like are executed. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 230 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 130 and the storage unit 230 store a game program 131, game information 132, and user information 133. The game program 131 is a game program executed on the user terminal 100 and the server 200.

  The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing the game program 131. The game information 132 is information common to a plurality of users, for example, (1) basic parameters relating to game media that can be used in playing a game, (2) information relating to the type of game media, (3) game media or associated information. It may include information about the item.

  The user information 133 is data relating to a user account. For example, the user information 133 includes (1) information indicating the user of the account, (2) information about a ticket held by the account, and (3) game content held by the account in association with the identifier of the account of the user. Information, (4) information related to ancillary items possessed by the account, (5) parameters of game content acquired by the account, (6) information indicating a degree of progress of a game of the account, (7) possession of the account. It may include information on the assets to be performed. The account assets include, for example, virtual currency and items in the game. In addition, the user information 133 may include various information managed for each account.

  The moving image information 134 is moving image data for reproducing an advertisement moving image. The advertisement moving image may be a live-action moving image or an animation. The moving image information 134 is downloaded together with the game program and stored in the storage unit 130 when the game program is downloaded, but may be transmitted from the server 200 and stored in the storage unit 130 based on a reproduction request. The moving image information 134 stored in the storage unit 130 includes moving image data of a plurality of advertisement moving images. The communication with the server 200 may update the moving image data of the advertisement moving image.

  In the storage unit 230, the user information 133 is stored for each user terminal 100.

(Functional Configuration of Server 200)
The control unit 210 controls the server 200 as a whole by executing the game program 131 stored in the storage unit 230. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100.

  The control unit 210 functions as the object providing unit 211 according to the description of the game program 131. The control unit 210 can also function as another functional block (not shown) to support the progress of the game in the user terminal 100 according to the nature of the game to be executed.

  When the execution of the gacha is requested, the object providing unit 211 executes a lottery process of selecting an object as a game medium to be given to the user.

  In the game information 132 stored in the storage unit 230, one or more objects are associated with a certain rarity. For each of one or more objects associated with a certain rarity, the winning probability of the object is set. The sum of the winning probabilities of a plurality of types of objects is 100%. Game information 132 may be updated. For example, the game information 132 may be updated to include, in a specific period, information that associates a certain rarity with an object that can be acquired during the period.

  An example of an object having a value in favor of a game is a character used directly in puzzle play. Basic parameters and attributes are defined for the character. The value of the character is determined according to the basic parameters, its attributes, its appearance probability, winning probability, and the like. A higher value character is associated with a higher value character.

  When the execution of the gacha is requested, the object providing unit 211 randomly selects an object to be provided to the user from a plurality of types of objects. As an example of the lottery method, there is a method of selecting an object corresponding to the random number generated by the random number generation process from a random number table in which a random number is associated with an object as a game medium. As the number of random numbers associated with each object in the random number table increases, the winning probability increases.

(Functional configuration of user terminal 100)
The control unit 110 controls the user terminal 100 overall by executing the game program 131 stored in the storage unit 130. For example, the control unit 110 advances the game according to the game program 131 and a user's operation. The control unit 110 communicates with the server 200 as necessary to transmit and receive information during the progress of the game.

  The control unit 110 includes an operation reception unit 111, a display control unit 112, a user interface (hereinafter, UI) control unit 113, an animation generation unit 114, a puzzle progression unit 115, a reward determination unit 116, It functions as an acquisition preparation unit 117, an acquisition execution unit 118, an object management unit 119, a play right management unit 120, and a moving image reproduction unit 121. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user's input operation on the input unit 151. The operation receiving unit 111 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IFs 14, and outputs the result to each element of the control unit 110. I do.

  For example, the operation receiving unit 111 receives an input operation on the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation accepting unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. In addition, when the input that has been continuously detected is interrupted, the operation reception unit 111 detects that the contact input from the touch screen 15 has been released.

  The UI control unit 113 controls a UI object displayed on the display unit 152 to construct a UI. The UI object is a tool for allowing the user to perform input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output during the progress of the game from the user terminal 100. The UI object is, for example, but not limited to, an icon, a button, a list, a menu screen, and the like.

  The puzzle progression unit 115 generates a play screen for playing a puzzle. Further, the puzzle progression section 115 progresses the puzzle according to an operation on the play screen. In addition, when one play of the puzzle is completed, the puzzle progression unit 115 calculates a play result indicating a score or the like in the play. Note that one play of a puzzle refers to one play unit determined in a puzzle game.

  The reward determining unit 116 determines the number of objects to be given to the user and the type of each object when the first condition is satisfied. The first condition may be, for example, that one play of a puzzle ends. However, the first condition is not limited to this, and may satisfy other various targets set in the game. Further, for example, the reward determination unit 116 may determine the number of objects to be provided based on the play result notified from the puzzle progression unit 115. Details of the reward determination unit 116 will be described later.

  The acquisition preparing unit 117 transmits a lottery execution signal to the server 200 when a predetermined condition is satisfied. One of the predetermined conditions is, as described above, when the game is started for the first time after the game program is installed. In addition, the acquisition preparing unit 117 transmits a lottery execution signal to the server 200 even when there is an operation of instructing a lottery in exchange for the in-game currency.

  In-game currency is virtual currency in a game. The in-game currency may be provided to the user for a fee in the game, for example. However, in-game currency that can be awarded for a fee may be awarded for free. Such an in-game currency is different from the accompanying items provided free of charge.

  In this case, the in-game currency may be given to the user by a charging process. As an example, when an operation indicating purchase of the in-game currency is received by the operation receiving unit 111, a charging execution unit (not shown) of the control unit 110 causes the display control unit 112 to display a screen for inputting the amount to be charged. Then, the charging execution unit transmits the amount input by the user to server 200. When the charging is normally completed in the server 200, the control unit 110 acquires from the server 200 an in-game currency in an amount corresponding to the charged amount. The acquired in-game currency is stored in the storage unit 130 in association with the user of the user terminal 100.

  The acquisition execution unit 118 gives an object corresponding to the object drawn by the server 200 to the user. Here, giving to a user means storing in the storage unit 130 as user information 133 in association with the user. The given object can be opened by the user during game play. Further, the accompanying items of the given object are added to and stored in the associated items already associated with the user. That is, the accompanying items are accumulated in association with the user.

  The object management unit 119 manages information related to the object given to the user in association with the user. For example, the object management unit 119 generates a screen that allows an object to be used in play to be selected from objects associated with the user. Further, the object management unit 119 manages the associated items given to the user in association with the user. For example, the object management unit 119 stores the amount of accompanying items given to the user. Then, when the accompanying item is newly given to the user, the object management unit 119 updates the stored amount of the accompanying item by adding the newly given amount. Further, when the accompanying item is exchanged for a ticket as described later, the object management unit 119 updates the stored amount of the accompanying item by subtracting the exchanged amount.

The play right management unit 120 manages tickets that are play right. The play right management unit 120 manages the number of tickets held by the user for each user and stores the number in the storage unit 130.
The play right management unit 120 consumes one ticket held by the user every time the game is played once. Further, the play right management unit 120 newly grants a ticket to the user by means described later in detail. The details of the play right management unit 120 will be described later.

  The animation generation unit 114 generates an animation indicating a motion of each game object based on a control mode of each game object in the game. For example, the animation generation unit 114 may generate an animation or the like representing a state in which a capsule is drawn or a state in which a capsule is opened.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing results executed by the above-described elements are reflected. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. Further, the display control unit 112 may draw the above-described UI object so as to be superimposed on the game screen.

  Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions of the server 200. Further, a device other than the user terminal 100 and the server 200 may be a component of the game system 1 and the other device may execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and another device, or may be realized by a combination of these devices.

(Detailed Configuration of Reward Determination Unit 116)
The reward determining unit 116 sets the type of each object to be provided based on a preset setting probability. The setting probability is set such that the higher the degree of rarity, the lower the setting probability. Further, the type for which the degree of rarity is not set may be determined so that the setting probability is higher than the type for which the degree of rarity is set.

(Details of the play right management unit 120)
The play right management unit 120 newly grants a ticket to the user based on the exchange with the accompanying item or the passage of time.

  Specifically, the ticket is newly given to the user by exchanging a predetermined amount of the associated item accumulated in association with the user. The total number of tickets that can be held by the user, including the granted ticket, is up to the upper limit. Tickets whose total number exceeds the upper limit are not granted in exchange for accompanying items.

  Further, the ticket is newly given to the user as time passes. For example, it may be stipulated that a new ticket is awarded when a predetermined period elapses after one ticket is consumed. However, the total number of tickets that can be held by the user, including tickets granted over time, is up to the upper limit. Tickets for which the total number exceeds the upper limit are not granted even if time elapses.

  Also, when there is no ticket held by the user at the start of the play, the play right management unit 120 newly grants a ticket by exchanging a predetermined amount of ancillary items associated with the user attempting to start the play. You may. In this case, it is desirable that the play right management unit 120 newly grant a ticket in response to an operation of approving the exchange of the accompanying item for a predetermined amount.

<Processing flow of the first game gacha>
Hereinafter, an example in which a character is randomly selected as an object serving as a game medium will be described. However, an object to be randomly selected is not limited to a character. For example, it may be an item or the like.

  FIG. 3 is a flowchart illustrating a processing flow of the first game gacha performed by the user terminal 100 as a computer. When the game program is started, the user terminal 100 determines whether or not it is the first game play after the installation of the game program (S1). If it is the first game play (Y in S1), the user terminal 100 starts the tutorial and transmits a lottery execution signal to the server (S2). With this transmission, the server 200 executes the first lottery process and transmits information on the selected character (lottery result) to the user terminal.

  When the lottery result is sent from the server 200 (Y in S3), the user terminal 100 performs a lottery effect display of the selected character as shown in FIG. 4 (S4 in FIG. 1). Thereafter, the user terminal 100 determines whether or not the variable N is 10 (S5). When the variable N is not 10 (N in S5), the user terminal 100 determines whether or not the variable N is 1 (S6). The variable N will be described later.

  If the variable N is not 1 (N in S6), the user terminal 100 displays the first inquiry screen shown in FIG. The first inquiry screen is a screen for notifying the user that the first game gacha can be redone once the advertisement video is viewed, and for inquiring the user whether to view the advertisement video.

  When the viewing button on the first inquiry screen is not tapped by the user (N in S7) and the game start button is tapped (Y in S8) (first operation), the user terminal 100 displays the selected character. After giving to the user (S9), the tutorial is ended and the first quest is started (S10).

  On the other hand, when the viewing button on the first inquiry screen is tapped by the user (Y in S7) (second operation), the user terminal 100 determines whether or not the display count C2 is a predetermined count (S11). . The display count C2 is the number of times the advertisement moving image is displayed based on the tapping operation of the viewing button by the user, and is reset to zero each time the predetermined number of times is reached. Hereinafter, an example will be described in which the predetermined number of times that triggers the reset is set to 20, but the predetermined number is not limited to 20 times.

  If the number of display times C2 is not the predetermined number of times (20 times) (N in S11), the user terminal 100 plays the advertisement moving image based on the moving image data stored in the storage unit 130 as shown in FIG. It is displayed (S12). After that, the user terminal 100 executes the viewed information storage process (S13).

  In the watched information storage processing (S13), the user terminal 100 determines whether or not the reproduction and display of the advertisement moving image performed in step S12 has been reproduced and displayed for half or more of the time period of the advertisement moving image. In this determination, when a determination result that more than half has been reproduced and displayed is obtained, the user terminal 100 stores the numerical value 1 in the storage unit 130 as execution condition information indicating whether or not the execution condition of the re-lottery is satisfied. I do. At this time, the user terminal 100 stores the watched video information in the storage unit 130 as a type of user information. The video viewing completed information includes the execution condition information, the cumulative display count C1, the display count C2, and the cumulative display time T1 of the advertisement video. On the other hand, when it is determined that the reproduction and display of the advertisement moving image performed in step S12 has not been reproduced and displayed for more than half the time of the advertisement moving image, the user terminal stores the numerical value 0 as the execution condition information in the storage unit. Stored in 130. Although an example has been described in which the reproduction and display of at least half of the time of the advertisement moving image is set as the condition for executing the re-lottery, the condition is not limited to this example.

  Next, the user terminal 100 that has stored the moving image viewing completed information determines whether or not the cumulative display count C1 has reached a predetermined upper limit (S14). In the following, an example in which the upper limit is set to 100 times will be described, but the upper limit is not limited to 100 times.

  If the cumulative display number C1 has not reached the upper limit (100 times) (N in S14), the user terminal 100 determines whether or not the execution condition information stored in step S13 is a numerical value of 1, ie, a re-lottery. It is determined whether or not the execution condition is satisfied (S15). If not (N in S15), the user terminal 100 returns the processing flow to step S7 described above.

  On the other hand, when the re-lottery execution condition is satisfied (Y in S15), the user terminal 100 performs a winning probability determination process described later to determine the winning probabilities of the B-rank, A-rank, and S-rank characters. (S16). Thereafter, the user terminal 100 transmits a winning probability signal indicating the winning probability of the character of each rank and a lottery execution signal to the server 200 (S17). The server 200 that has received the transmission selects a random number table that realizes the winning probability of the character of each rank indicated by the sent winning probability signal from the plurality of random number tables stored in the storage unit 230, Characters are drawn by lot using this random number table.

  When the signal of the lottery result is sent from server 200 (Y in S3), user terminal 100 executes the lottery effect display of the selected character again (S4). After that, the processing flow when the variable N is neither 10 nor 1 is as described above.

  If the number of display times C2 has reached the predetermined number of times (20 times) in step S11 described above (Y in S11), the user terminal 100 resets the number of display times C2 to zero (S18), and then returns to FIG. A second inquiry screen to be displayed is displayed. The second inquiry screen is a screen that informs the user that the bonus gacha is provided because the number of times of viewing the advertisement moving image has reached a predetermined number (20 times). In addition, the second inquiry screen displays, as a bonus gacha, whether to acquire one character by lottery with a bonus probability or to perform ten lotteries with a general winning probability to acquire 10 characters. It is also a screen for inquiring of the user. The number of lottery executions for acquiring a plurality of characters is not limited to ten.

  When one button on the second inquiry screen is tapped by the user (Y in S19) (fifth operation), user terminal 100 sets variable N to 1 (S20). On the other hand, when the ten buttons are tapped by the user (N in S19, Y in S20) (fourth operation), user terminal 100 sets variable N to 10 and variable K to 10. (S21). The variable K indicates the number of individuals that have not yet been subjected to the lottery out of the ten.

  After executing steps S12 to S17 and S3 described above, the user terminal 100 that has set the variable N performs a lottery effect display of the selected character (S4). If the cumulative display count C1 reaches the upper limit (100 times) before reaching step S4 (Y in S14), the user terminal 100 executes the first game gacha because the cumulative display count C1 has reached the upper limit. Is stopped, and a message is displayed to the effect of forcibly shifting to the first quest (S22). Thereafter, the user terminal 100 gives the character to the user (S9), and starts the first quest (S10).

  If the variable N is 10 in step S5 after step S4 described above (Y in S5), a bonus gacha that can acquire 10 characters is being executed. In this case, the user terminal 100 subtracts 1 from the variable K after giving the lottery character to the user (S23) (S24). Thereafter, the user terminal 100 determines whether or not the variable K has been reduced to zero (S25), and if not zero (N in S25), executes the processing flow from step S15 again. On the other hand, if the variable K is zero (Y in S25), the user terminal 100 sets the variable N to the default zero (S26), and executes the processing flow from step S7 again.

  Note that the user terminal that has executed the bonus gacha for randomly selecting one character with the bonus probability sets the variable N to a default value of zero in step S26 before executing step S7.

  In the processing flow of FIG. 3, when the game after the start of the game program is not the first game (N in S1), the user terminal 100 determines whether or not a privilege grant signal is sent from the server 200 (S27). . This privilege granting signal is sent based on the fact that the user has uploaded the video of the game screen to the video posting site when the user is viewing the advertisement video and re-executing the first game gacha. Specifically, this game is provided with a posting report function. The user who uploaded the video of the game screen to the video posting site transmits the URL of the upload destination to the server 200 using the posting report function. The administrator of the server 200 confirms the URL, and causes the server 200 to execute a process of transmitting a privilege grant signal to the user terminal 100 when the above-described game screen is uploaded as reported.

  When the score providing signal is transmitted from server 200 (Y in S27), user terminal 100 displays the game providing effect screen (S28), and then updates the game content information in order to increase the number of owned diamonds by one. Update (S29). Thereafter, the user terminal 100 starts the game from the continuation of the previous time (S30).

  On the other hand, when the specific provision signal is not sent from server 200 (N in S27), user terminal 100 immediately starts the game from the continuation of the previous time (S30).

  FIG. 8 is a flowchart showing a processing flow in the winning probability determination processing (S16) of FIG. The user terminal 100 that has started this processing flow first determines whether or not the variable N is 1 (S1601). When the variable N is 1 (Y in S1), that is, when the bonus gacha for drawing one character with the bonus probability is being executed, the user terminal 100 determines the high probability as the winning probability (S1602). ). The high probability means that the character of S rank is won with a high probability. When the winning probability is set to a high probability, the server 200 executes a character lottery process using a random number table that causes the character of S rank to win with a high probability.

  If the variable N is not 1 (N in S1601), the user terminal 100 determines whether or not the variable N is 10 (S1603). The fact that the variable N is 10 in step S1603 means that a bonus gacha for acquiring 10 characters by lottery with a general winning probability is being executed. When the variable N is 10 (Y in S1603), the user terminal 100 determines a low probability as a winning probability (S1604). The low probability means that the character of S rank is won with a low probability. When the winning probability is set to the low probability, the server 200 executes a character lottery process using a random number table that causes the character of S rank to win with a low probability.

  On the other hand, when the variable N is not 10 in step S1603, it means that the normal first game gacha is being executed instead of the bonus gacha. If the variable N is not 10 (N in S1603), the user terminal 100 determines whether or not the cumulative display count C1 is 45 or more (S1605). When the cumulative display count C1 is not 45 times or more (N in S1605), the user terminal 100 determines a low probability as a winning probability (S1604). On the other hand, if the cumulative display count C1 is 45 or more (Y in S1605), the user terminal 100 determines whether or not the cumulative display count C1 is 90 or more (S1606). If the cumulative display count C1 is not 90 or more (N in S1606), the user terminal 100 determines the medium probability as the winning probability (S1607). The medium probability means that the character of S rank is won with a medium probability between the low probability and the high probability. If the winning probability is set to the medium probability, the server 200 executes a character lottery process using a random number table that causes the character of S rank to win with the medium probability.

  On the other hand, if the cumulative display count C1 is 90 or more (Y in S1606), the user terminal 100 determines a high probability as a winning probability (S1603).

  In the winning probability determination process, the winning probability may be determined using the cumulative display time T1 as a comparison target instead of the cumulative display count C1. Further, the number of times compared with the cumulative number of times of display C1 is not limited to 45 times and 90 times.

  In the processing flow of the first game gacha according to the embodiment, the user terminal 100 (computer) randomly selects a character to be given to the user from a plurality of characters (game contents) usable in the game; Step S4 of displaying the lottery character on the display unit 152, and a user's start button tapping operation for confirming the provision of the lottery character to the user after the lottery character is displayed. Steps S7 and S8 for detecting which of the (first operation) and the user's viewing button tapping operation (second operation) for executing the re-lottery, and detecting the viewing button tapping operation Based on the result, a step S12 of reproducing and displaying the moving image on the display unit 152, A step S15 of detecting that the condition for executing the re-lottery is satisfied, a step S2 of re-lotting the character to be given to the user based on the fulfillment of the condition of the re-lottery, and And step S4 of displaying the character on the display unit 152.

  According to this configuration, by providing the user who has viewed the moving image with the re-lottery of the character, the user is provided with an opportunity to select the type of the character to be provided, so that the interest of the game can be improved. .

  In addition, in the processing flow of the first game gacha according to the embodiment, based on the detection of the start button tapping operation (first operation), the user terminal is provided with the lottery character to be given to the user based on the detection of the start button tapping operation (first operation). Step S9 for fixing is executed. According to such a configuration, the user whose favorite character has won in the first lottery can be caused to immediately start the game without watching a moving image.

  Further, in the processing flow of the first game gacha according to the embodiment, after the re-lottered character is displayed on the user terminal, a start button tap operation (first operation) is detected. A step S9 for deciding to give the user the re-lottered character to the user, and based on the detection of a viewing button tap operation (second operation) after the re-lottered character is displayed. And step S12 of reproducing and displaying the moving image on the display unit 152. According to such a configuration, it is possible to provide the user who has not been a favorite character the re-lottered character an opportunity to challenge for a further re-lottery. Further, the user whose favorite character is the re-lottered character can immediately start the game.

  Further, in the processing flow of the first game gacha according to the embodiment, each of the plurality of characters has a rarity as an attribute, and the re-lottery step S17 is performed as the cumulative display number C1 of the moving image increases. Increase the probability of winning the S rank. According to this configuration, as the lottery is repeated, the winning probability of the S-rank character is increased, thereby increasing the possibility that the user will acquire the S-rank character. Thereby, the effectiveness of the game can be improved. Further, it is possible to increase the user's willingness to challenge the lottery repetition.

  In the processing flow of the first game gacha according to the embodiment, each of the plurality of characters has a rarity as an attribute, and the user terminal collectively executes a lottery for the re-lottery. Of the user's 10-button tapping operation (fourth operation) for selecting the user and the user's single-button tapping operation (fifth operation) for selecting to execute the lottery once. Steps S19 and S20 for detecting whether or not the game has been executed, and the re-lottery step is performed when the single button tap operation is detected, compared with the case where the ten button tap operation is detected, in the S rank. Increase the winning probability of the character. According to such a configuration, a user who prefers to increase the possibility of acquiring a character of S rank rather than repeatedly enjoying the effect display of the re-lottery is prompted to select one lottery. Thus, the load on the server 200 due to repetition of the re-lottery process can be reduced by reducing the number of times the re-lottery process is performed. On the other hand, rather than increasing the possibility of acquiring an S-rank character, a user who prefers to repeatedly enjoy a lottery effect can have the user enjoy the lottery effect ten times, thereby increasing the interest of the game. Can be enhanced.

  As in the game according to the embodiment, in a game in which a gacha is provided to a user free of charge when the game is started for the first time after installation, not a few users who repeat the procedure described below appear. That is, the procedure is to uninstall the game program, download the game program, and execute the first gacha until a character with a high value is won. This procedure is called a reset marathon (hereinafter, referred to as "reisemara"). If many users who execute "Recemara" appear early after the release of the game, the download of the game is intensively performed and a heavy load is placed on the server.

  On the other hand, in the processing flow of the first game gacha according to the embodiment, the lottery of the character and the re-lottery of the character are executed in a tutorial performed after the installation of the game. That is, the first game gacha is executed. In such a configuration, the number of users who watch the moving image and re-challenge the character lottery is increased instead of executing “Resemala”. Therefore, according to this first game gacha, since it is possible to re-challenge the lottery without executing “Resemala”, it is possible to suppress an increase in the load on the server due to the appearance of many users who execute “Resemara”. Can be.

  In the processing flow of the first game gacha according to the embodiment, the moving image displayed on the display unit 152 is an advertisement moving image. According to such a configuration, it is possible to obtain a profit from the advertiser according to the viewing of the advertisement moving image by the user. Furthermore, since a user who starts a game for the first time after installing a game program appears to be concentrated in a period immediately after the game release, the initial investment invested in game development by concentrating profits during that period. It can be collected early.

  In addition, in the processing flow of the first game gacha according to the embodiment, step S27 of detecting a signal indicating that the moving image data of the screen of the display unit 152 at the time of executing the lottery has been uploaded to the moving image distribution site; Based on the fact that it has been performed, a step S29 of giving the user an advantage that is advantageous in the progress of the game to the user is further executed. According to such a configuration, many users are informed that re-lotting of a character becomes possible by watching a moving image. Thereby, many users can be informed that the number of downloads of the game program displayed on the game distribution site has a small positive error due to the execution of “Resemala”.

  Before starting the first quest, a tutorial may be performed to allow the user to learn the content and operation of the game, and a character lottery may be provided again to the user who starts the tutorial again from the beginning. According to such a configuration, it is possible to prompt the user to become familiar with the contents of the game and the operation method.

  Hereinafter, each modified example in which a part of the processing flow of the first game gacha according to the embodiment is modified to another mode will be described.

[First Modification]
FIG. 9 is a flowchart illustrating a processing flow of the first game gacha according to the first modification. When the game program is started, the user terminal 100 determines whether or not it is the first game play after the installation of the game program (S31). If it is the first game play (Y in S31), the user terminal 100 starts the tutorial and transmits a lottery execution signal to the server (S32). By this transmission, the server 200 performs the first lottery process and transmits information on the selected character (lottery result) to the user terminal.

  When the lottery result is sent from the server (Y in S33), the user terminal 100 performs the lottery effect display of the lottery character as in the embodiment (S34 in FIG. 8). Thereafter, the user terminal 100 displays the first inquiry screen (FIG. 5) as in the embodiment. When the viewing button on the first inquiry screen is not tapped by the user (N at S35) and the game start button is tapped (Y at S36), the user terminal 100 gives the user a randomly selected character. (S37), the tutorial is ended and the first quest is started (S38).

  On the other hand, when the viewing button on the first inquiry screen is tapped by the user (Y in S35), as shown in FIG. 10, a screen for inquiring the user as to whether or not the user wants to carry over the lottery character is displayed. (S39). Carryover is a process of temporarily providing a user with a randomly selected character. The user can carry over the newly drawn character in place of the carried-over character if the subsequently drawn character likes the carried-over character.

  In response to the inquiry about whether or not to carry over, if the user taps the “No” button without tapping the “Yes” button (N in S40) (Y in S41) (seventh operation), the user terminal 100 Reproduces and displays the advertisement moving image based on the moving image data stored in the storage unit 130 (S42). At this time, if there is a character being carried over, that character is further carried over. After that, the user terminal 100 performs a viewed information storage process (S43).

  The user terminal 100 that has performed the viewed information storage processing determines whether or not the cumulative display count C1, which is one type of moving image viewed information, has reached an upper limit (S44). When the cumulative number of times of display C1 has not reached the upper limit (N in S44), the user terminal 100 determines whether or not the re-lottery execution condition is satisfied (S45). If the condition is not satisfied (N in S45), the user terminal 100 returns the processing flow to step S35 described above.

  On the other hand, when the re-lottery execution condition is satisfied (Y in S45), the user terminal 100 performs a winning probability determination process to determine the winning probability of the B-rank, A-rank, and S-rank characters (S46). ). Thereafter, the user terminal 100 transmits a winning probability signal indicating a winning probability of each rank and a lottery execution signal to the server 200. The server 200 that has received the transmission uses a random number table that realizes the winning probability of each rank indicated by the sent winning probability signal, and uses the random number table to draw a character.

  When the signal of the lottery result is sent from the server 200, the user terminal 100 executes the lottery effect display of the lottery character again (S34).

  In step S44 described above, if the cumulative display count C1 has reached the upper limit (100 times) (Y in S45), the user terminal 100 stops executing the first game gacha and forcibly shifts to the first quest. Is displayed (S48). Thereafter, the user terminal 100 gives the user the lottery character (if there is a carryover character, the carryover character) to the user (S37), and then starts the first quest (S38).

  In step S39 described above, when the user taps the “Yes” button in response to the inquiry about whether or not to carry over (Y in S40) (sixth operation), the user terminal 100 stores the information in the storage unit 130. The cumulative carry-over count C3 is read (S49). If the cumulative carry-over count C3 has reached the upper limit (Y in S50), the user terminal 100 displays a message that the execution of the first game gacha is stopped and the process is forcibly shifted to the first quest (S48). After that, the user terminal 100 starts the first quest (S38) after giving the newly selected character to the user (S37).

  On the other hand, if the cumulative carry-over count C3 has not reached the upper limit (Y in S50), the user terminal 100 adds 1 to the cumulative carry-over count C3 (S51), and then carries over the data stored in the storage unit 130. Is updated to the information of the newly selected character (S52). Thereafter, the user terminal 100 reproduces and displays the advertisement moving image (S42).

  Steps S53, S54, S55, and S56 in FIG. 9 are the same as steps S27, S28, S29, and S30 in FIG.

  FIG. 11 is a flowchart showing a processing flow in the winning probability determination processing (S46) of FIG. The user terminal 100 that has started this processing flow first determines whether or not the cumulative display count C1 is 45 or more (S4601). When the cumulative display number C1 is not 45 times or more (N in S4601), the user terminal 100 determines a low probability as a winning probability (S4602). On the other hand, if the cumulative display count C1 is 45 or more (Y in S4601), the user terminal 100 determines whether the cumulative display count C1 is 90 or more (S4603). If the cumulative display number C1 is not 90 or more (N in S4603), the user terminal 100 determines the medium probability as the winning probability (S4604).

  On the other hand, if the cumulative display count C1 is 90 or more (Y in S4603), the user terminal 100 determines a high probability as the winning probability (S4605).

  As described above, in the process flow of the first game gacha according to the first modification, in the process in which the re-lottery is continuously repeated in the user terminal 100, the user who carries over the re-lottered character is carried out. A step S40 of detecting a yes button tap operation (sixth operation); and, when the number of times of detection of the yes button tap operation for the re-lottered character reaches a predetermined number (upper limit), after the reproduction of the moving image is completed, Steps S50 and S37 for finalizing the provision of the re-lottered game contents to the user are further executed. According to such a configuration, when the re-lottered character is liked to a certain extent, the user is given an opportunity to execute a re-lottery to acquire a further favorite character in a state where the assignment of the character is fixed. To provide. With this provision, the interest of the game can be enhanced.

  FIG. 12 is a flowchart showing a processing flow of the first game gacha according to the second modification. Steps S61 to S68 in FIG. 12 are the same as steps S31 to S38 in FIG. Steps S69 to S74 in FIG. 12 are the same as steps S42 to S47 in FIG. Steps S75 to S78 in FIG. 12 are the same as steps S53 to S56 in FIG.

  When the viewing button is tapped by the user (Y in S65), the user terminal 100 displays the moving image selection screen shown in FIG. 13 (S79). This moving image selection screen is a screen for allowing the user to select which advertisement moving image is to be viewed from a plurality of advertisement moving images prepared in advance. When an arbitrary button on the moving image selection screen is tapped by the user (Y in S80), the user terminal 100 reads the moving image data corresponding to the button from the storage unit 130 and reproduces and displays the advertisement moving image (S69).

  In the moving image selection screen shown in FIG. 13, buttons having different sizes exist. The longer the duration of the advertisement video, the larger the button corresponding to the advertisement video. Also, as the time of the advertisement moving image becomes longer, the button corresponding to the advertisement moving image is arranged at the center of the screen. That is, in the moving image selection screen, as the time of the advertisement moving image increases, the visibility of the button corresponding to the advertisement moving image on the screen is improved.

  FIG. 14 is a flowchart showing a processing flow in the winning probability determination processing (S73) of FIG. The user terminal 100 that has started this processing flow first determines whether or not the time of the immediately preceding advertisement moving image is 30 seconds or more (S7301). If the time of the advertisement moving image is not longer than 30 seconds (N in S7301), the user terminal 100 determines a low probability as a winning probability (S7302). On the other hand, when the time of the advertisement moving image is 30 seconds or more (Y in S7301), the user terminal 100 determines whether or not the time of the advertisement moving image is 5 minutes or more (S7303). If the duration of the advertisement moving image is not longer than 5 minutes (N in S7303), the user terminal 100 determines the medium probability as the winning probability (S7304). On the other hand, when the time of the advertisement moving image is 5 minutes or more (Y in S7303), the user terminal 100 determines a high probability as a winning probability.

  Note that the time compared with the time of the advertisement moving image in step S7301 is not limited to 30 seconds. Further, the time compared with the time of the advertisement moving image in step S7303 is not limited to 5 minutes. It is sufficient that the time compared with the time of the advertisement moving image in step S7303 is longer than the time compared with the time of the advertisement moving image in step S7301.

  As described above, in the processing flow of the first game gacha according to the second modified example, each of the plurality of characters has a rarity as an attribute, and the re-lottery step S63 is performed by the reproduction and display. As the time of the moving image is longer, the winning probability of the character body having the S rank is increased (S7301 to S7305). According to this configuration, it is possible to provide the user with an opportunity to acquire an S-rank character with a winning probability corresponding to the viewing time of the advertisement moving image.

  Further, in the processing flow of the first game gacha according to the second modification, a plurality of candidates of the moving image to be viewed by the user are displayed on the user terminal 100 based on the detection of the view button tap operation (second operation). Step S79 of displaying on the unit 152, Step S80 of detecting a user's selection operation (third operation) for selecting any of the plurality of candidates, and a display unit 152 displaying a moving image specified by the selection operation. Is further executed. According to such a configuration, by increasing the possibility of providing the user with an advertisement moving image in a field of interest to the user, it is possible to increase the user's willingness to challenge repeated re-lottery.

  FIG. 15 is a flowchart illustrating a processing flow of the first game gacha according to the third modification. Steps S81 to S88 in FIG. 15 are the same as steps S61 to S68 in FIG. Steps S89 to S94 in FIG. 15 are the same as steps S69 to S74 in FIG. Steps S95 to S98 in FIG. 15 are the same as steps S75 to S78 in FIG.

  When the viewing button is tapped by the user (Y in S85), the user terminal 100 determines whether or not the accumulated display time T1 of the advertisement moving image reproduced so far is 20 minutes or more (S99). If the accumulated display time T1 is not longer than 20 minutes (N in S99), the user terminal 100 displays the first moving image selection screen shown in FIG. When an arbitrary button on the first moving image selection screen is tapped by the user (Y in S101), the user terminal 100 reads the moving image data corresponding to the button from the storage unit 130 and reproduces and displays the advertisement moving image (S89). ).

  As shown in FIG. 16, on the first moving image selection screen, a message “S rank winning probability UP” is attached to a button of a specific advertisement moving image. The advertiser of the advertisement moving image corresponding to the button is a large advertiser.

  If the cumulative display time T1 is 20 minutes or more (Y in S99), the user terminal 100 determines whether the cumulative display time T1 is 30 minutes or more (S102). If the accumulated display time T1 is not longer than 30 minutes (N in S102), the user terminal 100 displays the second moving image selection screen shown in FIG. 17 (S103). As shown in FIG. 17, on the second moving image selection screen, a message “S rank winning determination” is attached to a button of a specific advertisement moving image. The advertiser of the advertisement moving image corresponding to the button is a large advertiser.

  When an arbitrary button on the second video selection screen is tapped by the user (Y in S104), the user terminal 100 displays a message "S rank winning determination" on the button for the advertisement video corresponding to the tapped button. It is determined whether the advertisement moving image is attached (S105). When the advertisement moving image selected by the user is not the advertisement moving image in which the above message is attached to the button (N in S105), the user terminal 100 reproduces and displays the selected advertisement moving image (S89). On the other hand, when the advertisement moving image selected by the user is the advertisement moving image in which the above-described message is attached to the button (Y in S105), the user terminal 100 sets the variable N to 1 (S106), and selects the moving image. The advertisement moving image is reproduced and displayed (S89).

  If the cumulative display time T1 is 30 minutes or more (Y in S102), the user terminal 100 displays a screen informing that the winning of the S-rank character has been determined (S107), and then displays the screen shown in FIG. A moving image selection screen is displayed (S108). As shown in FIG. 18, on the third moving image selection screen, a message “a winning S-rank character can be selected” is attached to a button of a specific advertisement moving image. The advertiser of the advertisement moving image corresponding to the button is a large advertiser.

  When an arbitrary button on the third moving image selection screen is tapped by the user (Y in S109), the user terminal 100 “selects a winning S rank character” for the advertising moving image corresponding to the tapped button. It is determined whether the message is an advertisement moving image with a button attached to it (S110). When the advertisement moving image selected by the user is not the advertisement moving image in which the above message is attached to the button (N in S110), the user terminal 100 reproduces and displays the selected advertisement moving image (S89).

  On the other hand, when the advertisement moving image selected by the user is the advertisement moving image in which the above message is attached to the button (Y in S110), the user terminal 100 sets the variable N to 2 (S106), and then selects the character. A screen is displayed (S112). This character selection screen is a screen for displaying a plurality of S-rank characters and for allowing the user to select which one is to be won.

  When any character is selected by the user (Y in S113), the user terminal 100 stores the selected character in the storage unit 130, and then reproduces and displays the advertisement moving image selected by the user (S89). .

  The user terminal 100, which has transmitted the winning probability signal and the lottery execution signal to the server 200 in step S94, determines whether the variable N is 1 or 2 (S115). When the variable N is 1 or 2 (Y in S115), the user terminal 100 resets the variable N to 0 (S116), and waits for reception of the lottery result from the server 200 (S83).

  FIG. 19 is a flowchart showing a processing flow of the winning probability determination processing (S93) of FIG. The user terminal 100 that has started this processing flow first determines whether or not the variable N is 1, that is, whether or not the winning of the S-rank character has been determined (S9301). If the variable N is not 1 (N in S9301), the user terminal 100 determines whether or not the variable N is 2, that is, whether or not the condition that the character of the S rank to be won can be selected is satisfied. (S9303).

  If the variable N is not 2 in step S9303, the user terminal 100 determines whether or not the previously reproduced advertisement moving image is an advertisement moving image in which a message “S rank winning determination” is attached to a button (S9304). If the message is not an advertisement moving image attached to a button (N in S9304), the user terminal 100 determines a low probability as a winning probability (S9305). On the other hand, if the message is an advertisement moving image with a button attached (Y in S9304), the user terminal 100 determines a medium probability as a winning probability (S9306).

  If the variable N is 1 in step S9301, the user terminal 100 determines 100% as the winning probability (S9302). The server that has received the signal of the winning probability performs a lottery using a random number table in which only the S rank characters are associated with random numbers.

  If the variable N is 2 in step S9303, the user terminal 100 determines 100% as the winning probability (S9307), and then determines the character signal stored in advance as a target to be won and the winning probability signal. The combined signal is constructed (S9308). The server 200 that has received this signal performs a lottery using a random number table in which only the S-rank characters included in the signal are associated with random numbers.

  In the processing flow of the first game gacha according to the third modified example, similarly to the embodiment, instead of executing “Lisemara”, the number of users who watch the advertisement video and re-challenge the character lottery is increased. Let it. Therefore, according to this first game gacha, since it is possible to re-challenge the lottery without executing “Resemala”, it is possible to suppress an increase in the load on the server due to the appearance of many users who execute “Resemara”. Can be.

  Further, according to the processing flow of the first game gacha according to the third modification, similarly to the embodiment, it is possible to obtain from the advertiser a profit corresponding to the number of times the user views the advertisement moving image. Furthermore, since a user who starts a game for the first time after installing a game program appears to be concentrated in a period immediately after the game release, the initial investment invested in game development by concentrating profits during that period. It can be collected early.

  Further, in the processing flow of the first game gacha according to the third modification, similarly to the embodiment, when the cumulative display count of the advertisement video reaches the predetermined upper limit, the advertisement video is viewed and the lottery is executed again. The steps S92 and S87 S88 for stopping the detection of the second operation to advance the game and executing the game are executed. According to such a configuration, in a short period after the release of the game program, an excessive load on the server due to an excessive number of executions of the re-lottery process and an execution number of the transmission process of the moving image data is prevented. Can be suppressed.

  Further, in the processing flow of the first game gacha according to the third modification, the winning probability of the character of S rank is set to the probability according to the advertiser of the advertisement moving image selected by the user (S9304 to S9306). According to such a configuration, it is possible to increase the possibility that the user selects the advertisement moving image of the large advertiser as the advertisement moving image to be viewed, and to increase the advertising effect of the large advertiser. Further, the continuity of contracts with large advertisers can be improved.

  In the processing flow of the first game gacha according to the third modified example, in the step (S100) of displaying the first moving image selection screen listing a plurality of viewing candidates of the advertisement moving image, a specific viewing The user is notified that watching the candidate advertisement moving image increases the winning probability. In addition, in performing a lottery based on viewing an advertisement video, when a specific viewing candidate is selected by the user, the S rank character is elected compared to when another viewing candidate is selected. The probability is increased (S9304 to S9306). According to this configuration, the continuity of the contract with the large advertiser can be enhanced by increasing the advertising effect of the large advertiser. Further, the possibility that the user acquires a favorite character at an early stage is increased. As a result, in a short period after the release of the game program, it is possible to suppress occurrence of an excessive load on the server due to an excessive number of executions of the lottery process and an execution number of the transmission process of the moving image data. .

  Further, in the processing flow of the first game gacha according to the third modification, if the specific viewing candidate is selected when the cumulative display time T1 reaches a predetermined range (20 minutes or more and less than 30 minutes), the S rank is displayed. The user is notified that the winning of the character is confirmed (S103) (FIG. 17). Further, when the condition that the specific viewing candidate is selected by the user is satisfied, the lottery is executed only with the group of the S-rank characters (S9302). According to such a configuration, it is possible to increase the possibility that the user obtains the favorite character of the user at an earlier stage. As a result, in the short period after the release of the game program, it is possible to further suppress the occurrence of an excessive load on the server due to an excessive number of executions of the lottery process and an execution number of the transmission process of the moving image data. it can.

  In the processing flow of the first game gacha according to the third modified example, when the accumulated display time T1 becomes equal to or more than a predetermined value (30 minutes or more) (Y in S102), the winning of the character of S rank is determined. In addition, the user is notified that the character to be won can be selected (S107, S108) (FIG. 18). In addition, when a specific advertisement moving image is selected as a viewing target by the user, a lottery is executed under conditions that determine the winning of the character selected by the user (S9308). According to such a configuration, the possibility that the user obtains the user's favorite character at an earlier stage is increased. As a result, it is possible to further suppress the occurrence of an excessive load on the server due to an excessive number of executions of the re-lottery process and an execution number of the transmission process of the moving image data in a short period after the release of the game program. Can be.

  FIG. 20 is a flowchart illustrating a processing flow of the first game gacha according to the fourth modification. Steps S121 to S140 in FIG. 20 are the same as steps S61 to S80 in FIG.

  In the first game gacha, after performing a lottery effect display of a lottery character (S124), it is determined whether or not to receive an invitation signal sent from the server 200 (S141). The relative completed signal is sent from the server 200 when the former user installs the game by an invitation from another user (friend) who has already participated in the game, not the user who is executing the first game gacha. Is transmitted to the user terminal 100 of the user. When the invitation completion signal is not received (N in S141), the user terminal 100 gives the lottery character to the user without inquiring whether to view the advertisement moving image (S127), and then proceeds to the tutorial. After finishing, the first quest is started (S128). On the other hand, when the invitation completion signal is received (Y in S141), the user terminal 100 inquires of the user whether to view the advertisement moving image.

  When the user taps the viewing button (Y in S125), user terminal 100 displays the moving image selection screen shown in FIG. 21 (S139). The moving images that can be selected on the moving image selection screen include a tutorial moving image in addition to the advertising moving image. The tutorial movie is a movie for the user to learn the contents of the game, the operation method, and the like. A video combining the advertisement video and the tutorial video may be provided to the user.

  As described above, in the processing flow of the first game gacha according to the fourth modification, any one of the tap of the viewing button (second operation) and the tap of the game start button (first operation) on the first inquiry screen. Steps S125 and S126 for detecting whether the game has been performed are performed when the user is a user who has installed the game by invitation from another user who has already participated in the game (Y in S141). . If the user is not the user who has installed the game by invitation from another user who has already participated in the game, the user terminal 100 executes Step S127 for determining to give the randomly selected character to the user. According to such a configuration, the user invites another user in order to obtain a privilege that can be challenged for re-lottery when the game is installed by invitation, and invites another user to give a privilege to another user. Communication can be improved.

  Further, in the processing flow of the first game gacha according to the fourth modification, the moving image displayed on display unit 152 is a moving image explaining at least a part of the content of the tutorial. In such a configuration, the user who wants to re-draw the character can see the tutorial movie, so that the user can satisfactorily learn the contents of the game, the operation method, and the like.

1: game system, 2: network, 10, 20: processor, 11, 21: memory, 12, 22: storage, 13, 23: communication IF, 14, 24: input / output IF, 15: touch screen, 17: camera , 18: distance measurement sensor, 100: user terminal, 110, 210: control unit, 111: operation reception unit, 112: display control unit, 113: UI control unit, 114: animation generation unit, 115: puzzle progression unit, 116 : Reward determination unit, 117: acquisition preparation unit, 118: acquisition execution unit, 119: object management unit, 120: play right management unit, 121: video playback unit, 130, 230: storage unit, 131: game program, 132: Game information, 133: user information, 134: moving image information, 151: input unit, 152: display unit, 200: server

Claims (15)

On the computer,
Selecting a game medium to be provided to the user from a plurality of game mediums usable in the game;
Displaying the selected game content on a display unit;
After the lottery game contents are displayed, a first operation of the user for confirming the provision of the lottery game contents to the user, and a second operation of the user for executing the re-lottery Detecting which has been done, and
Reproducing and displaying a moving image on the display unit based on the detection of the second operation;
Detecting, with the playback display of the moving image, that the re-lottery execution condition is satisfied;
A step of re-lotting the game medium to be provided to the user based on the execution conditions of the re-lottery being satisfied;
And displaying the game content re-lotted on the display unit.
Game program. On the computer,
Based on the detection of the first operation, further executing a step of deciding to provide the user with the lottery-selected game content,
The game program according to claim 1. On the computer,
After the re-lottered game content is displayed, a step of finalizing the re-lottered game content to the user based on the detection of the first operation;
Playing the moving image on the display unit based on detection of the second operation after the re-lottered game content is displayed,
The game program according to claim 1. Each of the plurality of game media has an attribute,
The step of re-lottering, the larger the cumulative display number of the video, the higher the probability of winning the game medium of a predetermined attribute,
The game program according to claim 1. Each of the plurality of game media has an attribute,
The step of re-lottering, the longer the time of the reproduced and displayed moving image, the higher the probability of winning the game medium of a predetermined attribute,
The game program according to claim 1. On the computer,
Displaying a plurality of candidates for a moving image to be viewed by a user on the display unit based on the detection of the second operation;
Detecting a third operation of the user for selecting any of the plurality of candidates;
Displaying the moving image specified by the third operation on the display unit.
The game program according to any one of claims 1 to 5. Each of the plurality of game media has an attribute,
On the computer,
Regarding the re-lottery, which of a fourth operation of the user to select to execute the lottery a plurality of times and a fifth operation of the user to select to execute the lottery once is performed. Further performing the step of detecting whether
The step of performing a re-lottery increases a winning probability of the game medium having a predetermined attribute when the fifth operation is detected, as compared to when the fourth operation is detected.
The game program according to any one of claims 1 to 6. On the computer,
Detecting a sixth operation by the user to carry over the re-lotted game content in a process in which the re-lottery is continuously repeated;
When the number of detections of the sixth operation on the re-lottered game contents reaches a predetermined number, after the reproduction of a moving image is completed, determining the provision of the re-lottered game contents to the user; To further execute,
The game program according to any one of claims 1 to 7. The lottery of the game content and the re-lottery of the game content are executed in a tutorial performed after installation of the game.
A game program according to any one of claims 1 to 8. In the step of detecting which of the first operation and the second operation has been performed, the user has installed the game by an invitation from another user who has already participated in the game. Executed if you are a user,
On the computer,
If the user is not a user who has installed the game by an invitation from another user who has already participated in the game, a step of finalizing the provision of the lottery game contents to the user is further performed. ,
A game program according to claim 9.   The game program according to claim 9, wherein the moving image is a moving image explaining at least a part of the content of the tutorial. The video is an advertisement video,
The game program according to any one of claims 1 to 10. On the computer,
Detecting a signal indicating that the video data of the screen of the display unit at the time of executing the lottery has been uploaded to a video distribution site;
Providing the user with a privilege that is advantageous in the progress of a game based on the detection of the signal.
The game program according to claim 1. A method of executing a game program,
The game program is executed by a computer,
The method, wherein the computer comprises:
Selecting a game medium to be provided to the user from a plurality of game mediums usable in the game;
Displaying the selected game content on a display unit;
After the lottery game contents are displayed, a first operation of the user for confirming the provision of the lottery game contents to the user, and a second operation of the user for executing the re-lottery Detecting which has been done, and
Reproducing and displaying a moving image on the display unit based on the detection of the second operation;
Detecting that the re-lottery execution condition has been established in accordance with the reproduction display of the moving image; and re-lotting the game medium to be provided to the user based on the fulfillment of the re-lottery execution condition. When,
Displaying the re-lottered game content on the display unit;
A method that includes An information processing device,
The information processing device,
A storage unit for storing a game program,
A control unit that controls the operation of the information processing device by executing the game program,
The control unit includes:
Advance the game,
While the game is in progress,
From a plurality of game media that can be used in the game, a game media to be provided to the user is randomly selected.
Displaying the lottery game contents on a display unit;
After the lottery game contents are displayed, a first operation of the user for confirming the provision of the lottery game contents to the user, and a second operation of the user for executing the re-lottery And which of which has been done,
A moving image is reproduced and displayed on the display unit based on the detection of the second operation,
With the reproduction display of the moving image, it is detected that the re-lottery execution condition is satisfied,
Based on the execution conditions of the re-lottery being established, re-lottery the game media to be given to the user,
Displaying the re-lotted game content on the display unit;
Information processing device.

Images