JP6547035B1 - Game program, method, and information processing apparatus - Google Patents

Abstract

An object of the present invention is to improve user satisfaction when objects of the same type are given. A game program (131) causes a processor (10) to determine any one of a first object group constituted by objects available in a game by a first lottery, and the determined object is a user In the first step (S101 to S106) to be assigned to the user, among the objects assigned to the user, in exchange for two or more predetermined number of A second step (S201 to S210) of determining any of other types of objects different from the type of the same type of object by a second lottery and giving the determined object to the user is performed. [Selected figure] Figure 7

Description

  The present disclosure relates to a game program, a method of executing the game program, and an information processing apparatus.

  A game played by a user using an object given to the user is provided by various operators. In such a game, an object of the same type as an object already held by a user may be newly given to the user.

  Patent Document 1 describes a technique for increasing the upper limit value of parameters set for one object by combining objects of the same type.

JP, 2014-131758, A (July 17, 2014 publication)

  As in Patent Document 1, in a game in which objects of the same type may be given, there is room to improve the degree of satisfaction of the user when objects of the same type are given.

  An aspect of the present disclosure is to improve user satisfaction when objects of the same type are given.

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program causes the processor to determine any one of the first object group constituted by objects available in the game based on the game program by the first lottery, and store the determined object in association with the user in the memory In the first step and the objects stored in the memory in association with the user, in exchange for two or more predetermined number of objects of the same type, the predetermined number of the same types of objects usable in the game A second step of determining any of the other type of objects different from the type of the object by the second lottery and associating the determined object with the user and storing it in the memory is performed.

  A method according to the present disclosure is a method in which a computer including a processor and a memory executes a game program. The method includes the processor performing the steps described above.

  An information processing apparatus according to the present disclosure includes a storage unit that stores the above-described game program, and a control unit that controls an operation of the information processing apparatus by executing the game program.

  According to one aspect of the present disclosure, an effect of improving user satisfaction when objects of the same type are given is achieved.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a flowchart which shows the flow of the process performed in a game system based on the game program which concerns on this embodiment. (A) and (B) are examples of the screen of a play part displayed on the display part of a user terminal. It is a flow chart which shows a flow of processing of a usual lottery which is performed in a game system based on a game program concerning this embodiment. (A), (B), and (C) are examples of the screen of the normal lottery in a lottery part displayed on the display part of a user terminal. It is a flow chart which shows a flow of processing of lottery of exchange performed in a game system based on a game program concerning this embodiment. (A), (B), and (C) are examples of a screen of a lottery for exchange in the lottery part, displayed on the display unit of the user terminal.

[Embodiment]
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. The present invention is not limited to these exemplifications, but is shown by the claims, and all changes within the scope and meaning equivalent to the claims are intended to be included in the present invention. Ru. In the following description, the same components are denoted by the same reference symbols in the description of the drawings, and redundant description will not be repeated.

<Hardware Configuration of Game System 1>
FIG. 1 is a diagram showing 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 is connected to the server 200 via the network 2. The network 2 is composed of the Internet and various mobile communication systems constructed by wireless base stations (not shown). Examples of this mobile communication system include so-called 3G and 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Be

  The server 200 (computer, information processing apparatus) 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 IF 23, and an input / output IF 24. These configurations of the server 200 are electrically connected to each other by a communication bus.

  The user terminal 100 (computer, information processing apparatus) 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 illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18 And These configurations of the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include an input / output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

  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), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the 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 measuring sensor 18, the controller 1020 may include the camera 17 and the distance measuring sensor 18.

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the 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, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer 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 described later. Further, when the above-described multiplay is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

  In addition, the controller 1020 may be configured to be removable from the user terminal 100. In this case, a joint with the controller 1020 may be provided on at least one of the surfaces of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are connected by wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As shown in FIG. 1, the user terminal 100 may receive 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 in the storage medium 1030. The program recorded in the storage medium 1030 is, for example, a game program.

  The user terminal 100 may store a game program acquired by communicating with an external device such as the server 200 in the memory 11 of the user terminal 100, or the game program acquired by reading from the storage medium 1030 may be stored 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 measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. 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 is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

  Alternatively, when the operation unit is configured by the touch screen 15, the user terminal 100 identifies and accepts the user's operation performed on the input unit 151 of the touch screen 15 as the user's input operation. Alternatively, when the operation unit is configured by the communication IF 13, the user terminal 100 identifies and receives a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. 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 the user's input operation.

<Game Outline>
The game system 1 which concerns on this embodiment is a system which presents a plurality of options so that a user can select as an example, and performs the game which advances based on the option selected by the user. The game system 1 advances a game using the deck organized by one or more objects as an example. Also, the game provided by the game system 1 includes a play preparation part for organizing the deck, in addition to the play parts for playing the main game.

  For example, objects may be referred to as characters, cards, or items, etc. In particular, characters may be referred to as spirits, players, etc., depending on the context of the game. A deck may be called a party, team, order, etc., depending on the context of the game.

  The play part is the main part of the game played by the user aiming to clear or win, making full use of the objects incorporated into the deck. For example, in a game such as a role playing game (RPG), a battle part or the like that causes an ally object (character) incorporated in a deck to fight against an enemy object corresponds to this play part. In some cases, multiple combat parts may be combined into one quest as a play part.

  In sports-based competition games, the part that plays the game against an enemy object operated by a computer or another person corresponds to this play part by the ally object (player) incorporated in the deck. .

  The play preparation part is a part that is executed in preparation for playing the play part. The play preparation part is, for example, a deck formation part. The deck formation part is a part for the user to select an object to be included in the play part from among the objects in hand and perform an operation for forming the deck.

  The game system 1 may be a system for executing a game of any genre, not limited to a specific genre. For example, sports games such as tennis, table tennis, dodgeball, baseball, football and hockey, puzzle games, quiz games, RPG games, quiz RPGs, adventure games, shooting games, simulation games, training games, action games, etc. It may be

  Moreover, the game system 1 may be a system for performing the game of not only a specific play form but any play form. For example, a single play game by a single user, a multiplay game by a plurality of users, a battle game in which a plurality of users play a match among multiplay games, a cooperative play game in which a plurality of users cooperate, etc. May be

  In the present embodiment, as an example, the object is given to the user as digital content assumed to be a card. Here, the form of giving the object to the user is not particularly limited. An object as digital content may be transmitted from the server 200 to the user terminal 100 via a communication network. Alternatively, in the server 200, the object is stored in the memory 21 in association with the user identification information of the user, and the user terminal 100 can arbitrarily read the object owned by the user from the server 200. It is also good. Alternatively, the object may be sold or provided to the user on a physical medium on which a code, a password, a barcode, a QR code (registered trademark) or the like is printed. In this case, the information printed on the physical medium is read by the user terminal 100 so that the object can be used on the game executed by the user terminal 100.

  In this embodiment, as an example, a lottery for selecting a predetermined number of cards of a plurality of objects is performed, and the selected card is given to the user. The lottery is executed when a predetermined condition is satisfied in the lottery part included in the game executed by the game system 1. For example, the condition for executing the lottery may be consumption of the consumption item given to the user. The consumption item may be, for example, one given to the user by charging, but is not limited thereto. Also, for example, the condition for the lottery to be executed may be that the user uses the lottery right item given to the user. The lottery right item may be given to the user when the total number of points, items, etc. acquired by the user playing the game satisfies a predetermined condition. As one example, the lottery right item may be given to the user every time the cumulative number of points, items, etc. reaches a predetermined number. In addition, by using the lottery right item, the predetermined number of points, items, etc. described above may be consumed.

  In the present embodiment, as an example, the game system 1 is a system that provides an RPG including a battle part that causes an ally object incorporated in a deck to fight against an enemy object. In the present embodiment, a quest including one or more battle parts is provided as a play part to the user terminal 100 of the user. The user uses the deck to play a quest, which is the main part of the game. In the present embodiment, an object is treated as a character as an example.

  The game system 1 presents, as an example, the plurality of options described above in the battle part described above. Also, as an example, the game system 1 determines whether to give the party of the deck organized by the user the right to attack the enemy character based on the option selected by the user.

  The combat part is continued until the end conditions are met. The battle part is, for example, (1) that the party of the deck organized by the user wins by annihilating the enemy character attacked by the ally character, and (2) the ally character attacked by the enemy character is completely destroyed. By doing this, the party is defeated, or (3) the user performs an operation of retirement (termination), and the like, and the like are terminated as the termination condition.

  In the present embodiment, a turn system may be adopted in the battle performed in the above-mentioned battle part. In the turn system, a predetermined number of attacking actions by the teammate character and a predetermined number of attacking actions by the enemy character are basically alternately repeated. Furthermore, in the RPG according to the present embodiment, as an example, the above-described battle part may include a quiz element as a subpart. That is, the RPG provided by the game system 1 may be a so-called quiz RPG. In the quiz element, as an example, the user is asked a quiz (problem), and the battle proceeds advantageously by the user answering the quiz correctly. Specifically, the quiz element may be capable of attacking an enemy character when the user answers the quiz correctly in the attacking turn of the ally character. That is, in this example, the game system 1 determines whether or not the answer to the quiz input by the user is correct, and determines that the above party has the right to attack the enemy character if it determines that the answer is correct. give. In the present embodiment, as an example, one quiz is given to one quiz per attack turn of the teammate character.

  Further, when the subpart includes a quiz element, the game system 1 presents, as an example, a user interface (hereinafter, UI) component (first UI component) indicating the genre of the quiz to be presented to the user as the plurality of options described above. You may The UI component is a tool for the user to perform input necessary for the progress of the game to the user terminal 100 or a tool for obtaining information output from the user terminal 100 during the progress of the game. Hereinafter, the UI parts indicating the genre of the quiz described above will be referred to as a genre panel. When the user operates the input unit 151 of the user terminal 100 to select one of the plurality of genre panels, the game system 1 asks the user a quiz of the genre indicated by the genre panel selected by the user ( Present).

  As described above, in the RPG provided by the game system 1 according to the present embodiment, at least a deck formation part as a play preparation part and a card of characters in addition to the main play part including one or more battle parts Includes a lottery part to earn

  As an example, in addition to the three game parts described above, the RPG accepts various user's instructions, selections, etc. during the preparation period from the play preparation part to the play part, and relates to the play part. It may include a transition preparation part for setting.

  The game system 1 may be, for example, a system for executing a multiplay game. The RPG as a multiplayer game includes a user terminal 100 (a client computer) operated by a user and one or more other user terminals 100 (a computer of another client) operated by one or more other users. Share at least a part of data related to the game. For example, a deck owned by each of a plurality of users is shared by a plurality of users. As a result, an RPG that can use a plurality of decks for playing one play part is realized.

  When the game system 1 is a multiplayer RPG, a deck is organized in each of the first user terminal 100, the second user terminal 100, and the third user terminal 100 ... that communicate via the server 200. Ru. Then, deck information D 1, D 2,... Representing the contents of the organized decks are shared among the user terminals 100 via the server 200.

