JP2019126739A - Game program, method, and information processor - Google Patents

Abstract

To enhance interest in a game.SOLUTION: A game program (131) causes a processor (10) to perform: a step (S103) of presenting multiple options each associated with a point such that a user can select therefrom; steps (S107-S109, S111-S116, S119-S121) of advancing a game on the basis of the selected options; a step (S110) of imparting to the user the points associated with the selected options if the advancement of the game based on the selected options satisfies a prescribed requirement; a step (S205) of updating a cumulative point, which is the sum total of the points, on the basis of the points imparted to the user; and a step (S207) of imparting to the user a privilege used to acquire one or more game media available in the game if the updated cumulative point satisfies a prescribed condition.SELECTED DRAWING: Figure 10

Description

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

  Various businesses offer game programs for a game that presents a plurality of options to the user and proceeds according to the options selected by the user. Non-Patent Document 1 discloses a game (quiz RPG) including a quiz element in a battle part in a role playing game (RPG) as an example of such a game. In the game, for each of a plurality of quizzes, a genre and a difficulty level are presented to the user, and when a correct answer is given to the quiz given by the user's selection, an enemy character can be attacked.

YouTube (registered trademark), "Q & Q Answers Play Video Part 1", [online], October 18, 2017, [search January 17, 2018], Internet <https://www.youtube.com/watch ? v = _PI8_Ea57uE>

  A game that presents a plurality of choices to the user and proceeds according to the choices selected by the user, the selection of the choices produces diversity in the progress of the game, and the point of interest as a game should be found .

  However, in the conventional game, after all, there is a strong tendency to select an option that gives priority to clearing the game. For example, in the quiz RPG, in order to increase the number of attacks on enemy characters, there is a strong tendency to select a quiz having a high possibility that the user can answer correctly, such as a quiz of a good genre or a quiz having a low degree of difficulty. As a result, the selection of options by the user becomes uniform, and accordingly, the progress of the game may become uniform. As a result, there is a risk of lack of interest as a game.

  One aspect of the present disclosure is to improve the interest of a game.

  A game program according to the present disclosure is executed by a computer including a processor, a memory, and an operation unit. The game program includes a step of presenting, to the processor, a plurality of options each associated with a point so that the user can select, a step of proceeding with the game based on the options selected by the user, and the selected options. Based on the step of giving the user the points associated with the selected option when the progress of the game based on the predetermined requirements is satisfied, and the points accumulated by summing the points based on the points given to the user Performing the steps of: updating the user, and granting the user the right to be used to acquire one or more game media available in the game if the updated point totals meet the predetermined condition .

  According to one aspect of the present disclosure, there is an effect of improving the interest of the game.