<Hardware components of each device>
The processor 10 controls the overall operation of the user terminal 100. The processor 20 controls the overall operation of the server 200. The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

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

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as ROM (Read Only Memory) and RAM (Random Access Memory). The memory 11 provides the processor 10 with a work area 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 is operating according to a program. The memory 21 provides the processor 20 with a work area by temporarily storing various programs and data read from the storage 22 described later by the processor 20. The memory 21 also temporarily stores various data generated while the processor 20 is operating according to a program.

  In the present embodiment, the program may be a game program for realizing the game by 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. The game realized by the collaboration between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. Further, various data includes data related to a game such as user information and game information, and an instruction or notification transmitted / 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 a hard disk drive (HDD). 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, wireless LAN (Local Area Network), wired LAN, wireless LAN, Internet communication via a mobile telephone network, short distance wireless communication, and the like.

  The input / output IF 14 is an interface for the user terminal 100 to receive input of data, and is an interface for the user terminal 100 to output data. The input / output IF 14 may input / 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, or a speaker. The input / output IF 24 of the server 200 is an interface for the server 200 to receive input of data, and is an interface for the server 200 to output data. The input / output IF 24 can 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 of, for example, a touch pad. The display unit 152 is configured of, for example, a liquid crystal display or an organic EL (Electro-Luminescence) display.

  The input unit 151 detects the position at which the user's operation (physical touch operation such as touch operation, slide operation, swipe operation, and tap operation) on the input surface is input, and inputs information indicating the position. It has a function to transmit as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any method such as a capacitance method or a resistive film method.

  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 specify the holding attitude of the user terminal 100 from the output of the sensor and perform processing according to the holding attitude. For example, when the user terminal 100 is held in the vertical orientation, the processor 10 may perform vertical screen display that causes the display unit 152 to display a vertically long image. On the other hand, when the user terminal 100 is held in landscape orientation, a landscape image may be displayed on the display unit to display a horizontally long image. Thus, the processor 10 may be capable of switching between vertical screen display and horizontal screen display according to the holding attitude of the user terminal 100.

  The camera 17 includes an image sensor and the like, and converts a light incident from the lens into an electric signal to generate a photographed image.

  The distance measurement sensor 18 is a sensor that measures the distance to the measurement object. The distance measuring sensor 18 includes, for example, a light source that emits pulse converted light, and a light receiving element that receives the light. The distance measuring 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 have a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result in which the object 1010 in the vicinity of the user terminal 100 is detected using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measurement sensor 18 may be provided, for example, on the side of the housing of the user terminal 100. A distance measuring sensor 18 may be provided in the vicinity of the camera 17. For example, an infrared camera can be used as the camera 17. In this case, the camera 17 may be provided with a lighting device for emitting infrared light, a filter for blocking visible light, and the like. This makes it possible to further improve the detection accuracy of an object based on a photographed image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to specify whether the captured image includes the user's hand. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique employed in the above-described image recognition process. (2) Also, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies a gesture made by the user from the number of identified fingers. For example, when the number of fingers is five, the processor 10 determines that the user has made a gesture of “par”. Further, when the number of fingers is zero (the finger is not detected), the processor 10 determines that the user has made the gesture of “Go”. In addition, when the number of fingers is two, the processor 10 determines that the user has made a gesture of “Tokiki”. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the forefinger is standing or whether the user's finger makes a flicking motion. . (4) The processor 10 selects an object 1010 (a user's hand or the like in the vicinity of the user terminal 100 based on an image recognition result of a captured image of the camera 17 and / or an output value of the distance measuring sensor 18). ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far (for example, the predetermined value) depending on the size of the user's hand specified from the captured image of the camera 17 It detects whether it is in the above distance). In addition, when the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or away from the user terminal 100. (5) If it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is being detected based on the image recognition result of the captured image of the camera 17, etc., the processor 10 recognizes that the user shakes his hand in the shooting direction of the camera 17. If an object is detected or not detected by the distance measurement sensor 18 whose directivity is stronger than the shooting range of the camera 17, the processor 10 shakes the hand in the direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether the user holds the hand by image recognition on the captured image of the camera 17 (a gesture of “goo” or another gesture (eg, “par”)) To detect The processor 10 also detects how the user is moving this hand, as well as the shape of the user's hand. Also, the processor 10 detects whether the user is moving the hand closer to or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves a pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, the state in which the mouse is clicked and pressed down or the state in which the touch panel is touched after the touch-down operation is performed on the touch panel. In addition, when the user moves the hand further while the user terminal 100 detects the user's gesture "goo", such a series of gestures is an operation corresponding to the swipe operation (or drag operation). It can also be recognized. In addition, when the user terminal 100 detects a gesture that causes the user to repel a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user clicks the gesture by tapping the mouse or tapping the touch panel. It may be recognized as an operation corresponding to

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram showing functional configurations of the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration necessary to function as a general computer (not shown) and a functional configuration necessary to realize known functions in the game.

  The user terminal 100 has a function as an input device for receiving an input operation of a user, and a function as an output device for outputting an image or a sound of a game. The user terminal 100 functions as a control unit 110 and a storage unit 120 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 to support the user terminal 100 to advance the game. For example, the server 200 supports the progress of the quest, and supports the sharing of the deck among a plurality of users. 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 to mediate the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 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 120 and the storage unit 220 store a game program 131, game information 132 and user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

  In the present embodiment, as an example of the game information 132, deck information 121 and a card database (hereinafter, DB) 122 are stored in the storage unit 220 and the storage unit 120.

(Data structure of card DB)
The card DB is a database for centrally managing cards owned by the user. The card DB is stored, for example, as game information 132 in the storage unit 120 of the user terminal 100. The game information 132 held by each user terminal 100 may be fed back to the server 200 and stored in the storage unit 220 of the server 200. In this case, user identification information is linked to the card DB, and managed by the server 200 for each user. Alternatively, the card DB may be stored for each user in the storage unit 220 of the server 200. In this case, the user terminal 100 requests and acquires the card DB of the user from the server 200 as necessary.

  The card DB includes items of a card ID, a card name, basic parameters, and a battle ability parameter, as an example.

  The card ID is for uniquely managing the card held by the user on the game system 1. In the present embodiment, the user can possess a plurality of cards of the same character in an overlapping manner. Therefore, when the character is the same but there are a plurality of cards, different card IDs are given to the respective cards in order to identify the respective cards. The card name indicates the name of the character corresponding to the card.

  Basic parameters refer to various parameters related to the nature of the character. The basic parameters are parameters that do not change during the progress of the play part. Basic parameters include, for example, rarity, level, cost, and attribute (attribute information).

  The rarity is a grade representing the rarity value of a card (character). In general, characters that produce good results in the game, particularly in the play part, that is, characters with high combat ability, have a high degree of rarity. In the present embodiment, the rarity is set by the alphabet of “L”, “SS”, “S”, “A”, “B”, and “C” in order from the grade with the highest rarity value.

  The rarity is, for example, the difficulty of obtaining a card, more specifically, the probability of winning in a lottery in which the card is hit, the degree of difficulty of a quest when obtained as a clear reward for a quest, or It may be correlated with the price etc. The higher the card's rarity, the more difficult it is to obtain the card.

  The level is a parameter indicating the degree of reinforcement of the character. The higher the level, the higher the combat ability parameter referenced in the play part. In the play preparation part, when a predetermined condition is satisfied, the level of the character may be raised to improve the ability of the character. In addition, in the play preparation part, the rarity of the character may be raised by satisfying a predetermined condition. The predetermined condition may be, for example, strengthening the character with a reinforcing material or the like, but is not limited thereto.

  The cost is a value consumed as compensation for incorporating the character into the deck, and is set for each character. Generally, the higher the in-game value the character has, that is, the higher the battle ability, the higher the cost.

  An attribute is a parameter indicating which property group a character is classified by property. In the present embodiment, as an example, each character is classified into any of three attributes of fire, lightning, and water. The attribute may be set to the enemy character. In addition, an attribute may be set to a quiz that is given a question in the battle part. In addition, a plurality of attributes among the three attributes may be set for the teammate character, the enemy character, and the quiz. The number of attributes set in the quiz may be determined according to the degree of difficulty of the question to be presented. As one example, one attribute may be set for a quiz having a low degree of difficulty, two for a quiz having a medium degree of difficulty, and three attributes for a quiz having a high degree of difficulty.

  The battle ability parameter defines the performance of the character in the play part. The combat ability parameter is a parameter that can be varied during the progress of the play part. The combat ability parameters include, for example, strength, aggression, and skill.

  The physical strength is a parameter that defines the physical strength of the character, and is represented by, for example, a numerical value. The numerical value is reduced by receiving an attack from an enemy character in the battle part, and if the strength becomes zero, the character becomes uncombatable. The physical strength is also set for the enemy character, and the attack of the ally character makes it possible to win the battle by setting the physical strength of all the enemy characters to zero.

  The attack power is a parameter that defines the power to damage the enemy character, and is represented by, for example, a numerical value. The larger the number, the stronger the damage. In the present embodiment, the aggressivity can deprive the enemy character of strength by the attack that the character normally performs and the special attack that the character performs by activating the skills described below under certain conditions (hereinafter, the special attack). Affect the

  A skill is a special ability that each of the characters has, and is a special ability that can be activated based on a predetermined condition in the battle part. Skills provide advantageous effects to allied characters in a combat part. The action of the skill may be directly applied to the ally character, or the ally character may be advantageous indirectly by extending to the enemy character.

  As described above, the basic parameter and the battle ability parameter are set to each of the characters. The user selects a character to be incorporated into the deck in consideration of the basic parameters and the battle ability parameters set for the character in hand.

(Data structure of deck information)
The deck information 121 includes at least frame identification information corresponding to a predetermined number of frames provided in the deck, and a card ID of a card associated with the frame identification information. In the present embodiment, the deck has five frames. That is, the upper limit value of cards that can be incorporated into the deck is five. The deck information 121 includes deck frame numbers 1 to 5 corresponding to each of the five frames as frame identification information. When the user selects a character to be arranged in each frame, the card ID is stored in association with each of the deck frame numbers 1 to 5.

  The deck information 121 may further have an item for storing the cost of the arranged character for each frame. Furthermore, the deck information 121 may have an item for storing the total deck cost for each deck.

  The user information 133 includes, as an example, a user ID, a user name, and a cost upper limit value. The user information 133 may also include levels, experience values, and the like.

  The user ID is user identification information for uniquely identifying a user in the game system 1. The user name is a name indicating the user who plays the game system 1. The username is used, for example, for the user himself and other users to identify the user himself. The upper cost limit indicates the upper limit of the total deck cost in the deck. The cost upper limit is set for each user. The upper cost limit is preferably increased when a predetermined condition is satisfied by the user playing the game. As one example, the cost upper limit is a parameter that rises according to the level of the user. The experience value is given to the user in response to the user playing a quest or the like of the play part, and when the experience value reaches a certain value, the user's level rises. As the user's level goes up, the cost cap is increased. If the user wants to raise the cost upper limit, he may repeat the play, accumulate experience points, and raise the level. Also, in the present embodiment, the right to increase the cost upper limit may be given to the user in exchange for a paid or free item. In this case, the control unit 110 accepts an operation performed by the user to consume a paid or free item, consumes the item of the user, and instead, a cost upper limit value of the consumed item. Increase

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

  The control unit 210 functions as a quest support unit 211, a share support unit 212, and a lottery support unit 213 according to the description of the game program 131. The control unit 210 can also function as another functional block (not shown) in order to support the progress of the game on the user terminal 100, depending on the nature of the game to be executed.

  The quest support unit 211 communicates with the user terminal 100, and supports the user terminal 100 to advance a quest as a play part. As an example, the quest support unit 211 supplies, to the user terminal 100, information on enemy characters appearing in the battle part and information on quizzes given in the battle part.

  The sharing support unit 212 communicates with a plurality of user terminals 100, and supports a plurality of users sharing the decks of the respective user terminals 100 with each other. The deck information of the deck organized by each user is stored in the storage unit 220 as game information 132 for each user. When the sharing support unit 212 receives a request from the user terminal 100 of the user, the sharing support unit 212 supplies the deck information of the other user to the user terminal 100. Thereby, the user of the user terminal 100 can play the play part using the decks of other users based on the supplied deck information.

  In the present embodiment, the sharing support unit 212 may randomly determine which user's deck information is to be supplied. Further, the sharing support unit 212 may set the deck information of the user who has registered as a friend as a supply target, or may set the deck information owned by the user of the online user terminal 100 as a supply target.

  The lottery support unit 213 communicates with the user terminal 100, and supports the user terminal 100 for executing the lottery part. As an example, when the lottery support unit 213 receives a request from the user terminal 100 of the user, the lottery support unit 213 determines a card to be given to the user by lottery and supplies the card to the user terminal 100.

  Specifically, the lottery support unit 213 executes a normal lottery. The normal lottery is an example of the first lottery in the present invention. The normal lottery is a process of determining a card to be given to the user from the predetermined card group by lottery. A normal lottery is performed in response to a request from the user terminal 100. The number of cards determined in the normal lottery is the number requested from the user terminal 100. The predetermined card group is an example of the first object group in the present invention. The storage unit 220 of the server 200 may store a plurality of card groups different in at least a part of the configuration of the card. In this case, the request for the normal lottery from the user terminal 100 includes information for specifying a card group to be a target of the lottery. In other words, the lottery support unit 213 may determine the requested number of cards from the card group designated in the request from the user terminal 100 by lottery. In this case, the designated card group is an example of the first object group in the present invention.

  In each card included in the card group, a normal winning probability which is a probability determined by a normal lottery is set. The total of the normal winning probability set for each card included in one card group is 100%.

  Further, the lottery support unit 213 executes a lottery for exchange. The lottery for exchange is an example of the second lottery in the present invention. The lottery for redemption is a process of deciding, by lottery, another type of card different from the predetermined type of the same type of cards in exchange for two or more predetermined numbers of the same type of cards. In the present embodiment, the card type is the card name (ie, character) of the card stored in the card DB. The predetermined number of two or more is defined as the number necessary for the exchange. Hereinafter, cards of the same type as other cards are also described as duplicate cards. In addition, the type of overlapping card is also described as the character of the overlapping card. In addition, two or more predetermined numbers of overlapping cards are simply described as a predetermined number of overlapping cards. The lottery for exchange is performed in response to a request from the user terminal 100. The request for the lottery for exchange from the user terminal 100 includes information representing the character of the duplicate card. In the user terminal 100, a predetermined number of overlapping cards are consumed in order to execute a lottery for exchange.

  In addition, in the exchange drawing, the rarity of the determined card is equal to or higher than the rarity of a predetermined number of overlapping cards consumed by the exchange. Here, it is assumed that the rarity of a predetermined number of duplicate cards consumed by redemption is the same. That is, since the user does not obtain a card of rarity lower than the rarity of the predetermined number of overlapping cards consumed by the exchange, the motivation for the exchange lottery is improved.

  In addition, in the lottery for redemption, cards of other characters are determined from among a group of cards targeted in a regular lottery in which the user is given a predetermined number of overlapping cards consumed by the redemption. I assume. That is, the cards to be subjected to the lottery for redemption are included in a card group including a predetermined number of overlapping cards consumed by redemption.

  Specifically, the lottery support unit 213 specifies a card group including the card of the character based on the character of the overlapping card included in the request from the user terminal 100. Then, the lottery support unit 213 determines, by lottery, cards having a degree of rarity or more before the redemption among the specified card group, except for the character.

  In addition, when a lottery for exchange is performed, a winning probability at the time of exchange is set for each card to be subjected to the lottery for exchange. The total winning probability when each card is redeemed is 100%.