It is a figure which shows an example of the hardware constitutions of a game system. It is a block diagram which shows an example of a functional structure of a user terminal and a server. It is a flowchart which shows an example of the flow of the process performed in a user terminal based on the game program which concerns on this embodiment. It is the first half part of the flowchart which shows an example of the flow of a process when a user terminal performs the play part shown in FIG. It is a latter half part of the flowchart which shows an example of the flow of a process when a user terminal performs the play part shown in FIG. It is a figure which shows an example of the data structure of quiz data. It is a figure which shows an example of the game screen displayed on a display part when the play part is performed. It is a figure which shows an example of the game screen displayed on a display part when the play part is performed. It is a figure which shows an example of the game screen displayed on a display part when the play part is performed. It is a flowchart which shows an example of the flow of a process when a user terminal performs the point sum total update part shown in FIG. It is a figure which shows an example of the game screen displayed on a display part when the point total update part is performed. It is a figure which shows an example of the game screen displayed on a display part when the transfer preparation part shown in FIG. 3 is performed. It is a figure which shows an example of the game screen displayed on a display part when the transfer preparation part shown in FIG. 3 is performed. It is a flowchart which shows an example of the flow of a process when a user terminal performs the lottery part shown in FIG. It is a figure which shows an example of the game screen displayed on a display part, when the lottery part is performed. It is a figure which shows an example of the data structure of group information. It is a figure which shows an example of the data structure of all card DB. It is a figure which shows an example of the game screen displayed on a display part, when the lottery part is performed. It is a figure which shows an example of the game screen displayed on a display part, when the lottery part is performed. It is a figure which shows an example of the game screen displayed on a display part, when the lottery part is performed. It is a figure which shows an example of the game screen displayed on a display part, when the lottery part is performed.

  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 illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 is connected to the server 200 via the network 2. The network 2 includes various mobile communication systems constructed by the Internet and a radio base station (not shown). As this mobile communication system, for example, so-called 3G, 4G mobile communication system, LTE (Long
Term Evolution) and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point.

  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), and a speaker 16 (audio output unit). The camera 17 and the distance measuring sensor 18 are provided. These components included in the user terminal 100 are electrically connected to each other via 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. Multi-play can be realized. 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 multiplay is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later included in the server 200. 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.

  The controller 1020 may be configured to be detachable 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. Accordingly, 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. As an example, the game system 1 advances the game using a deck organized by one or more objects. 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. Decks are sometimes called parties, teams, orders, 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 a battle game based on sports, a part that plays a game of the sport against an enemy object operated by a computer or another person by a teammate object (player) incorporated in the deck corresponds to this play part. .

  The play preparation part is a part executed in a preparation stage for playing the play part. As an example, the play preparation part is a deck organization 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 is not limited to a specific genre, and may be a system for executing games of any 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

  The game system 1 is not limited to a specific play form, and may be a system for executing a game of any play form. For example, a single player game by a single user, a multiplayer game by a plurality of users, a multiplayer game, a battle game in which a plurality of users battle, a cooperative play game in which a plurality of users cooperate, and the like. 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 which gives an object to a user is not specifically 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 the present 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 can be executed by the user using the lottery right given to the user in the lottery part included in the game executed by the game system 1. The lottery right 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 an example, a lottery right may be given to a user every time the cumulative number of points, items, etc. reaches a predetermined number. In addition, the predetermined number of points, items, and the like described above may be consumed by using the lottery right.

  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 a plurality of battle parts is provided to the user terminal 100 of the user as a play part. The user plays a quest, which is the main part of the game, using the deck. 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 continues until the end condition is 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 when the answer is determined to be correct, the game system 1 grants the right to attack the enemy character to the above party. give. In the present embodiment, as an example, one quiz is given to one quiz per attack turn of the teammate character.

  When the subpart includes a quiz element, the game system 1 presents, as an example, a user interface (hereinafter referred to as UI) component (hereinafter referred to as UI) component (first UI component) indicating the quiz genre 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 component indicating the quiz genre described above is 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 win.

  As an example, in addition to the above three game parts, the RPG accepts various user instructions, selections, etc. during the preparation period from the play preparation part 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 part of the data related to the game. For example, a deck owned by each of a plurality of users is shared by the 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 operation of the entire 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 developed 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 work area to the processor 20 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, a speaker, or the like. 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 speaker 16 outputs sound based on the sound data. 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. As the camera 17, for example, an infrared camera can be used. 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 a technique such as pattern matching as an analysis technique employed in the above-described image recognition processing. (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 performed 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 is detected whether the distance is above. 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 is shaking his / her 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.

  In this manner, the processor 10 determines whether or not the user is grasping his / her hand by image recognition on the captured image of the camera 17 (“Goo” gesture or other 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. In addition, the processor 10 detects whether the user is approaching or moving 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. Further, when the user further moves his / her hand while the user's gesture “go” is detected, the user terminal 100 performs such a series of gestures as 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 the user repels a finger based on the detection result of the user's hand based on the captured image of the camera 17, the user terminal 100 clicks the gesture or taps the touch panel. You may recognize as operation corresponding to.

<Functional Configuration of Game System 1>
FIG. 2 is a block diagram illustrating 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 for realizing a known function in a game, and a functional configuration necessary for functioning as a general computer (not shown).

  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 that the control unit 110 and the control unit 210 refer to when executing the game program 131. The user information 133 is data relating to the user account. 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 122 is a database for centrally managing cards owned by the user. The card DB 122 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 associated with the card DB 122 and is managed by the server 200 for each user. Alternatively, the card DB 122 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 122 of the user from the server 200 as necessary.

  The card DB 122 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.

  The basic parameters refer to various parameters related to the character properties. The basic parameters are parameters that do not change during the play part. Examples of basic parameters include 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 winning probability in a lottery where a card will win, the difficulty of a quest when it is obtained as a quest clear reward, or There may be a correlation with the price. The higher the card's rarity, the more difficult it is to obtain the card.

  The level is a parameter indicating the degree of character strengthening. The higher the level, the higher the combat ability parameter referenced in the play part. Note that, in the play preparation part, by strengthening the character with a reinforcement material or the like, the character level may be raised to improve the character's ability.

  The cost is a value consumed as a consideration 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.

  The attribute is a parameter indicating which property group the character belongs to when the character is classified by property. In the present embodiment, as an example, each character is classified into one of three attributes: fire, lightning, and water. The attribute may also be set for the enemy character. Also, attributes may be set for quizzes given 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 for the quiz may be determined according to the difficulty level of the question to be asked. 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 battle ability parameter is a parameter that can change 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 of damaging the enemy character, and is represented by a numerical value, for example. The larger the value, the stronger the damage. In this embodiment, the attack power can be deprived of the physical strength of the enemy character by an attack that the character normally performs and a special attack (hereinafter referred to as “special attack”) performed by the character by activating a skill described later under certain conditions. 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 have an advantageous effect on teammate characters in the battle 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 this 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 placed in each frame, a 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 user name is used by, for example, the user himself / herself and other users to identify the user himself / herself. The cost upper limit value 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 an example, the cost upper limit is a parameter that increases 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 value, he / she can play, accumulate experience values, 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 performs overall control of the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives part or all of the game information or user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a multiplayer synchronization request 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 provides support for 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 decks organized by each user is stored in the storage unit 220 as game information 132 for each user. When receiving 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 to provide support for the user terminal 100 to execute the lottery part. As an example, upon receiving a request from the user terminal 100 of the user, the lottery support unit 213 supplies the user terminal 100 with a card to be given to the user, which is determined according to the number of lottery rights used. Also, as an example, the lottery support unit 213 may supply the user terminal 100 with information of a group consisting of a plurality of cards obtainable by lottery. The group information includes card information of the plurality of cards. In the case of this example, the user terminal 100 may determine the card to be given to the user with reference to the information of the group, so communication with the server 200 at the time of lottery becomes unnecessary.

(Functional Configuration of User Terminal 100)
The control unit 110 performs overall control of 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 according to the game program 131 and the user's operation. In addition, while the game is in progress, the control unit 110 communicates with the server 200 as needed to transmit and receive information.

  According to the description of the game program 131, 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 It functions as the lottery execution unit 118. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user input operation 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 expressing 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 above-described UI component so as to be superimposed 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. For example, the deck organization function reads card information of a necessary character from the card DB 122, 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 for searching, extracting, and sorting characters that match all conditions from the card DB 122 based on various parameters of the characters included in the card information.

  The migration preparation unit 116 executes the migration preparation part in accordance with a user input operation received via the operation reception 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 causing the display unit 152 to display a quest selection screen including a quest selection UI (for example, quest selection UIs 831a to 831f described later) that is a UI that receives selection operations for each quest. Good. 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 an assistant may be limited, for example, up to one, or all characters in the decks of other users may be summonable. Further, the conditions for summoning the assistant may not be set in particular, or may be determined in advance such as when a teammate character in his / her deck becomes incapable of combat.

  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 plays the quest aiming at clearing. 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, multiple types of quests are provided according to the difficulty level and the attributes of enemy characters appearing in the battle part, and the user can select a quest to be challenged from among the multiple 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. And the quest progress part 117 updates the point total which totaled this point based on the point provided to the user. Then, the quest progression unit 117 grants the user the lottery right when the post-update point total 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 right to attack the enemy character is given to the party of the deck organized by the user, the quest progression unit 117 gives the user a point associated with the selected option. As described above, when the battle part includes a quiz element as a sub-part, for example, the quest progression unit 117 determines that the right to attack is given to the party when the user correctly answers the questioned quiz. In other words, when the battle part includes a quiz element as a subpart, the quest progression unit 117 gives the user a point associated with the selected option when the user answers the quiz correctly as an example. 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 according to the user input operation received through the operation reception unit 111.

<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 organization unit 115 executes a play preparation part. As an example, the play preparation part is a deck organization 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 the transition preparation part to play part. In step S3, the quest progression unit 117 executes a play part. The play part is advanced based on the deck generated by the deck organization unit 115 in step S1. In step S4, the lottery execution unit 118 may execute a lottery part. The lottery part can be executed when a lottery right is given to the user based on the accumulated points.

  In addition, when the organization of the deck is completed, the execution of the play preparation part may be omitted. In other words, 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 be played 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.

  Hereinafter, the processing flow of each part will be described. Specifically, in each step of the processing flow, the functional configuration of the user terminal 100 will be described in detail with reference to the game screen as appropriate. Each game screen to be referred to below is configured by a UI component generated by the UI control unit 113, an animation generated by the animation generation unit 114, or a combination thereof. The game screen generated by the UI control unit 113 or the animation generation unit 114 is displayed by the display control unit 112 on the display unit 152 of the user terminal 100. The display control unit 112, the UI control unit 113, and the animation generation unit 114 are any of the units (the deck formation unit 115, the transition preparation unit 116, the quest progression unit 117, and the lottery execution unit 118) that advance each part of the game. Under control, a process for displaying the game screen on the display unit 152 is executed. Therefore, the description “each unit for advancing each part displays the game screen on the display unit 152” indicates that “each unit controls the UI control unit 113 or the animation generation unit 114 to generate a UI part or animation. The display control unit 112 is controlled to display the game screen including the generated UI part or animation on the display unit 152 ”.

(Process flow of play part)
4 and 5 are flowcharts showing the flow of processing when the user terminal 100 executes the play part of step S3 shown in FIG.

  In step S101, the quest progression unit 117 advances the quest and starts a battle part. When starting the battle part, the quest progression unit 117 acquires quiz data for implementing a quiz element from the server 200.

  FIG. 6 is a diagram illustrating an example of a data structure of quiz data. The quest support unit 211 generates the quiz data in response to a request from the user terminal 100 (quest progression unit 117), and transmits the quiz data to the user terminal 100.

  In the example of FIG. 6, an example in which the quiz is a so-called four-choice quiz is shown. For this reason, the quiz data shown in FIG. 6 includes items of options 1 to 4. If the type of quiz changes, items of choices 1 to 4 replace items corresponding to the type of quiz. The quiz data further includes items of genre, attribute, point, correct answer rate (degree of difficulty information), question, correct answer, and presentation flag.

  The problem is text indicating a quiz to be presented to the user. The options 1 to 4 are texts indicating options for answering the quiz. The correct answer indicates which of the options 1 to 4 is a correct answer option. The genre is a text indicating the genre of the quiz. The correct answer rate indicates the proportion of correct answer users among the users who answered the quiz in the past. As an example, the problem is stored in the storage unit 220 of the server 200 as game information 132 in association with the options 1 to 4, the correct answer, the genre, and the correct answer rate. As one example, the quest support unit 211 randomly selects a predetermined number of questions from the storage unit 220 and includes the questions in the quiz data. As a result, questions, choices 1 to 4, correct answers, genres, and correct answer rates are stored in the quiz data.

  The attribute is a property set for the quiz, and is a parameter indicating which property group the quiz belongs to, like the attribute set for the character.

  The points are numbers indicating the amount of points to be given to the user when the user correctly answers the associated quiz. The number is randomly determined from a predetermined numerical range. In the example of FIG. 6, the numerical range is 1 to 5, but the numerical range is not limited to this example.

  As an example, the attributes and points may be determined by the quest progression unit 117 after the quiz data is transmitted to the user terminal 100. As another example, the quiz data may be transmitted to the user terminal 100 after attributes and points are determined by the quest support unit 211. As another example, the quest support unit 211 may determine one of the attribute and the point, and the quest progression unit 117 may determine the other. In the present embodiment, an example in which the quest progression unit 117 determines at least points will be described.

  The presentation flag is a flag indicating whether each quiz is presented to the user as an option. The example of FIG. 6 indicates that "0" is not presented, and indicates that "1" is presented. Therefore, when the quest support unit 211 generates the quiz data, all the presentation flags are "0".

  Returning to the description of the processing flow of the play part with reference to FIG. 4 again. In step S102, the quest progression unit 117 determines a number to be stored in the point associated with the genre panel, that is, the point item in the quiz data. Then, in step S103, the quest progression unit 117 displays a genre panel selection screen on the display unit 152.

  FIG. 7 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 is the genre panel selection screen described above. Since the genre panel selection screen is a screen displayed on the display unit 152 when the battle part is started, it can be expressed as one of the battle screens.

  As shown in FIG. 7, the genre panel selection screen includes enemy character information 801, ally character information 802, genre panel 803, grant point information 807 (third UI component), and a guide character image 808.

  The enemy character information 801 may be an image of a card that looks like 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. 7. 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 that is given when each panel is selected. The genre panel 803 includes attribute information 804, point information 805, and correct answer rate information 806. In other words, the quest progression unit 117 presents the genre panel 803 in association with the attribute information 804, the point information 805, and the correct answer rate information 806 to each of the genre panels 803 on the genre panel selection screen. The correct answer rate information 806 can also be expressed as difficulty level information indicating the difficulty level of the quiz presented when each genre panel 803 is selected. The quest progression unit 117 may associate another difficulty level information with each genre panel 803 instead of the correct answer rate information 806.

  The genre panel 803 is generated by the quest progression unit 117 controlling the UI control unit 113 based on the quiz data shown in FIG. Specifically, the quest progression unit 117 selects a predetermined number (four in the example of FIG. 7) from among a plurality of quizzes included in the quiz data. Then, the quest progression unit 117 causes the UI control unit 113 to generate the genre panel 803 based on the genre, attribute, point, and correct answer rate associated with the selected quiz. Also, the quest progression unit 117 changes the presentation flag of the selected quiz from "0" to "1".

  In addition, although the point information 805 of FIG. 7 has shown the numerical value of the point by the number of stars, it is not limited to this example. For example, the point information 805 may be a number.

  The grant point information 807 indicates the total of points (hereinafter, quest acquisition points) granted to the user in the quest. Specifically, the granted point information 807 indicates the total of points associated with the quiz that the user answered correctly. The guide character image 808 is an image of a character that guides a quest. The character shown by the guide character image 808 is a character that does not participate in the battle in the battle part. As an example, the character shown by the guide character image 808 may be an important role character in a quest-related story.

  Returning to the description of the processing flow of the play part with reference to FIG. 4 again. If YES in step S104, that is, if the operation accepting unit 111 accepts a continuous answer skill activation operation, the quest progression unit 117 activates the continuous answer skill of the selected teammate character in step S105, and goes to step S106. move on. The continuous response skill is one of the skills, and can be activated when correct answers are made continuously a predetermined number of times or more without making a wrong answer over a plurality of turns. The continuous response skill activation operation is an operation for selecting an ally character that activates the continuous response skill. As an example, the continuous answer skill activation operation may be a tap operation on any one of the teammate character images M1 to M5.

  If NO in step S104, that is, if the operation accepting unit 111 has not accepted the continuous answer skill activation operation, the process flow of the play part proceeds to step S106.

  Note that the skill activated in step S105 is not limited to the consecutive answer skill. For example, the skill may be a correct answer skill that can be activated when a predetermined number of correct answers have been made over a plurality of turns.

  If YES in step S106, if the operation reception unit 111 receives a genre panel selection operation, in step S107, the quest progression unit 117 presents a quiz on the selected genre panel. The genre panel selection operation is an operation for selecting any one of the genre panels 803. As an example, the genre panel selection operation may be a tap operation on any of genre panels P1 to P4.

  If NO in step S106, that is, if the operation receiving unit 111 has not received the genre panel selection operation, the process flow of the play part returns to step S104.

  FIG. 8 is a diagram 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. 8 is a question screen on which a quiz is given. When the user selects any of the genre panels 803, the question screen is displayed instead of the above-described genre panel selection screen.

  The question screen includes a quiz image 811 and an option image 814. When the operation accepting unit 111 accepts a genre panel selection operation, the quest progression unit 117 refers to the quiz data and identifies the quiz of the selected genre panel. Then, the quest progression unit 117 causes the UI control unit 113 to generate a quiz image 811 indicating a quiz (problem) and an option image 814 indicating options 1 to 4. Then, the quest progression unit 117 controls the display control unit 112 to display a question screen including the quiz image 811 and the option image 814 on the display unit 152. In the example of FIG. 8, the quiz image 811 and the option image 814 of the quiz identified by the selection of the genre panel P4 shown in FIG. 7 are displayed.

  The quiz image 811 includes, as an example, text indicating a question, a genre, and a correct answer rate. Also, the quiz image 811 includes, as an example, a time limit UI 812 indicating a time limit of the answer. The time limit UI 812 is, for example, a rectangle filled with a predetermined color. In the time limit UI812, when a quiz is given, that is, when a quiz image 811 is displayed, the color changes from the right end to the left end in FIG. 8 as time elapses. The user can recognize that the time available for answering is reduced by the change in color of the time limit UI 812.

  For example, the time limit UI812 includes a quick answer line 813 at a position indicating that a predetermined time has elapsed since the quiz was given. If the user correctly answers the quiz before the color change of the time limit UI 812 exceeds the quick answer line 813, that is, before the predetermined time has elapsed, the quest progression unit 117 determines that the user has answered the quiz quickly. By including the quick answer line 813 in the time limit UI 812, the user can recognize whether or not the quick answer has been made. The process when it is determined that the user has answered the quiz quickly will be described later.

  Further, the quest progression unit 117 determines a teammate character that attacks the enemy character based on the attribute of the selected genre panel and the attribute of the teammate character incorporated in the party. As an example, the quest progression unit 117 determines a teammate character including an attribute set in the genre panel as a teammate character that attacks an enemy character. In the example of FIG. 8, the attribute of the quiz is “fire” (see FIG. 7), so that the teammate character whose attribute is set to “fire”, that is, the teammate characters M 2, M 4, and M 5 shown in FIG. The character is determined as an ally character that attacks the enemy character.

  For example, when a plurality of attributes are set in the selected genre panel, the quest progression unit 117 determines a teammate character set with any of the plurality of attributes as a teammate character that attacks the enemy character. May be For example, when the genre panel P1 shown in FIG. 7 is selected, the attributes of the quiz of the genre panel are "fire" and "water", and therefore the teammate character for which "fire" or "water" is set as the attribute That is, the teammate characters indicated by the teammate character images M1, M2, M4, and M5 in FIG. 8 are determined as teammate 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, the higher the difficulty level of the quiz, the more attributes set in the genre panel. If the answer to the quiz is correct, the number of friendly characters attacking the enemy character will increase, but the quiz itself Will be difficult. Thus, the user selects the genre panel from the viewpoint of increasing the amount of damage to the enemy character or surely damaging the enemy character. Therefore, the choice selection methods are diversified, and the fun of the game is improved.

  Further, as an example, for a teammate character set with a plurality of attributes, the quest progression unit 117 selects the teammate character as an enemy character when a genre panel in which any of the plurality of attributes is set is selected. You may determine as a friendly character to attack.

  The quest progression unit 117 may distinguish a teammate character attacking an enemy character from other teammate characters on 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. 8, the ally character images M2, M4, and M5 are arranged shifted upward in FIG. 8 as compared to the ally character images M1 and M3. Thereby, the user can easily recognize the ally character attacking the enemy character.

  In addition, the quest progression unit 117 may arrange point information 815 indicating the point associated with the selected genre panel, in other words, the point associated with the selected quiz, on the questioning screen. As an example, as shown in FIG. 8, the quest progression unit 117 may arrange point information 815 in the vicinity of the provision point information 807. This allows the user to easily recognize the points that can be earned if the user answers the quiz correctly.

  When the operation reception unit 111 receives a genre panel selection operation, the quest progression unit 117 selects one of a plurality of audio data according to the points associated with the selected genre panel as shown in FIG. One audio data may be determined, and an audio based on the determined audio data may be output from the speaker 16. The plurality of audio data may be stored as game information 132 in the storage unit 120 of the user terminal 100, for example. Further, the voice may be, for example, a comment of a character displayed in the battle part. The character may be, for example, a character indicated by the guide character image 808.

  In the example of FIG. 8, since the genre panel P4 whose associated point is “5” which is the maximum value in the present embodiment is selected, “If you answer correctly, you can get more points, do your best!” The voice is being output. Further, although not shown, in the case where there are few associated points (for example, “1”), as an example, a voice such as “You have few points” may be output.

  Returning to the description of the processing flow of the play part with reference to FIG. 4 again. If YES in step S108, that is, if the operation accepting unit 111 accepts an answer operation, the quest progression unit 117 refers to the quiz data in step S109 to determine whether the answer indicated by the answer operation is a correct answer. Determine if The answer operation in the present embodiment is an operation to select one of the option images 814. As an example, the answer operation may be a tap operation on any of the option images 814.

  If YES in step S109, that is, if it is determined that the user's answer is a correct answer, the quest progression unit 117 selects the points associated with the selected genre panel in step S110. Add to quest points.

  In step S111, the quest progression unit 117 determines whether the user has answered correctly within a predetermined time, that is, whether the user has answered quickly. Then, the quest progression unit 117 updates the game screen from the question asking screen to the answer result screen in accordance with the process of step S109 to step S111. For example, in the case of YES in step S109, that is, when it is determined that the user's answer is a correct answer, the quest progress unit 117 updates the answer result screen when the user answers the quiz correctly.

  On the other hand, in the case of NO in step S109, that is, when it is determined that the user's answer is an incorrect answer, the quest progression unit 117 updates the answer result screen in the case where the user answers the quiz incorrectly. Then, the processing flow of the play part proceeds to step S119 shown in FIG.

  If NO in step S108 and NO in step S114, that is, if no answer is input within the time limit, the quest progression unit 117 determines that the user's answer is an incorrect answer. For this reason, the quest progression unit 117 updates the questioning screen to an answer result screen in the case where the user erroneously answers the quiz. Then, the processing flow of the play part proceeds to step S119 shown in FIG.

  FIG. 9 is a diagram 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. 9 is an answer result screen showing the answer result to the quiz. In the example of FIG. 9, the answer result screen in the case where the user answers the quiz correctly is shown.

  The answer result screen includes an answer result image 816. The answer result image 816 is an image according to the above-described determination, that is, the determination result as to whether the user's answer is a correct answer or an incorrect answer. In the example of FIG. 9, since the user has answered the quiz correctly, an answer result image 816 including “◯” indicating the correct answer is displayed. On the other hand, when the user answers the quiz incorrectly, for example, an answer result image 816 including an “x” indicating an incorrect answer may be displayed.

  In addition, the answer result image 816 indicating that the quiz has been answered correctly may include information indicating whether the user has answered quickly. In the example of FIG. 9, the text "EXCELLENT" indicates that the user has made a quick answer. On the other hand, when the user has not answered the quiz quickly, the answer result image 816 may include a text (for example, “GOOD”) different from “EXCELLENT”.

  Further, as illustrated in FIG. 9, the quest progression unit 117 may hide the option image 814 indicating an option that has not been selected from the option images 814 that are displayed on the question answering screen on the answer result screen. This allows the user to easily recognize the option selected by the user.

  In addition, the quest progression unit 117 updates the granted point information 807 based on the processing in step S110. In the example shown in FIGS. 7 to 9, since the point associated with the genre panel selected by the user is “5” (see FIGS. 7 and 8), the quest progression unit 117 gives the assigned point information 807. The value of is updated from "12" to "17". As an example, when updating the numerical value of the grant point information 807, the quest progress unit 117 may display an animation in which the star icon in the point information 815 is sucked into the grant point information 807. The animation is generated by the quest progression unit 117 controlling the animation generation unit 114.

  Returning to the description of the processing flow of the play part with reference to FIG. 4 again. If YES in step S111, that is, if the user answers correctly within a predetermined time, that is, if a quick answer is made, in step S112, the quest progression unit 117 activates the quick answer skill of the teammate character having the same attribute as the selected genre panel. Let The “quick answer” can also be expressed as when the user answers correctly before the change in color of the time limit UI 812 shown in FIG. 8 exceeds the quick answer line 813.

  On the other hand, in the case of NO in step S111, that is, when the user does not answer quickly, the processing flow of the play part proceeds to step S113.

  In step S113, the quest progression unit 117 attacks an enemy character with a teammate character having the same attribute as the selected genre panel. Then, the processing flow of the play part proceeds to step S115 in FIG.

  The value of damage given to the enemy character by the attack in step S113 may be determined based on the attribute set in the selected genre panel and the attribute set in the attack target enemy character. Specifically, each attribute is set with an advantageous attribute and an unfavorable attribute. For example, fire may be set to light, lightning to water, and water to fire. Also, the fire may be set to water, the water to lightning, and the lightning to the fire. As an example, if the attribute set in the genre panel, in other words, the attribute set in the attacking ally character is advantageous to the attribute set in the enemy character, the damage to the enemy character Increase the value more than usual. Further, as an example, when the attribute set in the genre panel is an attribute that is disadvantageous to the attribute set in the enemy character, the value of damage given to the enemy character is reduced more than usual. “Normal” is, for example, the value of damage given to an enemy character when the attribute set on the genre panel is the same attribute as the attribute set on the enemy character.

  In the case of YES in step S115, that is, in the case where the overall power of all enemy characters can be taken away by the attack in step S113, the quest progression unit 117 determines that the party has won the battle in step S116. Finish.

  In the case of YES in step S117, that is, when the quest is cleared by the end of the battle part in step S116, the quest progression unit 117 executes the point cumulative update part in step S118. Then, the processing flow of the play part ends.

  If NO in step S117, that is, if the quest continues even if the battle part in step S116 ends, the play part processing flow returns to step S101, and the quest progression unit 117 starts the next battle part. Do. In addition, when the next battle part is started, the quest progress unit 117 newly selects a predetermined number (four) of quizzes whose presentation flag is “0” among the plurality of quizzes included in the quiz data, Generate a genre panel selection screen. Then, the quest progression unit 117 changes the presentation flag of the selected quiz from "0" to "1".

  If NO in step S115, that is, if the enemy character is alive, the quest progression unit 117 advances the attack turn of the enemy character in step S119.

  In the case of YES in step S120, that is, in the case where all of the ally characters have a physical strength of 0 and become unable to fight due to the attack in step S119, the quest progression unit 117 assumes that the party has lost the battle in step S121. End the combat part. Then, in step S122, the quest progression unit 117 discards the quest acquisition point. Then, the processing flow of the play part ends.

  If NO in step S120, that is, if the ally character is surviving, the process flow of the play part returns to step S103, and the quest progress unit 117 starts the next turn. Specifically, the quest progression unit 117 displays the genre panel selection screen on the display unit 152 again. At this time, the quest progression unit 117 displays a new genre panel 803 instead of the genre panel selected in the previous turn. That is, the quest progression unit 117 selects one quiz whose presentation flag is “0” from among the quizzes included in the quiz data, generates the genre panel 803, and includes it in the genre panel selection screen. Then, the quest progression unit 117 changes the presentation flag of the selected quiz from "0" to "1".

  If all quiz presentation flags included in the quiz data have become “1”, that is, if all quiz genre panels have been presented, the quest progression unit 117 acquires new quiz data from the server 200. Just do it. Moreover, in the above-mentioned example, although the quest progress part 117 acquired quiz data from the server 200 at the timing when the battle part was started, the acquisition timing of quiz data is not limited to this example. For example, the quest progression unit 117 may acquire the quiz data at the timing when the play part is started.

(Processing flow of point cumulative update part)
FIG. 10 is a flowchart showing a process flow when the user terminal 100 executes the point cumulative update part in step S118 shown in FIG. In step S201, the quest progression unit 117 identifies a quest acquisition point.

  In step S202, the quest progression unit 117 specifies clear time bonus points. The clear time bonus points are points corresponding to the time taken by the user to clear the quest. As an example, the clear time bonus point may be determined according to the number of turns required for the user to clear the quest. For example, the clear time bonus points may be increased as the number of turns decreases.

  In step S203, the quest progression unit 117 specifies the difficulty level bonus points. The difficulty level bonus points are points according to the difficulty level of the quest.

  Instead of the clear time bonus point and the difficulty level bonus point, a value by which the quest acquisition point is multiplied may be specified. For example, if the quest's difficulty goes up in the order of "Easy", "Normal", and "Hard", "If" is "1x" in the case of "Easy", "1.5x" in the case of Normal, and "2x" in the case of Hard May be specified. In this example, when the difficulty level of the quest is normal, the quest acquisition point specified in step S201 is multiplied by 1.5 in step S203.

  In step S204, the quest progression unit 117 calculates the total earned points. As an example, the total acquired points are points calculated based on quest acquisition points, clear time bonus points, and difficulty bonus points. For example, the quest progression unit 117 may calculate the total earned points by adding the values of the quest earned points, the clear time bonus points, and the difficulty bonus points specified in Steps S201 to S203.

  In step S205, the quest progress unit 117 updates the point total. As an example, the quest progression unit 117 updates the point accumulation by adding the total acquired points calculated in step S204 to the point accumulation. In other words, the accumulated points are updated based on the quest acquisition points, the time required to clear the quest, and the difficulty level of the quest. The accumulated points before update may be stored in the storage unit 120 as user information 133, for example.

  The point cumulative value may be updated based on at least the quest acquisition points, and the clear time bonus points and the difficulty level bonus points are not essential. As one example, one of the clear time bonus points and the difficulty level bonus points may be used to update the point accumulation.

  Then, the quest progression unit 117 causes the display unit 152 to display a point screen indicating the point cumulative total after the update.

  FIG. 11 is a view showing an example of the game screen displayed on the display unit 152 when the point cumulative update part is being executed. The game screen shown in FIG. 11 is the above-described point screen.

  As an example, the point screen includes a quest acquisition point 821, a clear time bonus point 822, a difficulty bonus point 823, a total acquisition point 824, and a point accumulation 825. The quest acquisition point 821 indicates the value of the quest acquisition point described above. The clear time bonus point 822 indicates the value of the clear time bonus point described above. The degree of difficulty bonus point 823 indicates the value of the degree of difficulty bonus point described above. The total acquired points 824 indicates the value of the total acquired points described above. The point accumulation 825 indicates the value of the point accumulation after the update.

  Referring back to FIG. 10, the description will return to the processing flow of the point cumulative update part. If YES in step S206, that is, if the updated point total satisfies a predetermined condition, in step S207, the quest progression unit 117 grants a lottery right to the user. As an example, the quest progression unit 117 grants one lottery right to the user every time the updated point accumulated value reaches a multiple of 50. This completes the processing flow of the point total update part. If NO in step S206, the point cumulative update part ends without executing the process of step S207.

  The point screen may include information indicating that the user has been given the lottery right in step S207. In this case, the point screen is displayed on the display unit 152 after the quest progression unit 117 executes step S207.

  The quest progression unit 117 may execute a reward granting part that grants a reward to the user before or after the execution of the point total update part according to the play result of the user in the play part. The reward given to the user in the reward giving part is, for example, provided to the user as digital content available on the game. The specific content of the reward is, for example, a card or a figure corresponding to the character operated by the user, an item having a special effect, or an ability to allow the character to wear it. Alternatively, the reward may be a right that the user can exercise on the game. Rights as rewards include, for example, the right to strengthen characters, the right to play special quests, the right to expand item inventory, the right to unlock locked quests or items, or the right to raise the cost limit. is assumed.

  Giving the digital content as a reward to the user may, for example, be a transition of the status of the digital content managed in association with the user from unusable to usable. Alternatively, the digital content may be stored in at least one of the memories (memory 11 and memory 21) included in the game system 1 in association with the user identification information.

(Quest selection screen)
When the point cumulative update part ends, the transition preparation unit 116 displays a quest selection screen as an example. That is, in the case of this example, when the point total update part ends, the first sub part in the migration preparation part is started.

  FIG. 12 is a diagram showing an example of a game screen displayed on the display unit 152 when the transition preparation part is being executed. The game screen shown in FIG. 12 is the above-described quest selection screen.

  As an example, the quest selection screen includes quest selection UIs 831a to 831f, a lottery start UI 832, and a point acquisition UI 834 (second UI component).

  The lottery start UI 832 is a UI that accepts a lottery part start operation. The lottery start operation may be, for example, a tap operation on the lottery start UI 832. The process after the lottery start operation is input will be described later.

  As shown in FIG. 12, the lottery start UI 832 may include a lottery right number 833 indicating the number of lottery rights given to the user. In the example of FIG. 12, the lottery right number 833 indicates that two lottery rights are given to the user. Thereby, the user can easily recognize the number of lottery rights, that is, how many times the lottery can be performed.

  The point acquisition UI 834 is a UI that receives a predetermined operation. When the operation reception unit 111 receives a predetermined operation on the point acquisition UI 834, the transition preparation unit 116 adds points (second points) to the point total. In other words, the user can acquire points by inputting a predetermined operation on the point acquisition UI 834. The predetermined operation may be a tap operation on the point acquisition UI 834, for example. The value of the point to be added to the point total by the input of the predetermined operation to the point acquisition UI 834 may be, for example, a value (50 in the present embodiment) to which one lottery right is given. In the case of this example, when a predetermined operation for the point acquisition UI 834 is received, the numerical value indicated by the lottery right number 833 is increased by 1 (see FIG. 13 described later).

  When the migration preparation unit 116 adds the points to the accumulated points, the point acquisition UI 834 is set to a state in which the predetermined operation is not accepted. Further, the transition preparation unit 116 enables the point acquisition UI 834 to accept the predetermined operation again when a predetermined time has elapsed since the predetermined operation was received.

  FIG. 13 is a view showing an example of the game screen displayed on the display unit 152 when the transition preparation part is being executed. The game screen illustrated in FIG. 13 is the quest selection screen described above, and is a quest selection screen before the point acquisition UI 834 receives a predetermined operation and the predetermined time has elapsed.

  The point acquisition UI 834 may have different images depending on whether it is possible to accept a predetermined operation or not. As one example, when it is possible to receive a predetermined operation, the point acquisition UI 834 may be an image in which the vessel is full of stars, as shown in FIG.

  As an example, when a predetermined operation is not accepted, the point acquisition UI 834 may be an image in which the container is empty as shown in FIG. If the point acquisition UI 834 does not accept the predetermined operation, the transition preparation unit 116 may display a remaining time UI 835 indicating the remaining time until the predetermined operation can be accepted again in the vicinity of the point acquisition UI 834. Good.

  For example, the transition preparation unit 116 may cause the animation generation unit 114 to generate an animation in which a star in the container moves toward the lottery start UI 832 when a predetermined operation on the point acquisition UI 834 is received. Good. The display control unit 112 causes the display unit 152 to display the animation, so that the user can easily recognize that the point has been acquired.

(Lottery part processing flow)
FIG. 14 is a flowchart showing a flow of processing when the user terminal 100 executes the lottery part in step S4 shown in FIG.

  In step S301, the lottery execution unit 118 causes the display unit 152 to display a lottery screen (right use screen) for using the lottery right. FIG. 15 is a view showing an example of the game screen displayed on the display unit 152 when the lottery part is being executed. The game screen shown in FIG. 15 is the aforementioned lottery screen.

  The lottery screen includes, as an example, lottery start UIs 841 and 842, cumulative points 843, prize information 844, scroll bars 845, and a reset UI 846. The details of the lottery start UIs 841 and 842 and the reset UI 846 will be described later.

  The prize information 844 is made up of icon images R1 to R15 (images) showing cards which can be obtained by lottery. The lottery in this embodiment makes a user acquire 1 or more cards among the cards which a user can acquire in the group containing a predetermined number of cards as an example. The icon images R1 to R15 are images showing each of the predetermined number of cards included in the group. As an example, the lottery in the present embodiment is such that a card acquired by the user by executing the lottery cannot be acquired again. That is, in this example, the above-mentioned “cards that can be acquired by the user” are cards that are not acquired by the user among the cards included in the group.

  Therefore, as an example, the prize information 844 shown in FIG. 15 is an image (such as an icon image R2 in the example of FIG. 15) indicating a card acquired (already acquired) by the user and an image (not illustrated) The display mode is different from the icon image R1 in 15 examples. For example, as illustrated in FIG. 15, an image indicating “completed” may be attached to an image indicating a card acquired by the user, and an icon image may be grayed out. Thereby, the user can easily recognize an unacquired card.

  As described above, in the lottery in this embodiment, the upper limit number of cards that can be acquired is determined, and as the user performs the lottery and acquires cards, the number of cards that can be acquired is reduced, and the cards that have not been acquired This is a so-called BOX gacha that increases the probability of acquiring the. In the present embodiment, as an example, the above-described upper limit number will be described as 50.

  The point accumulation 843 indicates the value of the point accumulation. In this embodiment, a predetermined number of points are consumed by using the lottery right. For this reason, the user can easily recognize the number of times the lottery can be performed by displaying the point accumulation 843 on the lottery screen.

  The scroll bar 845 is a UI that receives a scroll operation for changing an icon image displayed on the lottery screen. If the number of icon images exceeds the number that can be simultaneously displayed on the display unit 152, a scroll bar 845 may be displayed. In this example, a non-displayed icon image is displayed by a predetermined operation on the scroll bar 845.

  The lottery execution unit 118 causes the UI control unit 113 to generate premium information 844 based on the group information provided from the server 200. Group information is information which shows the above-mentioned group.

  FIG. 16 is a diagram illustrating an example of a data structure of group information. For example, the group information may be in a database format as shown in FIG. The group information is generated by the lottery support unit 213 in response to a request from the user terminal 100 (lottery execution unit 118) and supplied to the user terminal 100. The group information is, for example, No. (Number), card ID, icon, and acquisition flag are included. Hereinafter, each row of group information may be referred to as card information.

  The number is for identifying a card included in the group in the group. The card ID is used to identify the card included in the group. The icons are icon images (icon images R1 to R15 in the example of FIG. 15) displayed on the display unit 152 as the prize information 844. The acquisition flag is a flag indicating whether each card has been acquired by the user (whether or not it has been granted to the user). The example of FIG. 16 indicates that "0" is not acquired, and indicates that "1" is acquired. For this reason, when the group information is generated by the lottery support unit 213, all the acquisition flags are "0".

  The lottery support unit 213 stores numbers from 1 to the predetermined number (50 in the example of FIG. 16) in the number column, and stores “0” in the acquisition flag column. The lottery support unit 213 selects a predetermined number of cards from all the card DBs stored as game information 132 in the storage unit 220, and stores the card IDs of the selected cards in the card ID column. In addition, the lottery support unit 213 stores the icon image of the selected card in the column of the icons. The icon image may be associated in advance with the card ID, or the lottery support unit 213 may generate the icon image from the image of the card indicated by the card ID.

  FIG. 17 is a view showing an example of the data structure of all the cards DB described above. The all cards DB is a database for centrally managing all the cards in the game. The entire card DB includes, for example, items of a card ID, a card name, a basic parameter, and a battle ability parameter. In addition, about the detail of each of these items, since it is the same as that of card | curd DB122, description is not repeated here.

  Further, the basic parameters shown in FIG. 17 do not include the level items in the card DB 122. This is because in the example shown in the present embodiment, the level of the character of the card acquired by lottery is the initial level (for example, 1). In an example where the level of the character of the card acquired by lottery is not the initial level, the basic parameter in all card DBs may include a level item.

  Referring back to FIG. 14 again, the description returns to the lottery part processing flow. In step S302, the operation receiving unit 111 receives a use operation for using the lottery right. As an example, the use operation may be a tap operation to the lottery start UI 841 or the lottery start UI 842 shown in FIG. When the lottery start UI 841 receives the use operation, the lottery execution unit 118 performs one lottery using one lottery right. On the other hand, when the lottery start UI 842 accepts a use operation, the lottery execution unit 118 uses ten lottery rights and collects lotteries ten times (performs ten consecutive gachas).

  In the present embodiment, a predetermined number of points are consumed by using the lottery right. For example, every time a lottery is used, 50 points are consumed. In the example of FIG. 15, since the value of the point cumulative value is 148, it is impossible to perform 10 consecutive gachas consuming 500 points. For this reason, in the example of FIG. 15, the lottery start UI 842 does not receive the use operation. In this case, the lottery start UI 842 may be configured to make the user recognize that the use operation is not accepted. For example, as shown in FIG. 15, the lottery start UI 842 may be grayed out.

  In addition, when accepting the use operation, the lottery start UI 842 may use all of the lottery rights granted to the user to collectively perform the lottery of the number of the lottery rights. For example, since the value of the accumulated points shown in FIG. 15 is 148, the number of lottery rights is two. That is, in this example, when accepting the use operation, the lottery start UI 842 collectively performs the lottery twice using all the two lottery rights.

  Referring back to FIG. 14 again, the description returns to the lottery part processing flow. In step S303, the lottery execution unit 118 refers to the group information and determines a card to be acquired by the user in response to the operation reception unit 111 receiving the use operation. Specifically, the lottery execution unit 118 selects card information of the number of lottery rights used from the card information having an acquisition flag of “0”, which is included in the group information. Then, the lottery execution unit 118 changes the acquisition flag of the selected card information to “1”, and changes the icon image corresponding to the card information to the acquired mode. Further, the lottery execution unit 118 transmits the card ID of the card information to the server 200.

  The lottery support unit 213 of the server 200 specifies the card indicated by the received card ID with reference to the entire card DB. Then, the identified card is transmitted to the user terminal 100.

  In step S304, the lottery execution unit 118 assigns the card received from the server 200 to the user. Thus, the lottery part ends.

  Note that each card information in the group information may be associated with a probability of acquiring a card indicated by the card information. In this case, the lottery execution unit 118 determines a card to be acquired by the user based on the probability in step S303. The probability may be determined according to the scarcity of the card. For example, the higher the rarity, the lower the probability may be.

  Thus, according to the game system 1 which concerns on this embodiment, in the BOX gacha, the icon image of all the cards which a user can acquire is displayed on a lottery screen. Moreover, according to the game system 1, the icon image of the acquired card and the icon image of the unacquired card are displayed in different modes. Thus, on the lottery screen, without displaying the name of the card accommodated in the BOX gacha, the total accommodated number of cards, and the current accommodated number, the card accommodated in the BOX gacha, the total accommodated number of each card The current number of cards stored can be easily recognized. In other words, the game system 1, particularly the user terminal 100, does not store the name of the card accommodated in the BOX gacha, the total accommodated number of cards, the current accommodated number, etc., the cards accommodated in the BOX gacha, It is possible to realize a lottery screen that allows the user to easily recognize the total storage number of cards, the current storage number of cards, and the like.

  When the lottery execution unit 118 receives a predetermined operation of specifying one of the icon images, the lottery execution unit 118 may display detailed information of the card indicated by the specified icon image. The predetermined operation may be, for example, a tap operation or a long press operation on any of the icon images. The long press operation is an operation for releasing the contact or the proximity after the contact or the proximity of the object on the touch screen 15 is continued for a predetermined time or more.

  FIG. 18 is a diagram showing an example of the game screen displayed on the display unit 152 when the lottery part is being executed. The game screen shown in FIG. 18 is a screen showing the detailed information described above.

  As shown in FIG. 18, the screen showing detailed information includes, for example, a character image 601, an attribute 602, a rarity 603, a level 604, a type 605, a character name 606, a physical strength 607, an attack power 608, a quick answer skill 609 and a series. Answer skills 610 may be displayed. The quick answer skill 609 and the continuous answer skill 610 include the skill name of the skill and a description of the skill.

  By displaying the screen showing the detailed information, the user can check various parameters in a list for the characters of the card that can be acquired by lottery. In addition, the icon image which receives the above-mentioned predetermined | prescribed operation may be only one part among the icon images currently displayed on the lottery screen. For example, only the icon image of the card with high rarity may be able to receive the predetermined operation described above.

(Reset UI)
The reset UI 846 is a UI that receives a lottery reset operation. The reset operation may be, for example, a tap operation on the reset UI 846.

  For example, when the operation receiving unit 111 receives a reset operation for the reset UI 846, the lottery execution unit 118 performs a predetermined change on the group indicated by the group information or a card included in the group.

  For example, when the reset operation is accepted, the lottery execution unit 118 changes at least a part of the cards acquired by the user included in the above group to an unacquired state.

  FIG. 19 is a diagram showing an example of the game screen displayed on the display unit 152 when the lottery part is being executed. The game screen shown in FIG. 19 is the above-described lottery screen, and is the lottery screen after the reset operation is input on the game screen shown in FIG.

  In the game screen shown in FIG. 19, all icon images that have been acquired are changed to an unacquired aspect. That is, in the example of FIG. 19, when the reset operation is accepted, the lottery execution unit 118 changes all the cards acquired by the user, which are included in the above-mentioned group, to the unacquired state.

  Specifically, when the reset operation is accepted, the lottery execution unit 118 refers to the acquisition flag in the group information and changes all “1” s to “0”. Then, in accordance with the change of the acquisition flag, the lottery execution unit 118 changes the icon image to an unacquired aspect. Thereby, the lottery screen shown in FIG. 19 is realized.

  In the case of a configuration in which a part of the cards acquired by the user is changed to an unacquired state, the lottery execution unit 118 may randomly select a card to be changed to an unacquired state, You may choose. The predetermined condition may be, for example, "the rarity is equal to or more than (or less than) a predetermined value".

  Further, for example, when a reset operation is accepted, the lottery execution unit 118 may replace the group that is the subject of the lottery with another group in which at least a part of the included game media is different from the group.

  FIG. 20 is a diagram showing an example of the game screen displayed on the display unit 152 when the lottery part is being executed. The game screen illustrated in FIG. 20 is the above-described lottery screen, and is the lottery screen after the reset operation is input on the game screen illustrated in FIG.

  On the game screen shown in FIG. 20, the icon images R1 to R15 shown in FIG. 15 are changed to icon images R16 to R30 of other cards. In this example, when the lottery execution unit 118 accepts the reset operation, the lottery execution unit 118 transmits a request for acquiring new group information to the server 200 and receives the new group information. Then, the lottery execution unit 118 generates a lottery screen based on the new group information, and causes the display unit 152 to display the lottery screen. Thereby, the lottery screen shown in FIG. 20 is realized. The details of generation of new group information in server 200 and generation of a lottery screen shown in FIG. 20 are the same as generation of group information described above and generation of a lottery screen, and therefore, the description will be repeated. Absent.

  Further, for example, when the reset operation is accepted, the lottery execution unit 118 may replace at least a part of the cards included in the lottery target group with another card. In this example, when the reset operation is accepted, the lottery execution unit 118 determines the number of cards to be replaced, transmits a request for acquiring the card information of the number to the server 200, and transmits the card information. To receive. Then, the lottery execution unit 118 overwrites the card information included in the group information with the received card information. When a part of the card information is replaced, the overwritten card information may be selected randomly by the lottery execution unit 118 or may be selected according to a predetermined condition. The predetermined condition may be, for example, “rareness included in received card information, and card information having the same rareness”.

  Further, in the example in which the lottery execution unit 118 replaces a group or a card with another group or card, a reset operation is received a predetermined number of times or more in a state where all cards included in the group targeted for the lottery have not been acquired. The reset UI 846 may be in a state where the reset operation is not accepted. That is, a limit may be set on the number of times the user can change the card to be acquired. This makes it possible to prevent the user from repeating the reset operation with the aim of acquiring a better card. Therefore, it is possible to prompt the user to execute a lottery.

  FIG. 21 is a view showing an example of the game screen displayed on the display unit 152 when the lottery part is being executed. The game screen shown in FIG. 21 is the above-described lottery screen, and is a lottery screen after a reset operation has been input a predetermined number of times or more in an example in which a group or card is replaced with another group or card.

  The lottery execution unit 118 may change the display mode of the reset UI 846 when the reset UI 846 does not accept the reset operation. For example, as shown in FIG. 21, the reset UI 846 may be grayed out.

  Note that the lottery execution unit 118 may cancel the state in which the reset operation in the reset UI 846 is not accepted when the user is charged. Moreover, this state may be canceled by consuming predetermined items or points given to the user. For example, the state may be released by consuming a predetermined number of points indicated by the point accumulation 843.

  Also, the trigger for replacing a group or card with another group or card is not limited to the input of the reset operation. For example, as the game progresses, the lottery execution unit 118 replaces the group that is the subject of the lottery with another group in which at least a part of the included game media is different from the group, At least a part of the included cards may be replaced with another card. Thereby, since the user can acquire another card | curd by advancing a game, it can accelerate | stimulate progress of a game by a user. In addition, progress of a game is, for example, selecting a quest and executing a play part.

  In addition, the lottery part which the game system 1 performs should just perform the lottery for providing a game medium to a user, and is not limited to the above-mentioned example. For example, in the lottery in the lottery part performed by the game system 1, the upper limit number of obtainable cards may not be determined. In other words, the lottery may not be a BOX gacha.

[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 113) The animation generation unit 114, the deck formation unit 115, the transition preparation unit 116, the quest progression unit 117, and the lottery execution unit 118) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. It 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. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. 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 are possible within the scope shown in the claims, and embodiments obtained by appropriately combining technical means disclosed in different embodiments. Is also included in the technical scope of the present invention.

[Items to be added]
The contents according to one aspect of the present invention are listed as follows.

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a computer including a processor (10), a memory (11), and an operation unit (such as the input unit 151). The game program causes the processor to progress the game based on the step (S103) of selectably presenting a plurality of options (genre panel 803) to which points are respectively associated, and the options selected by the user Step (S107, etc.), step (S110) of giving points associated with the selected option to the user when the progress of the game based on the selected option satisfies a predetermined requirement, and giving to the user Step (S205) of updating the point total sum by summing the points based on the calculated points, and acquiring one or more game media usable in the game when the updated point sum total satisfies a predetermined condition And a step of granting the right used for the user to the user (S207).

  According to the above-described configuration, in addition to advancing the game according to the selected option, the user is made to earn points according to the selected option. If the point total meets a predetermined condition (for example, when a predetermined value is reached), the right to be used to acquire one or more game media available for the game is granted.

  In this way, while the user chooses options to advance the game and proceeds with playing, the user gains points in accordance with the selected options. Once points are earned, the user can earn game media using the right to earn one or more game media.

  In this way, the user chooses the most appropriate (efficiently stored points) option in terms of acquiring the above-mentioned right earlier while playing to choose the best option in mind in order to advance the game in an advantageous manner. It becomes possible to adopt the method. As a result, it is possible to diversify the method of choice of choices and to improve the interest of the game.

  (Item 2) In the step of presenting in (Item 1), the party presenting a plurality of options in the battle part in which the party composed of one or more characters fights with the enemy character, and updating the step, the user: When a quest including one or more battle parts is cleared, the points given to the user in the step of giving may be added to the point total.

  According to the above configuration, when the user clears a quest including one or more battle parts, the points awarded in the step of giving are added to the point cumulative number. As a result, the user selects an optimal option while considering the viewpoint of clearing the quest. Depending on the situation, the user may choose an option that is less likely to clear the quest, but may not be able to clear the quest, but may choose to earn more points, depending on the circumstances. To do. As a result, the selection method of options becomes more diversified, and it becomes possible to improve the interest of the game. In addition, as a game including the above-mentioned quest, RPG is mentioned, for example.

  (Item 3) In (Item 2), the step of advancing includes a step (S109) of determining whether to give the party the right to attack the enemy character based on the option selected by the user. In the performing step, if it is determined that the right to attack is given, the point associated with the selected option may be given to the user.

  According to the above configuration, when the right of attack is given to the party, the point associated with the selected option is given to the user. That is, points are not always given to the user when an option is selected. Therefore, the user needs to actively play the quest in order to collect more points. As a result, it is possible to prompt the user to play the quest.

  (Item 4) In the step of presenting in (Item 3), a step of presenting and advancing a first user interface (hereinafter, UI) component (genre panel 803) indicating a genre of a question to be presented to the user as an option Includes a step (S107) of presenting to the user a problem of the genre indicated by the first UI component selected by the user. In the determination step, the determination is made as to whether or not the right to attack is given to the party. It is determined whether or not the answer to the question input by the is correct, and if it is determined that the answer is correct, the method further includes the step (S113) of giving the right of attack to the party. If determined to be, a point associated with the selected option may be given to the user.

  (Item 5) In the step of presenting in (Item 4), difficulty level information (correct answer rate information indicating the degree of difficulty of the problem to be presented when each first UI component is selected for each of the plurality of first UI components 806) may be associated to present a plurality of the first UI components.

  According to the configurations of (Item 4) and (Item 5), the user selects the most appropriate option in consideration of the viewpoint of selecting the quiz that the user is likely to answer correctly. Depending on the situation, the user may select an option that is lower in points but more likely to answer correctly, or may select an option that can earn more points although there is a possibility of an incorrect answer. As a result, it is possible to further diversify the selection method of options and to improve the interest of the game.

  (Item 6) In any one item of (Item 2) to (Item 5), the processor is attribute information of at least one of a plurality of attribute information, and is set for each of the option and the enemy character. In the step of storing the advanced attribute information in the memory and advancing it, the enemy of the attack target is based on the attribute information set to the selected option in the battle part and the attribute information set to the enemy character of the attack target. You may decide the value of the damage given to the character.

  (Item 7) In any one item of (Item 2) to (Item 6), the processor is at least one attribute information among a plurality of attribute information, and is set for each of the option and the character. The stored attribute information is stored in the memory, and in the advancing step, the enemy character is attacked based on the comparison between the attribute information set in the selected option and the attribute information set in the character in the battle part. A character may be determined.

  According to the configurations of (Item 6) and (Item 7), the user selects an optimal option while considering the viewpoint of selecting an option that increases the amount of damage to the enemy character. Depending on the situation, the user may choose an option that has a lower point but a greater amount of damage, or an option that earns more points even though the amount of damage is small (or cannot be damaged). Or select. As a result, it is possible to further diversify the selection method of options and to improve the interest of the game.

  (Item 8) In any one item of (Item 2) to (Item 7), in the updating step, the point total may be updated based on the time required to clear the quest.

  (Item 9) In any one item of (Item 2) to (Item 8), in the step of updating, the accumulated points may be updated based on the difficulty level of the quest.

  According to the configuration of (Item 8) and (Item 9), the user considers the time required to clear the quest and the difficulty level of the quest in order to efficiently accumulate points. Therefore, it is possible to improve the interest of the game.

  (Item 10) In any one item of (Item 2) to (Item 9), the game program is a predetermined for the second UI component (point acquisition UI834) displayed on the screen that causes the processor to select a quest to be played by the processor. When a second operation is received, a second point different from the above points is added to the point total, and a step of not accepting a predetermined operation for the second UI component, and a predetermined time has elapsed since the reception of the predetermined operation Then, the step of allowing the second UI component to accept a predetermined operation again may be further executed.

  As a result, even a user who cannot afford to play a quest starts a game every time a predetermined time elapses, and inputs a predetermined operation to the second UI component. You can get the right. As a result, the user can be motivated to start the game periodically.

  (Item 11) In any one item of (Item 2) to (Item 10), the processor stores a plurality of audio data in a memory, and the game program stores points corresponding to the selected option in the processor. In response to this, a step of determining one piece of voice data from a plurality of pieces of voice data, and a step of outputting a voice based on the decided voice data to the voice output unit (speaker 16) as a comment of a character displayed in the battle part. And may be further executed. This makes it possible to improve the interest of the game.

  (Item 12) In any one item of (Item 1) to (Item 11), the game program causes the processor to display a third UI component (granting point information 807) indicating the total of points awarded to the user. It may be further executed. This allows the user to easily recognize the amount of points granted.

  (Item 13) A method for executing a game program has been described. According to an aspect of the present disclosure, the game program is executed by a computer including a processor, a memory, and an operation unit. The method is a method in which the processor executes each step described in (Item 1). The method according to (Item 13) has the same operational effects as the game program according to (Item 1).

  (Item 14) 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. A control unit (110) for controlling the operation. The information processing apparatus according to (Item 14) has the same function and effect as the game program according to (Item 1).

  1 game system, 2 networks, 10,20 processor, 11,21 memory, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (operation unit) , 17 Camera (operation unit), 18 Distance sensor (operation unit), 100 User terminal (information processing device), 110, 210 Control unit, 111 Operation reception unit, 112 Display control unit, 113 UI control unit, 114 Animation generation Part, 115 deck organization part, 116 transition preparation part, 117 quest progression part, 118 lottery execution part, 120, 220 storage part, 121 deck information, 122 card DB, 131 game program, 132 game information, 133 user information, 151 input Section, 152 display section, 200 server, 211 quest Support unit, 212 shared support unit, 213 lottery support unit, 1010 an object, 1020 controller (operation unit), 1030 storage medium

Claims (14)

A game program,
The game program is executed by a computer including a processor, a memory, and an operation unit.
The game program is stored in the processor.
The user can selectably present a plurality of options each associated with a point;
Advancing the game based on the options selected by the user;
Awarding the user the point associated with the selected option if the progress of the game based on the selected option satisfies a predetermined requirement;
Updating the accumulated points based on the points given to the user, totaling the points;
And a step of granting a user a right to be used to acquire one or more game media usable in the game when the updated point accumulation satisfies a predetermined condition. In the presenting step, a party formed by one or more characters presents the plurality of options in a battle part that battles with an enemy character,
In the updating step, when the user clears a quest including one or more battle parts, the points given to the user in the granting step are added to the accumulated points. The described game program. The step of proceeding comprises:
Determining whether to give the party the right to attack the enemy character based on the option selected by the user;
The game program according to claim 2, wherein, in the step of giving, when it is determined that the right to attack is given, the point associated with the selected option is given to the user. In the presenting step, as the option, a first user interface (hereinafter referred to as UI) component indicating a genre of a problem to be presented to the user is presented.
The step of proceeding comprises:
Presenting the user with a question of the genre indicated by the first UI widget selected by the user,
In the determining step, it is determined whether or not an answer to the question input by the user is correct;
Further comprising the step of giving the party the right to the attack if it determines that the answer is correct;
The game program according to claim 3, wherein, in the step of giving, when it is determined that the answer is correct, the point associated with the selected option is given to the user.   In the presenting step, each of the plurality of first UI components is associated with difficulty level information indicating a difficulty level of a problem presented when each first UI component is selected, and the plurality of first UI components are displayed. The game program according to claim 4, which is presented. The processor stores, in the memory, at least one attribute information of a plurality of attribute information, the attribute information set for each of the option and the enemy character.
In the step of proceeding, in the battle part, based on the attribute information set as the selected option and the attribute information of the enemy character set as the attack target, damage to the enemy character as the attack target The game program according to any one of claims 2 to 5, wherein the value of is determined. The processor stores in the memory at least one attribute information of the plurality of attribute information, the attribute information set for each of the option and the character.
In the advancing step, an ally character attacking the enemy character is determined based on the attribute information set to the selected option and the attribute information set to the character in the battle part. Item 7. A game program according to any one of items 2 to 6.   The game program according to any one of claims 2 to 7, wherein, in the updating step, the accumulated point is updated based on a time required to clear the quest.   The game program according to any one of claims 2 to 8, wherein in the updating step, the point total is updated based on the difficulty level of the quest. The game program is stored in the processor.
When a predetermined operation on the second UI component displayed on the screen for allowing the user to select the quest to be played is received, a second point different from the point is added to the point total, and the second UI component is The step of not accepting the operation of
The method according to any one of claims 2 to 9, further comprising: causing the second UI component to accept the predetermined operation again when a predetermined time has elapsed since the predetermined operation was received. The described game program. The processor stores a plurality of audio data in the memory;
The game program is stored in the processor.
Determining one audio data from the plurality of audio data according to the point associated with the selected option;
The game program according to any one of claims 2 to 10, further comprising a step of outputting a voice based on the determined voice data to a voice output unit as a speech of a character displayed in the battle part. . The game program is stored in the processor.
The game program according to any one of claims 1 to 11, further comprising the step of displaying a third UI component indicating a total of points given to the user. A computer is a method of executing a game program,
The computer includes a processor, a memory, and an operation unit.
The method by which the processor performs the steps of claim 1. An information processing apparatus,
A storage unit for storing the game program according to claim 1;
An information processing apparatus, comprising: a control unit configured to control an operation of the information processing apparatus by executing the game program.

Images