(Functional Configuration of User Terminal 100)
The control unit 110 centrally controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game in accordance with the game program 131 and the operation of the user. In addition, while the game is in progress, the control unit 110 communicates with the server 200 as needed to transmit and receive information.

  The control unit 110 controls the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114, the deck formation unit 115, the transition preparation unit 116, the quest progression unit 117, and the drawing according to the description of the game program 131. It functions as the execution unit 118 and the card exchange unit 119. 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 accepting unit 111 detects and accepts an input operation of the user on the input unit 151. The operation receiving unit 111 determines which input operation has been performed from the action exerted by the user on the console via the touch screen 15 and the other input / output IF 14, and outputs the result to each element of the control unit 110. Do.

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

  The UI control unit 113 controls UI components to be displayed on the display unit 152 in order to construct a UI. The UI component is, for example, an icon, a button, a list, a menu screen, etc., although not limited thereto. In the game executed by the game system 1 according to the present embodiment, an example of the UI component is the above-described genre panel.

  The animation generation unit 114 generates an animation indicating motion of various digital contents based on the control mode of various digital contents. For example, an animation may be generated that expresses how a lottery of a card of a character is being executed. Alternatively, in the battle part, an animation representing the action of an ally or enemy character may be generated.

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by each of the above-described elements is 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. In addition, the display control unit 112 may draw the UI component described above in a superimposed manner on the game screen.

  The deck forming unit 115 executes the deck forming part in accordance with the user's operation accepted via the operation accepting unit 111. The deck organization unit 115 has a deck organization function and processes the deck information 121 according to the user's operation. The deck organization function, for example, reads out card information of a necessary character from the card DB, associates the read character with one or more frames provided in the deck information 121, and associates the frame with the character. Including releasing.

  The deck organization unit 115 also has a database processing function of searching, extracting, and sorting characters matching all the conditions from the card DB based on various parameters of characters included in the card information.

  The transition preparation unit 116 executes the transition preparation part in accordance with the user's input operation accepted via the operation acceptance unit 111. The transition preparation part is a part for performing various settings relating to the play part between the completion of the deck formation part and the transition to the play of the play part.

  The transition preparation part includes, for example, a first subpart for causing the user to select a quest to be played when there are a plurality of types of quests. As an example, the first subpart may be executed by displaying a quest selection screen on the display unit 152 including a quest selection UI which is a UI for receiving a selection operation of each quest. As one example, the user may select a quest by inputting a tap operation on a quest selection UI indicating a quest for which the user wishes to play on the quest selection screen. In addition, a second subpart may be included in the transition preparation part, which causes the user described above to select the character of the assistant who is caused to participate in the quest.

  In this embodiment, the user can summon a character as a helper to a battle part in a quest from the deck of another user who has made a friend registration. The user can operate the summoned assistant character in the same manner as an ally character incorporated in his or her deck, and participate in the battle.

  For example, in the second subpart, immediately before the start of the quest, the user selects another user who has organized in the deck the character he wants the helper to come to. The number of characters to be summoned as a helper may be limited, for example, up to one, or all characters in the deck of another user may be summonable. Further, the conditions under which the helpers are summoned may not be set in advance, or may be determined in advance, such as when the ally character on his or her deck becomes uncombatable.

  The quest progression unit 117 advances a quest as a play part based on the deck formed by the deck formation unit 115. In the present embodiment, when the user clears one quest, a reward corresponding thereto is given. The user will play the quest aiming to clear. In the present embodiment, as an example, it is determined that the user has cleared the quest when the teammate character beats the enemy character in all the battle parts included in the quest.

  In this embodiment, a plurality of quests are provided according to the difficulty level and the attribute of the enemy character appearing in the battle part, and the user can select a quest to be challenged from a plurality of quests. . The quest progress unit 117 loads the quest selected by the user from the quest support unit 211 of the server 200 and causes the user terminal 100 to progress.

  In addition, when the progress of the game based on the selected option satisfies a predetermined requirement, the quest progress unit 117 gives the user the point associated with the option. That is, each of the plurality of options is associated with a point and is presented to be selectable by the user. Then, based on the points given to the user, the quest progress unit 117 updates the point cumulative total obtained by summing the points. Then, the quest progression unit 117 gives the user the lottery right item when the point cumulative total after the update satisfies the predetermined condition. The predetermined condition is, for example, that the point cumulative total after the update reaches a predetermined value.

  As an example, when it is determined that the quest progression unit 117 gives the right to attack the enemy character to the party of the deck organized by the user, the quest progression unit 117 gives the user the point associated with the selected option. As described above, in the case where the battle part includes a quiz element as a subpart, for example, the quest progress unit 117 determines that the party is given the right to attack when the user answers the quiz given the correct answer. That is, when the battle part includes a quiz element as a subpart, the quest progression unit 117 gives the user, for example, the point associated with the selected option when the user answers the quiz given the correct answer. Do.

  In addition, as an example, when the user clears the quest, the quest progress unit 117 may update the point total by adding the points given to the user to the point total. In other words, when the user can not clear the quest, the quest progression unit 117 may discard the points given to the user without adding the points to the point total.

  The lottery execution unit 118 executes the lottery part in accordance with the user's input operation accepted through the operation accepting unit 111.

  Specifically, in the lottery part, when a normal lottery is instructed based on the input operation, the lottery execution unit 118 requests the server 200 to perform a normal lottery. The normal lottery request for the server 200 includes information for specifying a target card group and the number of cards to be determined. Further, at this time, a predetermined number of lottery right items or consumption items associated with the user are consumed. In other words, the lottery right item or the consumption item stored in the storage unit 120 is subtracted by a predetermined number. For example, depending on the target card group, it may be determined whether an item necessary to execute a normal lottery from the card group is a lottery right item or a consumption item. The lottery execution unit 118 adds the card represented by the lottery result notified from the server 200 to the card DB in association with the user.

  The card exchange unit 119 executes a process related to the exchange of cards in the lottery part. Duplicate cards that can be consumed by redemption are cards in which cards of the same character are stored in the card DB at a predetermined number or more. In addition to being the same character, a duplicate card that can be consumed by redemption may be a card that satisfies a predetermined condition. In the present embodiment, the predetermined condition is a predetermined rarity. However, the predetermined condition is not limited to this. In this case, the card exchange unit 119 selects a predetermined number of duplicate cards of a predetermined rarity based on the input operation. In addition, when the duplication card | curd which can be consumed is stored in card | curd DB more than predetermined number, the predetermined number is selected by input operation among them.

  In addition to the above-described conditions, the conditions of the redundant cards that can be consumed may be cards that further satisfy additional conditions. The additional condition is, for example, that the card is not registered as a favorite, that an additional ability is not added, or not included in a card group set as an exclusion, etc. It may be However, the additional condition may be another condition.

  Note that the predetermined number of overlapping cards selected by the user may include a card having a predetermined rarity when given to the user. In addition, the predetermined number of overlapping cards selected by the user was other than the predetermined rarity at the time of being given to the user, but changed to the predetermined rarity by satisfying the predetermined condition in the play preparation part It may contain a card. For example, a card may be included that is less than the predetermined rare degree when given to the user, but has risen to the predetermined rare degree in the play preparation part. In addition, a card whose rarity degree is higher than the predetermined rarity degree when given to the user may be included in the play preparation part.

  In addition, when the exchange lottery is instructed based on the input operation, the card exchange unit 119 requests the server 200 for the exchange lottery. The request for the lottery for redemption to the server 200 includes information representing the character of the predetermined number of overlapping cards selected.

  Further, the card exchange unit 119 deletes the selected predetermined number of overlapping cards from the card DB. In addition, the card exchange unit 119 adds the card represented by the lottery result notified from the server 200 to the card DB.

<Flow of game>
FIG. 3 is a flowchart schematically showing a flow of processing when the game provided by the game system 1 according to the present embodiment is executed on the user terminal 100.

  In step S1, the deck forming unit 115 executes the play preparation part. The play preparation part is, for example, a deck formation part. The deck organizing unit 115 receives an input operation for organizing one or more objects in the deck from the user, and organizes the deck according to the input operation. Then, deck information 121 indicating the organized deck is generated and stored in the storage unit 120 as shown in FIG.

  In step S2, the transition preparation unit 116 executes a transition preparation part to the play part. In step S3, the quest progression unit 117 executes the play part. The play part is advanced based on the deck generated by the deck formation unit 115 in step S1. In step S4, the lottery execution unit 118 may execute the lottery part.

  A normal lottery in the lottery part is executed by consuming items (lottery item or consumption item) corresponding to a card group to be a target of the lottery. A lottery for redemption in the lottery part is executable when a card satisfying conditions that can be consumed by redemption is stored in the card DB.

  When the formation of the deck is completed, the execution of the play preparation part may be omitted. That is, the user may cause the transition preparation unit 116 to execute the transition preparation part without causing the deck organization unit 115 to execute the deck organization part by selecting a quest to play without organizing the deck. Further, when the user does not want to execute the lottery, that is, when not inputting the operation for executing the lottery, the execution of the lottery part may be omitted.

  In the following, the screen example in the play part, the process flow and screen example of the normal lottery in the lottery part, and the process flow and screen example of the lottery for exchange will be described. Hereinafter, the fact that the input operation on the input unit 151 is detected and received by the operation receiving unit 111 will also be described simply as the input operation can be received. In addition, it is also described that another functional block simply outputs that the display control unit 112 outputs various game screens generated by the UI control unit 113 or the animation generation unit 114 to the display unit 152.

(Example of game screen in play part)
FIGS. 4A and 4B are diagrams showing an example of the game screen in the play part.

  In this example, so-called 4-choice quiz is prepared as quiz data. The quiz data includes information representing a question, options 1 to 4 and a correct answer. In addition, the quiz data may further include information indicating each item of genre, attribute, point, and correct answer rate (difficulty level information). As an example, the quiz data is stored in the storage unit 220 of the server 200 as the game information 132. At least a portion of the quiz data is provided to the user terminal 100 in the play part.

  The problem is information indicating a problem to be presented to the user. The options 1 to 4 are information indicating options for the answer of the quiz. The correct answer is information indicating which of the options 1 to 4 is the correct answer. The genre is information indicating the genre of the quiz. The correct answer rate is information indicating the proportion of users who answered correctly among the users who answered the quiz in the past. The attribute is a property set in the quiz, and is a parameter indicating which property group the quiz belongs to, similar to the attribute set in the character. The points are numbers indicating the amount of points given to the user when the user answers the quiz correctly. The numbers are randomly determined from within a predetermined numerical range.

  FIG. 7A is a diagram showing an example of a game screen displayed on the display unit 152 when a play part is being executed, and is an example of a genre panel selection screen. Since the genre panel selection screen is a screen displayed on the display unit 152 when the battle part is started, it can also be expressed as one of the battle screens.

  As shown in FIG. 7A, the genre panel selection screen includes enemy character information 801, friend character information 802, and a genre panel 803.

  The enemy character information 801 may be an image of a card regarded as an enemy character. The ally character information 802 is information of each ally character incorporated into the deck in the deck formation part, and is an image of each ally character in the example of FIG. 7A. As illustrated, the image of the enemy character and the ally character includes an icon indicating an attribute set for each of the enemy character and the ally character.

  The genre panel 803 is a UI component that is displayed based on the quiz data, and displays the genre of the quiz to be presented when each panel is selected. The genre panel 803 includes attribute information 804. Attribute information 804 is information representing an attribute of the quiz. In addition to the attribute information 804, each genre panel 803 may include information indicating points and correct answer rates.

  The genre panel 803 represents a predetermined number (four in the example of FIG. 7) of the plurality of quizzes included in the quiz data.

  FIG. 7B is a view showing an example of the game screen displayed on the display unit 152 when the play part is being executed. The game screen shown in FIG. 7 (B) is an example of a questioning screen on which a quiz is given. The question screen is displayed in place of the above-mentioned genre panel selection screen when the user selects any one of the genre panels 803.

  The question screen includes a quiz image 811 and a choice image 814. When the selection operation on any of the genre panels 803 is accepted, the quest progression unit 117 refers to the quiz data, and identifies the quiz data corresponding to the selected genre panel 803. And the quest progress part 117 displays the questioning screen containing the quiz image 811 which shows the problem of the said quiz data, and the option image 814 which each shows the option 1-4. In the example of FIG. 7B, the quiz image 811 and the option image 814 of the quiz data specified by the selection of the genre panel P4 shown in FIG. 7A are displayed.

  In FIG. 7B, when the selection operation on any of the option images 814 is accepted and the corresponding option is a correct answer, points included in the selected quiz data are given to the user. When the granted point total reaches a predetermined value, the user is awarded a lottery right item. In addition, when the option is correct, an attack or the like on the enemy character by the ally character is executed. Among the ally characters M1 to M5, the ally character attacking the enemy character is determined as follows.

  The quest progression unit 117 determines an ally character attacking the enemy character based on the attribute of the selected genre panel and the attribute of the ally character incorporated into the party. As an example, the quest progression unit 117 determines an ally character including an attribute set in the genre panel as an ally character attacking an enemy character. In the example of FIG. 7B, since the attribute of the quiz is "fire", the friend character set with "fire" as the attribute, that is, the friend character images M2, M4, and M5 of FIG. 7B indicate. The ally character is determined as the ally character attacking the enemy character.

  For example, when a plurality of attributes are set in the selected genre panel, the quest progression unit 117 determines an ally character in which any of the plurality of attributes is set as an ally character attacking the enemy character. May be For example, when the genre panel P1 shown in FIG. 7A is selected, the attributes of the quiz of the genre panel are "fire" and "water", so "fire" or "water" is set as the attribute. The ally characters, that is, the ally characters indicated by the ally character images M1, M2, M4, and M5 in FIG. 7B are determined as the ally characters attacking the enemy character.

  That is, when a plurality of attributes are set in the selected genre panel, the number of ally characters attacking the enemy character increases, and the battle can be advanced advantageously. On the other hand, as described above, if the attribute set in the genre panel is increased as the difficulty of the quiz is higher, the number of ally characters attacking the enemy character increases if the quiz is correct, but the quiz itself Will be difficult. As a result, the user selects the genre panel in terms of whether the amount of damage given to the enemy character is increased or the enemy character is surely damaged. Therefore, the method of choice of options is diversified, and the interest of the game is improved.

  In addition, as an example, for the teammate character in which a plurality of attributes are set, the quest progression unit 117 selects the enemy character as the enemy character when a genre panel in which any of the plurality of attributes is set is selected. It may be determined as an ally character to attack.

  The quest progression unit 117 may distinguish an ally character attacking an enemy character from other ally characters in the question screen. As an example, the quest progression unit 117 may shift and arrange an ally character image indicating an ally character attacking an enemy character with another ally character image. In the example of FIG. 7B, the ally character images M2, M4, and M5 are arranged to be shifted upward in FIG. 7B compared to the ally character images M1 and M3. Thereby, the user can easily recognize the ally character attacking the enemy character.

(Process flow of normal lottery in lottery part)
FIG. 5 is a flowchart showing a flow of processing in which the game system 1 executes a normal lottery based on the game program 131.

  In step S101, the lottery execution unit 118 of the user terminal 100 determines, based on the input operation, whether or not an operation instructing a normal lottery has been accepted. In the case of No in step SS101, the process of executing a normal lottery ends. In the case of Yes in step S101, the process of step S102 is performed.

  In step S102, the lottery execution unit 118 consumes the lottery right item or the consumption item given to the user by the number necessary to execute the normal lottery. In other words, the lottery execution unit 118 subtracts the number of lottery right items or consumed items associated with the user from the storage unit 120 by the necessary number.

  In step S103, the lottery execution unit 118 requests the server 200 for a normal lottery. At this time, the information to be transmitted to the server includes information for specifying the number of times of the lottery and the card group to be the object of the lottery.

  In step S104, the lottery support unit 213 of the server 200 determines a card by lottery from the designated card group. If the number of times of the requested lottery is two or more, the process of determining one card by lottery is executed the requested number of times, and a plurality of cards are determined.

  In step S105, the lottery support unit 213 notifies the user terminal 100 of the determined card.

  In step S106, the lottery execution unit 118 of the user terminal 100 adds the notified card to the card DB.

  This is the end of the process of executing the normal lottery.

(Example screen for normal lottery in lottery part)
FIG. 6A is an example of a screen in the lottery part, and shows a screen G3 for selecting a card group to be a target in a normal lottery. As shown in FIG. 6A, the screen G3 includes lottery buttons 831 and 832.

  The lottery button 831 is an example of a UI object for selecting a first card group as a target for a normal lottery. The lottery button 832 is an example of a UI object for selecting the second card group as a target for a normal lottery. In this example, it is assumed that no card is included in both the first card group and the second card group. That is, the cards included in the first card group are not included in the second card group, and the cards included in the second card group are not included in the first card group.

  For example, when an input operation to the lottery button 831 is accepted, the game screen changes from the screen G3 to a screen G4 shown in FIG. 6 (B).

  FIG. 6B is an example of the screen in the lottery part, and shows a screen G4 for instructing a normal lottery from the first card group. As shown in FIG. 6B, the screen G4 includes a card group area 841, a scroll bar 842, a one-time lottery button 843, a five-time lottery button 844 and possessed currency information 845.

  The card group area 841 is an area in which a card group to be subjected to a normal lottery is displayed. The card group area 841 includes information representing the cards R1 to R15 included in the first card group. The information representing the cards R1 to R15 includes an image representing a character of the card, an icon representing a property group of the character, and an icon representing the rarity of the card.

  The scroll bar 842 is an example of a UI object for scrolling the display in the card group area 841. The scroll bar 842 functions when the cards included in the first card group are not displayed in the card group area 841 at one time.

  The one-time lottery button 843 is an example of a UI object that receives an operation instructing to perform a normal lottery from the first card group once. In this example, in order to perform a normal lottery once, it is necessary to consume 10 currencies as an example of consumption items.

  The five-time lottery button 844 is an example of a UI object that receives an operation instructing to perform a normal lottery five times from the first card group. In this example, in order to perform the normal lottery five times, consumption of 50 currencies as an example of consumption items is required.

  The possessed currency information 845 represents the number of currencies held by the user.

  For example, when the input operation to the lottery button 844 is received five times, the game screen changes from the screen G4 to a screen G5 shown in FIG. 6C.

  FIG. 6C is an example of the screen in the lottery part, and shows a screen G5 including the result of the normal lottery. As shown in FIG. 6C, the screen G5 includes a determination card group area 851.

  The determination card group area 851 is an area in which five cards determined by performing a normal lottery five times are displayed. The determination card group area 851 includes information representing the cards C1 to C5. The cards C1 to C5 are cards determined by performing a normal lottery five times from the first card group. The cards C1 to C5 are added to the card DB.

(Process flow of lottery for exchange in lottery part)
FIG. 7 is a flowchart showing a flow of processing in which the game system 1 executes a lottery for exchange based on the game program 131.

  In step S201, the card exchange unit 119 displays a list of duplicate cards which can be consumed by exchange among the cards stored in the card DB.

  In step S202, the card exchange unit 119 determines whether an operation to select any card in the list of duplicate cards has been received. In the case of NO at step S202, the process of step S202 is repeated. In the case of Yes in step S202, the process of step S203 is performed.

  In step S203, the card exchange unit 119 selects the selected card as one to be consumed by exchange. If the selected card is already selected, the card exchange unit 119 may cancel the selection of the card.

  In step S204, it is determined whether the number of cards selected to be consumed by redemption is a predetermined number. If No in step S204, the process from step S202 is repeated. In the case of Yes in step S204, the process of step S205 is performed.

  In step S205, the card exchange unit 119 determines whether an operation instructing exchange of the selected predetermined number of overlapping cards has been accepted. In the case of No at step S205, the process from step S202 is repeated. In the case of Yes in step S205, the process of step S206 is performed.

  In step S206, the card exchange unit 119 deletes the selected predetermined number of overlapping cards from the card DB in order to exchange.

  In step S207, the card exchange unit 119 requests the server 200 for a lottery for exchange. The information transmitted to the server 200 includes information representing the characters of the selected predetermined number of overlapping cards.

  In step S208, the lottery support unit 213 of the server 200 determines, by lottery, any of cards having a predetermined rare degree or more other than the character among the card group including the character included in the request for exchange.

  In step S209, the lottery support unit 213 notifies the user terminal 100 of the determined card.

  In step S210, the card exchange unit 119 of the user terminal 100 adds the notified card to the card DB.

  Above, the process which performs the drawing | lottery of exchange is complete | finished.

(Example screen of lottery for exchange in lottery part)
The screen example at the time of the lottery of exchange in the lottery part will be described. In this example, it is assumed that the predetermined number of duplicate cards consumed by redemption is three. Further, the condition of the duplicate card that can be consumed by the exchange is that the rarity is “L” and three or more cards of the same character are stored in the card DB. In addition, the rarity of the cards drawn by exchange for three overlapping cards is “L” which is the same as that of the overlapping cards.

  FIG. 8A is an example of a lottery part screen, and shows a screen G6 for instructing a lottery for exchange. The screen G6 includes an overlapping card list area 901, a selection card area 902, an exchange card list button 903 and an exchange button 904.

  The overlapping card list area 901 includes information representing the cards B1 to B10. The cards B1 to B10 are cards having rarity “L” and three or more identical characters among cards stored in the card DB. The information representing each of the cards B1 to B10 represents an image representing the character of the card, an icon representing the nature group of the character, an icon representing the rarity of the card, and a level (Lv in the figure) of the card. Contains an icon.

  For example, the cards B1, B2, B3 and B6 are cards of the same character ch1. The cards B4, B5, B7, B8, B9 and B10 are cards of the same character ch2. However, the level (Lv in the figure) may differ at least in part between cards of these same characters. This is because the cards of the same character have different levels at the time of being given to the user and sometimes differ due to being reinforced by the play preparation part after being given.

  The selection card area 902 includes selection frames A1 to A3. The cards selected from the overlapping card list area 901 are displayed in the selection frames A1 to A3. Here, since the predetermined number of overlapping cards consumed for the exchange is three, the number of selection frames is also three.

  In the overlapping card list area 901, when an input operation is accepted for any of the cards B1 to B10, the card is selected and displayed in a vacant selection frame among the selection frames A1 to A3 of the selection card area 902. Ru. Further, in the overlapping card list area 901, the selected card is displayed in such a manner that it can be recognized that the card is being selected. In this example, a grayed-out aspect is employed as an aspect that can be recognized as being selected. In the overlapping card list area 901, when the input operation to the selected card is accepted again, the selection of the card may be canceled. In this case, in the overlapping card list area 901, the card can not be recognized as being selected and is deleted from the selection frame of the selected card area 902.

  In this example, cards B2 and B3 are selected and displayed in selection frames A2 and A3, respectively. Of the four cards B1 to B4 of the same character ch1, three cards need to be selected for redemption. At this time, the user can sort out a card that he / she wants to keep without exchange and a card that he / she wishes to exchange for another card. For example, the user can select three cards in order from the card having the same character with the lowest level with reference to the icon at the level of the overlapping card list area 901.

  In this manner, the user can hold the held duplicate card as it is and use it in the play part, or can be used to exchange for a card of another character. As a result, since the use of the duplicate card is increased, the user's satisfaction with acquiring the card of the same character in duplicate is improved.

  The exchange card list button 903 is an example of a UI object that receives an instruction to display a card list to be a target of the exchange lottery. When the input operation to the exchange card list button 903 is accepted, a screen (not shown) may be displayed representing a list of cards to be subjected to the lottery for exchange. Here, the list of cards to be subjected to the lottery for exchange is a list of cards whose rarity is “L” other than the character in the card group including the character of the selected duplicate card. In addition, the winning probability of each card may be included together on the screen showing the list of cards to be subjected to the lottery for exchange.

  The exchange card list button 903 may not be able to accept an operation until at least one duplicate card is selected, that is, until a card is displayed in any of the selection frames A1 to A3.

  The exchange button 904 is an example of a UI object that receives an instruction to execute a lottery for exchange. When the input operation to the exchange button 904 is accepted, the game screen changes from the screen G6 to a screen G7 shown in FIG. 8 (B).

  The exchange button 904 may not be able to accept an operation until three overlapping cards are selected, that is, until cards are displayed in all of the selection frames A1 to A3.

  FIG. 8B is an example of the lottery part screen, and shows a screen G7 of confirmation before executing the lottery for exchange. As shown in FIG. 8B, the screen G7 includes a selection card area 911, a target card area 912, information 913, a no button 914, and a yes button 915.

  The selection card area 911 includes the cards displayed in the selection frames A1 to A3 when the input operation to the exchange button 904 is received in FIG. 8A. In this example, the selected card area 911 includes cards B2, B3 and B6.

  The target card area 912 includes cards E1 to E5. The cards E1 to E5 are cards to be subjected to the lottery for exchange among the cards included in the first card group in which the cards B2, B3 and B6 are included. Specifically, the rarity degree of each of the cards E1 to E5 is "L". The characters of the cards E1 to E5 are other than the character ch1 (characters ch2 to ch6). Note that the card to be subjected to the lottery for exchange may include a card already held by the user, as long as it is a card other than the characters of the selected duplicate card and whose rarity is “L”.

  The information 913 is information for presenting the user with notes related to the lottery for exchange. In this example, the information 913 indicates that "any one of the cards E1 to E5 is given by lottery", "cannot be reversed if the selected three overlapping cards are consumed", and "winning of each card is won It represents that the probability is the same.

  A no button 914 is an example of a UI object that receives an instruction to cancel the execution of the lottery by redemption. When the input operation with respect to the No button 914 is accepted, the game screen changes from the screen G7 to the screen G6 shown in FIG.

  The Yes button 915 is an example of a UI object that receives an instruction for approving the execution of the lottery by redemption. When the input operation to the yes button 915 is accepted, the game screen changes from the screen G7 to a screen G8 shown in FIG. 8C.

  In addition, by the screen G7 being displayed, the user can confirm the cards E1 to E5 which can be obtained by the exchange before the exchange. Then, if the user has a desired card among the cards E1 to E5, the user may operate the yes button 915. Also, the user may operate the No button 914 if there is no desired card among the cards E1 to E5. In this way, by making the user confirm the card that can be obtained by redemption before the redemption, it is possible to improve the user's motivation for redemption and to prevent the user's persuasive feeling from decreasing after redemption.

  FIG. 8C is an example of the lottery part screen, and shows a screen G8 including the result of the lottery for exchange. As shown in FIG. 8C, the screen G8 includes a lottery result 921.

  The lottery result 921 represents a card determined by a lottery for exchange among the cards E1 to E5 displayed in the target card area 912 of FIG. 8 (B). Here, the card E2 is determined. The card E2 is a card of the character ch3. The card E2 indicated by the lottery result 921 is added to the card DB. Further, the three cards B2, B3 and B6 included in the selected card area 911 of FIG. 8B are deleted from the card DB.

  Thus, the user may obtain the card E2 of the other character ch3 included in the first card group in which the cards B2, B3 and B6 are included in exchange for the cards B2, B3 and B6 of the character ch1. To improve satisfaction. Further, the rarity of the card E2 obtained by the exchange is the same as the rarity “L” of the cards B2, B3 and B6 consumed by the exchange. In other words, in the lottery by redemption, a card with a rarity “L” lower than the card consumed by redemption is not given, so that the user can obtain a sense of satisfaction with the redemption.

<Effect of this embodiment>
As described above, in the present embodiment, the user can use a predetermined number of overlapping cards among the owned cards to exchange for cards of characters other than the characters of the overlapping cards. As a result, it is possible to improve the user's satisfaction with acquiring cards in duplicate.

  The user can also choose to hold duplicate cards and use them in the play part. That is, even if the user has a predetermined number of overlapping cards, it is possible to select to use each overlapping card in the play part without performing a lottery for exchange. In addition, if the user holds more than a predetermined number of duplicate cards, the user can sort the cards used in exchange from the cards used in the play part. In this way, the use of duplicate cards is increased and user satisfaction is further improved.

[Modification]
In the present embodiment, a first period in which a normal lottery from the card group can be performed may be set for the card group. In this case, the second period in which the lottery for exchanging a predetermined number of overlapping cards can be performed is the first period defined for the card group including the overlapping cards (hereinafter, the card group). It may be determined based on. For example, the second period in which the exchange lottery can be performed may be the same as the first period determined for the card group. In addition, the second period in which the exchange lottery can be performed may include the first period set for the card group. In addition, the end time point of the second period in which the exchange lottery can be performed may be simultaneous with the end time point of the first period defined for the card group. In addition, the end time of the second period in which the lottery for exchange can be carried out is determined on the date and time (for example, 12 hours later, 1 day later, etc.) calculated from the end time of the first period defined for the card group It may be done.

  This enhances the user's motivation for performing the normal lottery within the first period when the card desired by the user can not be obtained from a group of cards either by the normal lottery or by the exchange lottery. be able to.

  In addition, even when the first period is determined for the card group, the second period in which the lottery for exchange can be performed may not be particularly defined. In this case, after the first period of the normal lottery from a card group ends, the user can not obtain a desired number of overlapping cards obtained from the card group during the first period using a predetermined number of overlapping cards. You get the opportunity to redeem your card for.

  Further, in the present embodiment, an example has been described in which the target card of the exchange lottery is a card other than the character of the overlapping card among the card group including the selected overlapping card. The present invention is not limited to this, and the card to be subjected to the lottery for exchange may be any card other than the character of the selected duplicate card, and may not necessarily be included in the card group including the selected duplicate card. For example, the cards to be subjected to the lottery for exchange may be cards other than the characters of the overlapping cards among the cards usable in the game. In addition, the card to be subjected to the lottery for exchange may be a card previously determined as the object for the lottery for exchange.

  Further, in the present embodiment, an example has been described in which a lottery for redemption is executed by redemption with a predetermined number of overlapping cards. However, the item redeemed in the exchange lottery is not limited to only a predetermined number of overlapping cards. For example, a lottery for redemption may be executed by a combination of overlapping cards and consumption items. For example, when the predetermined number is three, a lottery for exchange may be executed in exchange for a combination of two overlapping cards and a consumption item. Thereby, the user can execute a lottery for exchange even when the number of duplicate cards held is less than a predetermined number.

  The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely an example. The server 200 may have at least a part of the functions of the user terminal 100. In addition, the user terminal 100 may have at least a part of the functions of the server 200. Furthermore, another device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may execute part of the processing in the game system 1. That is, in the present embodiment, the computer that executes the game program may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

[Example of software implementation]
Control blocks of control unit 210 (in particular, quest support unit 211, share support unit 212, and lottery support unit 213), and control blocks of control unit 110 (in particular, operation reception unit 111, display control unit 112, UI control unit An animation generation unit 114, a deck formation unit 115, a transition preparation unit 116, a quest progression unit 117, a lottery execution unit 118, and a card exchange unit 119) are logic circuits (hardware) formed in integrated circuits (IC chips) or the like. Hardware, or may be realized by software using a CPU (Central Processing Unit).

  In the latter case, the information processing apparatus provided with the control unit 210 and / or the control unit 110 is a CPU that executes instructions of a program that is software that realizes each function, the above program and various data are computer (or CPU) The ROM (Read Only Memory) or storage device (these are referred to as a "recording medium") recorded in a readable manner, and a RAM (Random Access Memory) for expanding the program. The object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a “non-transitory tangible medium”, for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit or the like can be used. The program may be supplied to the computer via any transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. Note that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave in which the program is embodied by electronic transmission.

  The present invention is not limited to the above-described embodiments, and various modifications can be made within the scope of the claims, and embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Items to be added]
It will be as follows when the contents concerning one side of the present invention are listed.

  (Item 1) The game program (131) executed by the computer (user terminal 100) including the processor (10), the memory (11), and the touch screen (15) has been described. According to an aspect of the present disclosure, a game program determines, by a first lottery, any one of a first object group constituted by objects available to a processor in a game based on the game program, and the determined object Among the objects stored in the memory in association with the user, and among the objects stored in the memory in association with the user, among objects available in the game in exchange for two or more predetermined number of objects of the same type A second step of determining any of other types of objects different from the predetermined number of types of the same type of objects by a second lottery and associating the determined objects with the user in the memory; Run According to the above configuration, in the first lottery, an object of the same type as the already owned object may be determined. Users can use such objects to trade for other types of objects. As a result, user satisfaction can be improved.

  (Item 2) In (Item 1), the memory stores the rarity of the object in association with each object available in the game, and when the rarity of objects of the same type is the same, the second step is And, in exchange for a predetermined number of objects of the same type, among the other types of objects, any of the objects having the rarity of the predetermined number of objects of the same type or more is determined by the second lottery. May be In this way, the rarity of other types of objects obtained by the exchange will not be lower than the predetermined number of objects of the same type released by the exchange. As a result, the user's satisfaction with exchanging objects is improved.

  (Item 3) In (Item 1) or (Item 2), the second step may determine any of the other types of objects in the first object group by the second lottery. Thereby, the user can acquire another kind of object that can be given in the first lottery by using the same kind of object as the already owned object obtained by the first drawing in exchange. . As a result, the user's satisfaction with the object exchange can be improved.

  (Item 4) In (Item 3), the first step can execute the first lottery during a predetermined period, and the second step can execute the second lottery during the period described above. It may be. In this way, when the object desired by the user is not given by the first drawing or being exchanged, the user is motivated to perform the first drawing while the first drawing can be performed. improves.

  (Item 5) In any one of items (Item 1) to (Item 4), the game program causes the processor to select a predetermined number of objects of the same type among the objects stored in the memory in association with the user. A step of displaying on the display unit a selection screen for receiving a selection operation for selecting an object of (4) may be further executed. In this case, the second step carries out a second lottery in exchange for a predetermined number of objects selected by the selection operation. This makes it easy for the user to select among the objects stored in the memory, the object to be released in exchange.

  (Item 6) In (Item 5), the displaying may display a part or all of the objects that can be determined by the second lottery on the display unit. This allows the user to confirm objects that may be obtained by redemption before redemption. As a result, if there is a desired object among the confirmed objects, the user's motivation for performing the second lottery in exchange improves.

  (Item 7) A method of executing a game program has been described. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor and a memory. The method is a method by which a processor executes each step described in (Item 1). The method according to (Item 7) has the same function and effect as the game program according to (Item 1).

  (Item 8) The information processing apparatus has been described. According to an aspect of the present disclosure, the information processing apparatus includes: a storage unit (120) storing a game program according to (Item 1); and the information processing apparatus (user terminal 100) by executing the game program. And a control unit (110) for controlling the operation. The information processing apparatus according to (Item 8) has the same function and effect as the game program according to (Item 1).

DESCRIPTION OF SYMBOLS 1 game system, 2 networks, 10, 20 processors, 11, 21 memories, 12, 22 storages, 13, 23 communication IF (operation part), 14, 24 input / output IF (operation part), 15 touch screen (display part, Operation unit), 17 camera (operation unit), 18 distance measuring sensor (operation unit), 100 user terminals (information processing apparatus), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation unit 115 deck formation unit 115, 116 transition preparation unit 117 quest progression unit 118 lottery execution unit 119 card exchange unit 120, 220 storage unit 131 game program 132 game information 133 user information 151 Input unit (operation unit), 152 display unit, 200 server, 211 Quest support unit, 212 shared support unit, 213 lottery support unit, 1010 objects, 1020 controller (operation unit), 1030 storage medium

Claims (6)

A game program executed by a computer comprising a processor and a memory, comprising:
The game program may include the processor
A first step of determining any one of a first object group constituted by objects available in a game based on the game program by a first lottery, and associating the determined object with a user in the memory When,
Among the objects stored in the memory in association with the user, in exchange for two or more predetermined number of objects of the same type, the types of objects of the predetermined number of the same type among the objects available in the game Performing a second step of determining any of different types of objects by a second lottery and associating the determined objects with the user and storing the objects in the memory;
The memory stores the rarity of the object in association with each object available in the game;
In the second step, an object having a rarity of not less than the rarity of the predetermined number of objects of the same type among the objects of the other types in exchange for the objects of the predetermined number of the same types and the same rarity In the second lottery,
The game program may include the processor
And displaying on the display unit a selection screen for receiving from the user a selection operation for selecting the predetermined number of objects from among objects of the same type among objects stored in the memory in association with the user. Let it run
The second step carries out the second lottery in exchange for a predetermined number of objects selected by the selection operation,
In the step of displaying the selection screen, among the objects stored in the memory in association with the user, the objects of the same type which are stored in the memory and specified number or more are specified, and the objects of the same type specified Only displays the selection screen included in a mode selectable by the selection operation ,
Accepting a selection operation for selecting the predetermined number of objects from the user is:
The user selects the predetermined number of objects of one type from the specified objects of the same type and designates it as a selection target, and in response to the specification, (1) the user is a target of exchange A first image showing the predetermined number of objects of the same type to be consumed as (2), and a second image showing all the other types of objects to be objects of the second lottery; A third image for receiving from the user information indicating the probability that each of the other types of objects targeted by the second lottery will be won by the lottery, and (4) an operation instructing the second lottery And displaying on one screen, and
The second step is a game program for performing the second lottery in response to an input operation of the user on the third image . In the first step, the first lottery can be performed during a first period,
The game program according to claim 1 , wherein the second step is capable of performing the second lottery during a second period set based on the first period. The game program according to claim 2 , wherein the second period is identical to the first period. In the second step, in place of the predetermined number of objects of the same type and the same rarity, any of the objects of the other types having an rarity of the object of the predetermined number and the same type Are determined by the second lottery,
In the step of displaying, the winning probability of each of the objects determined by the second lottery is the same as information indicating the probability that each of the other types of objects targeted by the second lottery is won by the lottery the information to be presented to the user, displayed on the display unit that is, a game program according to any one of claims 1-3. A computer is a method of executing a game program,
The computer comprises a processor and a memory,
A method of performing the steps of claim 1 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1;
An information processing apparatus comprising: a control unit that controls an operation of the information processing apparatus by executing the game program.

Images