JP6480039B1 - GAME PROGRAM, METHOD, AND INFORMATION PROCESSING DEVICE - Google Patents

Abstract

[PROBLEMS] To improve the interest of a game. A game program (131) presents, to a processor (10), a step (S103) in which a user can select a plurality of options each associated with a point, and a game based on the selected options. When the progress of the game based on the selected option (steps S107 to S109, S111 to S116, S119 to S121) and the selected option satisfies a predetermined requirement, the points associated with the selected option are selected by the user. (S110), a step of updating the total point based on the points given to the user (S205), and the updated point total satisfying a predetermined condition, Grant users the right to be used to acquire one or more game media that can be used in the game That the step (S207), thereby the execution. [Selection] 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 the enemy character, there is a strong tendency to select a quiz that is highly likely to be answered correctly by the user, for example, a quiz of a good genre or a quiz with a low difficulty level. 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.

  An object of one embodiment 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. When the progress of the game based on satisfies a predetermined requirement, a step of assigning the user a point associated with the selected option and a point total obtained by summing the points based on the point given to the user And a step of granting a user a right to be used to acquire one or more game media that can be used in a game when the updated accumulated points satisfy a 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 part performs the play part shown in FIG. It is the 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 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. It should be noted that the present invention is not limited to these exemplifications, but is defined by the scope of claims, and is intended to include all modifications within the meaning and scope equivalent to the scope of claims. The In the following description, the same reference numerals are given to the same elements in the description of the drawings, and repeated description is not 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). Examples of the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point. It is done.

  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 components included in the server 200 are electrically connected to each other via 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. Note that the user terminal 100 may include an input / output IF 14 capable of connecting a display (display unit) configured separately from the user terminal 100 main body 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. For example, the controller 1020 establishes communication with the user terminal 100 in accordance with a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons and the like, and transmits an output value based on a user input operation to the buttons and the like to the user terminal 100. The controller 1020 may include various sensors such as an acceleration sensor and an angular velocity sensor, and transmits output values of the various sensors to the user terminal 100.

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

  For example, at the start of a game, the user terminal 100 desirably allows a user who uses the controller 1020 to input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the transmission source (controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user grasps each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multi-play can be realized. Further, each user terminal 100 is connected to each other by a wireless standard such as a wireless local area network (LAN) standard (communication connection is not performed via the server 200), so that a plurality of user terminals 100 can realize multi-play locally. 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 multi-play 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.

  Note that the user terminal 100 may communicate with the server 200 even when the above-described multiplayer is realized locally. For example, information indicating a play result such as a result or win / loss in a certain game may be associated with the user identification information and transmitted to the server 200.

  The controller 1020 may be configured to be detachable from the user terminal 100. In this case, a coupling portion with the controller 1020 may be provided on at least one surface of the housing of the user terminal 100. When the user terminal 100 and the controller 1020 are coupled by wire through the coupling 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 accept the mounting 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 a game program, for example.

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

  As described above, the user terminal 100 includes the communication IF 13, the input / output IF 14, the touch screen 15, the camera 17, and the distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units serving as an input mechanism can be regarded as an operation unit configured to accept a user 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 an object 1010 in the vicinity of the user terminal 100, and performs an input operation from the detection result of the object. Identify. As an example, a user's hand as an object 1010, a marker having a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, or type of the object 1010 obtained as a detection result. The More specifically, when a user's hand is detected from a captured image of the camera 17, the user terminal 100 performs a user's input operation on a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept as Note that the captured image may be a still image or a moving image.

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

<Game overview>
As an example, the game system 1 according to the present embodiment is a system that presents a plurality of options so that the user can select, and executes a game that proceeds based on the options selected by the user. As an example, the game system 1 advances the game using a deck organized by one or more objects. The game provided by the game system 1 includes a play preparation part for organizing a deck in addition to a play part for playing the main game.

  For example, an object may be called a character, a card, an item, or the like, and in particular, a character may be called a spirit, a player, or the like depending on the game context. 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 that the user plays with the object incorporated in the deck aiming at clearing or winning. For example, in a game such as a role-playing game (RPG), a battle part that causes an ally object (character) incorporated in a deck to fight an enemy object corresponds to this play part. In some cases, a plurality of battle parts may be grouped 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 organization part is a part in which the user selects an object to appear in the play part from among the objects on hand and performs an operation for organizing 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, games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG, quiz RPG, 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 resembling 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, an 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 an object owned by the user from the server 200. 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 user terminal 100 is caused to read the information printed on the physical medium so that the object can be used on a 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 accumulated points, items, etc. acquired by the user playing the game satisfy 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 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.

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

  The combat part continues until the end condition is met. For example, the battle part is (1) the enemy character attacked by the friendly character is annihilated, and the party of the deck organized by the user wins. (2) the friendly character attacked by the enemy character is annihilated. The end condition is that the party is defeated by this, or (3) the user performs an operation of retirement (abandonment).

  In the present embodiment, a turn system may be adopted in the battle executed in the battle part described above. In the turn system, a predetermined number of teammate character attack actions and a predetermined number of enemy character attack actions 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 sub part. That is, the RPG provided by the game system 1 may be a so-called quiz RPG. The quiz element is an example in which a quiz (question) is given to the user, and the battle proceeds advantageously when the user answers the quiz correctly. Specifically, the quiz element may be capable of attacking the enemy character when the user correctly answers the quiz during the attack turn of the teammate 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 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. May be. The UI component is a tool for the user to make input necessary for the progress of the game to the user terminal 100, or a tool for obtaining information output during the progress of the game from the user terminal 100. 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 gives the user a quiz of the genre indicated by the genre panel selected by the user ( Present).

  As described above, the RPG provided by the game system 1 according to the present embodiment includes at least a deck formation part as a play preparation part and a character card in addition to a main play part including one or a plurality of 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. A migration preparation part for setting may be included.

  The game system 1 may be a system for executing a multiplayer game, for example. RPG as a multiplayer game is between a user terminal 100 (client computer) operated by a user and one or more other user terminals 100 (other client computers) 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. Thereby, RPG which can use a plurality of decks for play of one play part is realized.

  When the game system 1 is a multiplayer RPG, decks are organized in each of the first user terminal 100, the second user terminal 100, the third user terminal 100,... That communicate via the server 200. The Then, deck information D1, D2,... Each representing the contents of the organized decks is shared between 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 operation of the entire 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 it in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and develops it 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 include storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing a program 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 the 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 temporarily stores various data generated while the processor 20 is operating according to the 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 between the user terminal 100 and the server 200. In addition, the game implement | achieved by cooperation with the user terminal 100 and the server 200 may be a game performed on the browser started in the user terminal 100 as an example. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. The various data includes data relating to the game such as user information and game information, and instructions or notifications transmitted / received between the user terminal 100 and the server 200 or between the plurality of user terminals 100.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are constituted by a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data relating to the game is stored in the storage 12 and the storage 22.

  The communication IF 13 controls transmission / reception of various data in the user terminal 100. The communication IF 23 controls transmission / reception of various data in the server 200. The communication IFs 13 and 23 control communication using, for example, communication via a wireless local area network (LAN), Internet communication via a wired LAN, a wireless LAN, or a cellular phone network, and short-range wireless communication.

  The input / output IF 14 is an interface for the user terminal 100 to accept data input, 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 accept data input, and is an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

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

  The input unit 151 detects a position where a user operation (physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. A function of transmitting as a signal is provided. 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 resistance 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 posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held in the portrait orientation, the processor 10 may perform a portrait screen display in which a portrait image is displayed on the display unit 152. On the other hand, when the user terminal 100 is held sideways, a horizontal screen display in which a horizontally long image is displayed on the display unit may be used. As described above, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture 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 generates a captured image by converting incident light incident from a lens into an electric signal.

  The distance measuring 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 by the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

  Here, an example in which the user terminal 100 receives a detection result of detecting an object 1010 in the vicinity of the user terminal 100 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 measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. 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 an illumination device that emits infrared light, a filter that blocks visible light, and the like. Thereby, it is possible to further improve the detection accuracy of the object based on the captured image of the camera 17 regardless of whether it is outdoors or indoors.

  The processor 10 may perform one or more processes on the captured image of the camera 17, for example, among the processes shown in the following (1) to (5). (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether the captured image includes a 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) Moreover, the processor 10 detects a user's gesture from the shape of a user's hand. For example, the processor 10 specifies the number of the user's fingers (the number of fingers extending) 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 performed a “par” gesture. In addition, when the number of fingers is 0 (no finger is detected), the processor 10 determines that the user has made a “goo” gesture. On the other hand, when the number of fingers is two, the processor 10 determines that the user has performed a “choke” gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in the state where only the index finger is raised or whether the user's finger has moved. . (4) The processor 10 determines an object 1010 (such as a user's hand) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the 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 (for example, a distance less than a predetermined value) or far (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the captured image of the camera 17. It is detected whether the distance is above. When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is shaking his / her hand in the shooting direction of the camera 17. When an object is not detected in the distance measuring sensor 18 having higher directivity than the shooting range of the camera 17, the processor 10 indicates that the user is shaking his / her hand in a direction perpendicular 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”)). ) Is detected. The processor 10 also detects how the user is moving the hand along with 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 an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 according 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. Continuation of the selection operation corresponds to, for example, maintaining a state where the mouse is clicked and pressed, or maintaining a touched state after a touchdown 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 that receives a user input operation and a function as an output device that outputs a game image and sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 through 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 communicates with each user terminal 100 and has a function of supporting the user terminal 100 to advance the game. For example, the server 200 supports the progress of a quest or supports sharing of a 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 and mediating exchanges between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 through the 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 that is 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, game information 132 and 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 referred to as 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 possessed by the user. The card DB 122 is stored as game information 132 in the storage unit 120 of the user terminal 100, for example. 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 for each user in the server 200. 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 user's card DB 122 from the server 200 as necessary.

  Card DB122 contains each item of card ID, a card name, a basic parameter, and a battle ability parameter as an example.

  The card ID is for uniquely managing the user's card on the game system 1. In this embodiment, the user can carry a plurality of cards of the same character. Accordingly, when there are a plurality of cards even if the characters are the same, different card IDs are assigned 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 level represents the rarity value of a card (character) by a grade. In general, a high degree of rarity is set for a character that gives a good result in a game, particularly in a play part, that is, a character with high fighting ability. In the present embodiment, the rarity is set by the alphabets “L”, “SS”, “S”, “A”, “B”, and “C” in order from the class 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 rarity of the card, the higher the difficulty of obtaining 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. In the play preparation part, the character's ability may be increased by strengthening the character with a reinforcing material or the like to increase 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 value of the character in the game, that is, the higher the fighting 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 an example, one attribute may be set for a quiz with a low difficulty level, two for a quiz with a medium difficulty level, and three for a quiz with a high difficulty level.

  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. Examples of the battle ability parameter include physical strength, attack power, and skill.

  The physical strength is a parameter that defines the physical strength of the character, and is represented by a numerical value, for example. The numerical value is reduced by receiving an attack from an enemy character in the battle part. If the physical strength becomes 0, the character becomes incapable of battle. The physical strength is also set for the enemy character, and the battle can be won by setting the physical strength of all the enemy characters to 0 by the attack of the teammate character.

  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. Influences

  The skill is a special ability that each character 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 indirectly advantageous by reaching the enemy character.

  As described above, the basic parameter and the battle ability parameter are set for each character. 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 handheld character.

(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 of cards that can be incorporated into the deck is 5. The deck information 121 includes deck frame numbers 1 to 5 corresponding to 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 include 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.

  As an example, the user information 133 includes a user ID, a user name, and a cost upper limit value. In addition, the user information 133 may include a level, an experience value, 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 cost upper limit value 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. An experience value is given to the user in response to the user playing a quest or the like of the play part, and the user's level increases when the experience value reaches a certain value. As the user level increases, the cost upper limit is increased. If the user wants to raise the cost upper limit value, he / she can play, accumulate experience values, and raise the level. In the present embodiment, the right to increase the cost upper limit value may be given to the user in exchange for a paid or free item. In this case, the control unit 110 accepts an operation for consuming a paid or free item performed by the user, consumes the item of the user, and instead, a cost upper limit value corresponding to 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 the synchronization data to the user terminal 100.

  The control unit 210 functions as a quest support unit 211, a sharing 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 other functional blocks (not shown) in order to support the progress of the game on the user terminal 100 according to 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 the user terminal 100 with information on enemy characters that appear in the battle part and information on quizzes that appear in the battle part.

  The sharing support unit 212 communicates with a plurality of user terminals 100, and supports a plurality of users to share each other's decks with each user terminal 100. 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 a play part using another user's deck 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 supply the deck information of the user registered as a friend as the supply target, or may supply the deck information owned by the user of the online user terminal 100 as the 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, when the lottery support unit 213 receives a request from the user terminal 100 of the user, the lottery support unit 213 supplies the user terminal 100 with a card determined according to the number of lottery rights used. In addition, as an example, the lottery support unit 213 may supply the user terminal 100 with information on a group including a plurality of cards that can be acquired by lottery. The group information includes card information of the plurality of cards. In the case of this example, the user terminal 100 only needs to determine the card to be given to the user with reference to the group information, 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, the control unit 110 communicates with the server 200 and transmits / receives information as necessary while the game is in progress.

  In accordance with the description of the game program 131, the control unit 110 includes an operation reception unit 111, a display control unit 112, a UI control unit 113, an animation generation unit 114, a deck organization unit 115, a transition preparation unit 116, a quest progression unit 117, and It functions as the lottery execution unit 118. The control unit 110 can also function as other functional blocks (not shown) in order 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 reception unit 111 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. To do.

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

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

  The animation generation unit 114 generates an animation indicating the motion of various digital contents based on the control mode of the various digital contents. For example, an animation representing a state in which a character card lottery is being executed may be generated. 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 a game screen on which the processing results executed by the above-described elements are reflected on the display unit 152 of the touch screen 15. 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 knitting unit 115 executes the deck knitting part according to the user's operation received through the operation receiving unit 111. The deck organization unit 115 has a deck organization function, and processes the deck information 121 in accordance with a user 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 related to the play part after the user completes the deck organization part and transitions to 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 multiple 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 an example, the user may select a quest by inputting a tap operation to a quest selection UI indicating a quest desired to be played on the quest selection screen. Moreover, the 2nd subpart which makes the above-mentioned user select the helper character who participates in this quest may be included in the transition preparation part.

  In this embodiment, the user can be summoned to the battle part in the quest as a helper from another user's deck registered as a friend. The user can operate the summoned assistant character in the same manner as an ally character incorporated in his / her deck to 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 a character that the assistant wants to come to the deck. 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 the quest as a play part based on the deck knitted by the deck knitting unit 115. In this embodiment, when the user clears one quest, a reward corresponding to the quest is given. The user plays the quest aiming at clearing. In this embodiment, as an example, in all battle parts included in the quest, it is determined that the user has cleared the quest when the ally character wins the enemy character.

  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 progression 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 proceed.

  Further, when the progress of the game based on the selected option satisfies a predetermined requirement, the quest progression unit 117 gives the user a point associated with the option. That is, the plurality of options are presented so that the user can select them with points associated with them. 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 gives the user a lottery right when the updated point total satisfies the predetermined condition. The predetermined condition is, for example, that the updated point total 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. To do.

  Further, as an example, when the user clears the quest, the quest progression unit 117 may update the point accumulation by adding the points given to the user to the point accumulation. In other words, if the user cannot clear the quest, the quest progression unit 117 may discard the points given to the user without adding them 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.

<Game flow>
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 knitting unit 115 receives an input operation for knitting one or more objects on the deck from the user, and forms 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. In addition, when the user does not wish to execute the lottery, that is, when an operation for executing the lottery is not input, 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 referred to below is configured by a UI part 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 on the display unit 152 of the user terminal 100 by the display control unit 112. The display control unit 112, the UI control unit 113, and the animation generation unit 114 are any of the units that advance each part of the game (the deck organization unit 115, the transition preparation unit 116, the quest progression unit 117, and the lottery execution unit 118). Under control, a process for displaying the game screen on the display unit 152 is executed. Therefore, the description that “each part that advances each part displays the game screen on the display unit 152” means that “the part controls the UI control unit 113 or the animation generation unit 114 to generate a UI part or an 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 ”.

(Play part processing flow)
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, the items of options 1 to 4 are replaced with items according to the type of quiz. The quiz data further includes items of genre, attribute, point, correct answer rate (difficulty level 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 the correct answer. The genre is text indicating the genre of the quiz. The correct answer rate indicates the ratio of users who answered correctly 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 an example, the quest support unit 211 randomly selects a predetermined number of questions from the storage unit 220 and includes them in the quiz data. Thereby, a question, the choices 1-4, a correct answer, a genre, and a correct answer rate are stored in 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 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 will be described in which the quest progression unit 117 determines at least points.

  The presentation flag is a flag indicating whether each quiz is presented as an option to the user. In the example of FIG. 6, “0” is not presented, and “1” is presented. For this reason, all the presentation flags are “0” when the quiz data is generated by the quest support unit 211.

  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. In step S103, the quest progression unit 117 displays a genre panel selection screen on the display unit 152.

  FIG. 7 is a diagram illustrating an example of a 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 teammate character information 802 is information of each teammate character incorporated in the deck in the deck organization part, and is an image of each teammate character in the example of FIG. As illustrated, the images of the enemy character and the friend character include icons indicating attributes set for the enemy character and the friend 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 a 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. In addition, 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 granted point information 807 indicates the total of points given to the user in the quest (hereinafter, quest acquisition points). Specifically, the granted point information 807 indicates the total number 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 indicated 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 indicated by the guide character image 808 may be a character having an important role in a story related to a quest.

  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 answer skill is one of the skills, and can be activated when a correct answer is repeated a predetermined number of times without making a wrong answer over a plurality of turns. The continuous answer skill activation operation is an operation for selecting a teammate character that activates the continuous answer 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 one of the genre panels 803. As an example, the genre panel selection operation may be a tap operation on any one of the genre panels P1 to P4.

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

  FIG. 8 is a diagram illustrating an example of a 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 for giving quizzes. 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, a quiz image 811 and an option image 814 of the quiz specified by selecting the genre panel P4 shown in FIG. 7 are displayed.

  For example, the quiz image 811 includes text indicating a question, a genre, and a correct answer rate. In addition, the quiz image 811 includes, as an example, a time limit UI 812 indicating a time limit for answers. 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 answerable time is reduced due to a change in the color of the time limit UI812.

  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”, so that the ally character having “fire” or “water” 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 friendly characters attacking the enemy character increases, and the battle can be advantageously advanced. 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 arrange a teammate character image showing a teammate character attacking an enemy character in a shifted manner from other teammate character images. In the example of FIG. 8, the teammate character images M2, M4, and M5 are arranged so as to be shifted upward in FIG. 8 compared to the teammate character images M1 and M3. Thereby, the user can easily recognize a teammate character that attacks the enemy character.

  Further, the quest progression unit 117 may arrange point information 815 indicating the points associated with the selected genre panel, in other words, the point information 815 indicating the points associated with the selected quiz. As an example, the quest progression unit 117 may arrange point information 815 in the vicinity of the granted point information 807 as shown in FIG. Thereby, the user can easily recognize the points that can be acquired when answering the quiz correctly.

  When the operation accepting unit 111 accepts a genre panel selection operation, the quest progression unit 117 selects 1 from a plurality of audio data according to the points associated with the selected genre panel, as shown in FIG. One piece of sound data may be determined, and sound based on the determined sound 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, the 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!” Is output. In addition, although not shown, when 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 whether. Note that the answer operation in the present embodiment is an operation for selecting 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 acquisition 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 screen to the answer result screen in accordance with the processing of step S109 to step S111. For example, 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 updates the answer result screen when the user answers the quiz correctly.

  On the other hand, if NO in step S109, that is, if it is determined that the user's answer is an incorrect answer, the quest progression unit 117 updates the answer result screen when the user makes an incorrect answer to the quiz. 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 question screen to an answer result screen when the user answers the quiz incorrectly. Then, the processing flow of the play part proceeds to step S119 shown in FIG.

  FIG. 9 is a diagram illustrating an example of a 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, an answer result screen when 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 corresponding to the above-described determination, that is, a determination result of 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 answered quickly. 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. Thereby, the user can 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, the point associated with the genre panel selected by the user is “5” (see FIGS. 7 and 8), so the quest progression unit 117 provides the granted point information 807. Is updated from “12” to “17”. As an example, when updating the numerical value of the granted point information 807, the quest progression unit 117 may display an animation in which the star icon in the point information 815 is sucked into the assigned 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 a case where the user answers correctly before the color change of the time limit UI 812 shown in FIG. 8 exceeds the quick answer line 813.

  On the other hand, if NO in step S111, that is, if the user has not answered quickly, the process 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 be advantageous for lightning, lightning for water, and water for fire. The fire may be set against water, the water against lightning, and the lightning against 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 from normal. 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. Exit.

  If YES in step S117, that is, if the quest is cleared by the end of the battle part in step S116, the quest progression unit 117 executes the point total 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. To do. When the next battle part is started, the quest progression unit 117 newly selects a predetermined number (four) of quizzes whose presentation flag is “0” among a 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 battle part. In step S122, the quest progression unit 117 discards the quest acquisition points. Then, the processing flow of the play part ends.

  If NO in step S120, that is, if the teammate character has survived, the process flow of the play part returns to step S103, and the quest progression 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”.

  When all the quiz presentation flags included in the quiz data are “1”, that is, when all quiz genre panels are presented, the quest progression unit 117 acquires new quiz data from the server 200. That's fine. In the above example, the quest progression unit 117 acquires quiz data from the server 200 at the timing when the battle part is started. However, the acquisition timing of the quiz data is not limited to this example. For example, the quest progression unit 117 may acquire quiz data at the timing when the play part is started.

(Processing flow of point cumulative update part)
FIG. 10 is a flowchart showing the flow of processing 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 quest acquisition points.

  In step S202, the quest progression unit 117 specifies clear time bonus points. The clear time bonus point is a point corresponding to the time required for 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 identifies 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 bonus point, a value to be multiplied by the quest acquisition point may be specified. For example, when the difficulty level of a quest increases in the order of “Easy”, “Normal”, “Hard”, “Easy” is “1 times”, Normal is “1.5 times”, and “Hard” is “2 times” 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 progression 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 accumulated points need only be updated based on at least the quest acquisition points, and the clear time bonus points and difficulty bonus points are not essential. As an example, either one of the clear time bonus points and the difficulty bonus points may be used for updating the accumulated points.

  Then, the quest progression unit 117 causes the display unit 152 to display a point screen showing the accumulated points after the update.

  FIG. 11 is a diagram illustrating an example of a 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 above-described quest acquisition point. The clear time bonus point 822 indicates the value of the above-mentioned clear time bonus point. The difficulty level bonus point 823 indicates the value of the above-described difficulty level bonus point. The total acquired points 824 indicates the value of the total acquired points described above. The point total 825 indicates the value of the updated point total.

  Referring to FIG. 10 again, the description returns 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 total update part ends without executing the process of step S207.

  Note that the point screen may include information indicating that the user has been granted a 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 granting part is provided to the user as digital content that can be used on the game, for example. Specific contents of the reward include, for example, a card or figure corresponding to the character operated by the user, an item having a special effect, or an ability that can be worn by the character. 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 total update part ends, the migration 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 illustrating an example of a game screen displayed on the display unit 152 when the migration 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 accepting unit 111 accepts a predetermined operation on the point acquisition UI 834, the transition preparing unit 116 adds the point (second point) to the accumulated point. 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 added to the accumulated points by inputting a predetermined operation to the point acquisition UI 834 may be, for example, a value to which one lottery right is given (50 in this embodiment). 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 diagram illustrating an example of a game screen displayed on the display unit 152 when the migration preparation part is being executed. The game screen shown in FIG. 13 is the above-described quest selection screen, which is a quest selection screen before the point acquisition UI 834 receives a predetermined operation and a predetermined time has elapsed.

  The point acquisition UI 834 may be different images depending on whether a predetermined operation can be received or not. As an example, when a predetermined operation can be received, the point acquisition UI 834 may be an image in which the vessel is filled with 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 points have 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 usage screen) for using the lottery right. FIG. 15 is a diagram illustrating an example of a 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.

  As an example, the lottery screen includes lottery start UIs 841 and 842, point accumulation 843, premium information 844, a scroll bar 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 includes icon images R1 to R15 (images) indicating the cards that can be acquired 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, the prize information 844 shown in FIG. 15 includes, as an example, an image (such as the icon image R2 in the example of FIG. 15) showing the card acquired (acquired) by the user and an image (FIG. 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.

  Thus, in the lottery in the present embodiment, the upper limit number of cards that can be acquired is determined, and as the user acquires the card by performing the lottery, the number of cards that can be acquired decreases, and the unacquired cards 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 is assumed to be 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, by displaying the point total 843 on the lottery screen, the user can easily recognize the number of times the lottery can be performed.

  The scroll bar 845 is a UI that accepts a scroll operation for changing the icon image displayed on the lottery screen. When the number of icon images exceeds the number that can be displayed on the display unit 152 at the same time, 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 indicating the above-described 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 line of the 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 specify a 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 premium information 844. The acquisition flag is a flag indicating whether or not each card has been acquired by the user (whether or not it has been given to the user). In the example of FIG. 16, “0” is not acquired, and “1” is acquired. For this reason, when the group information is generated by the lottery support unit 213, the acquisition flags are all “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. Further, the lottery support unit 213 stores the icon image of the selected card in the icon column. The icon image may be associated with the card ID in advance, or may be generated by the lottery support unit 213 from the card image indicated by the card ID.

  FIG. 17 is a diagram showing an example of the data structure of all the card DBs described above. The all card DB is a database for centrally managing all 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. Note that the details of these items are the same as those of the card DB 122, and thus description thereof will not be repeated here.

  Also, the basic parameters shown in FIG. 17 do not include 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 reception 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 accepts a 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 accumulated points is 148, it is not possible to perform 10 consecutive gachas that consume 500 points. For this reason, in the example of FIG. 15, the lottery start UI 842 does not accept the use operation. In this case, the lottery start UI 842 may be configured to allow the user to 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 the lottery start UI 842 receives a use operation, the lottery right assigned to the user may be used to perform lottery for the number of 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 the lottery start UI 842 accepts the use operation, the lottery is performed twice using all the two lottery rights.

  Referring back to FIG. 14 again, the description returns to the lottery part processing flow. In step S <b> 303, 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 a use operation. Specifically, the lottery execution unit 118 selects the card information of the number of used lottery rights from the card information included in the group information and the acquisition flag is “0”. 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. In addition, 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 refers to the entire card DB and identifies the card indicated by the received card ID. Then, the specified card is transmitted to the user terminal 100.

  In step S304, the lottery execution unit 118 gives the user the card received from the server 200. This is the end of the lottery part.

  Each card information in the group information may be associated with a probability of acquiring the 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 probability may be lower as the degree of rarity is higher.

  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 | curd and the icon image of an unacquired card | curd are displayed in a different aspect. 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 number of cards accommodated and the current number of cards accommodated.

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

  FIG. 18 is a diagram illustrating an example of a 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 skill 610 may be displayed. The quick answer skill 609 and the continuous answer skill 610 include a skill name and a description of the content 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. Note that the icon image that receives the above-described predetermined operation may be only a part of the icon images displayed on the lottery screen. For example, only the icon image of a card with a high degree of rarity may be able to accept the predetermined operation described above.

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

  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 illustrating an example of a 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 have been changed to an unacquired mode. 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 included in the above group to an 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”. And the lottery execution part 118 changes an icon image into the unacquired aspect according to the change of an acquisition flag. Thereby, the lottery screen shown in FIG. 19 is realized.

  In the case of a configuration in which a part of 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, or according to a predetermined condition. You may choose. The predetermined condition may be, for example, “the degree of rarity is not less than a predetermined value (or not more 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 illustrating an example of a game screen displayed on the display unit 152 when the lottery part is being executed. The game screen shown in FIG. 20 is the lottery screen described above, 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. 20, the icon images R1 to R15 shown in FIG. 15 are changed to icon images R16 to R30 of another card. 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 the generation of the lottery screen shown in FIG. 20 are the same as the generation of group information and the generation of the lottery screen described above, and thus 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 the case of 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 card information for the number of cards to the server 200, and receives the card information. 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, “card information having the same rarity as the rarity included in the received card information”.

  In addition, in the example in which the lottery execution unit 118 replaces a group or card with another group or card, when all the cards included in the lottery target group have not been acquired and the reset operation is received a predetermined number of times or more 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. Thereby, it is possible to prevent the user from repeating the reset operation with the aim of obtaining a better card. Therefore, it is possible to prompt the user to execute a lottery.

  FIG. 21 is a diagram illustrating an example of a 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, this state may be canceled by consuming a predetermined number of points indicated by the accumulated point 843.

  Further, the trigger for replacing a group or card with another group or card is not limited to input of a 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 game media included is different from the group, or the group that is the subject of the lottery. 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. The progress of the game means, 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 giving a game content to a user, and is not limited to the above-mentioned example. For example, the lottery in the lottery part executed by the game system 1 does not have to determine the upper limit number of cards that can be acquired. In other words, the lottery does not have to be a BOX gacha.

[Example of software implementation]
Control blocks of the control unit 210 (particularly, the quest support unit 211, the sharing support unit 212, and the lottery support unit 213), and control blocks of the control unit 110 (particularly, the operation reception unit 111, the display control unit 112, and the UI control unit 113). The animation generation unit 114, the deck organization 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. Alternatively, it may be realized by software using a CPU (Central Processing Unit).

  In the latter case, an information processing apparatus provided with the control unit 210 and / or the control unit 110 includes a CPU that executes instructions of a program that is software for realizing each function, and the program and various data are computers (or CPUs). ROM (Read Only Memory) or storage device (referred to as “recording medium”) recorded in such a manner as to be readable, 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-temporary tangible medium” such as 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 an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that one embodiment 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.

[Additional Notes]
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 present a plurality of options (genre panel 803) each associated with a point in a selectable manner (S103), and causes the game to proceed based on 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 Based on the scored points, the step of summing the points to update the accumulated points (S205), and obtaining one or more game media that can be used in the game when the updated accumulated points satisfy 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 proceeding with the game according to the selected option, the user is allowed to acquire points according to the selected option. If the accumulated points satisfy a predetermined condition (for example, when a predetermined value is reached), the right used for acquiring one or more game media usable in the game is granted.

  In this way, the user acquires points according to the selected option as he / she selects the option to advance the game and proceeds with the play. Once the points are accumulated, the user can acquire game media using the right to acquire one or more game media.

  This allows the user to select the most appropriate (accumulating points efficiently) from the viewpoint of acquiring the above rights earlier while playing to select the best option in consideration for advancing the game. It becomes possible to adopt the method. As a result, the choice selection methods are diversified, and it is possible to improve the interest of the game.

  (Item 2) In (Item 1), in the presenting step, a party organized by one or more characters presents and updates a plurality of options in a battle part in which a party fights against enemy characters. 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 said structure, when a user clears the quest containing one or more battle parts, the point provided in the step to give is added to the point total. As a result, the user selects an optimal option while considering the viewpoint of clearing the quest. Depending on the situation, the user may select an option that has lower points but is more likely to complete the quest, or that may not be able to complete the quest, but that can earn more points. 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 proceeding includes a step (S109) of determining whether or not to give the party the right to attack the enemy character based on the option selected by the user. In this step, if it is determined that the right to attack is given, a point associated with the selected option may be given to the user.

  According to said structure, when the right of attack is given to the party, the point matched with the selected option is provided to a 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, the user can be prompted to play the quest.

  (Item 4) In (Item 3), in the presenting step, as a choice, a first user interface (hereinafter referred to as UI) component (genre panel 803) indicating a genre of a problem to be presented to the user is presented and advanced. 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 is correct, and if it is determined that the answer is correct, the method further includes a step of granting the right of attack to the party (S113). In the step of granting, the answer is correct If determined to be, a point associated with the selected option may be given to the user.

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

  According to the configurations of (Item 4) and (Item 5), the user selects an optimal option while considering the viewpoint of selecting a quiz that the user can answer correctly. Depending on the situation, the user selects an option that has a low point but is likely to be able to answer more correctly, or an option that can be erroneously answered but can acquire more points. As a result, the selection method of options becomes more diversified, and it becomes possible 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 attribute information stored in the memory and proceeding, in the battle part, based on the attribute information set for the selected option and the attribute information set for the enemy character to be attacked, The value of damage to the character may be determined.

  (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. In the step of storing the attribute information in the memory and proceeding, in the fighting part, the ally attacking the enemy character based on the comparison between the attribute information set for the selected option and the attribute information set for the character. 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, the selection method of options becomes more diversified, and it becomes possible 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. Thereby, it becomes possible to improve the interest property of a 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. Further, it may be executed. Thereby, the user can easily recognize the amount of points given.

  (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) that stores 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 effects 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 Part, 152 display part, 200 server, 211 questions Support unit, 212 shared support unit, 213 lottery support unit, 1010 an object, 1020 controller (operation unit), 1030 storage medium

Claims (16)

A game program,
The game program, which is executed a processor, memory, operation unit, and a computer having a display unit,
The game program is stored in the processor.
A plurality of options each associated with a point are displayed on the display unit so that the user can select them, and a first image indicating the amount of each point associated with each option is displayed on the plurality of options. in association with each of the table Shimesuru step on the display unit,
Receiving a first input operation for the user to select any of the plurality of options displayed on the display unit;
In response to the first input operation , advancing a game based on the option selected by the first input operation ;
When the progress of the game based on the selected option satisfies a predetermined requirement, giving the user the point associated with the selected option;
Updating the accumulated points based on the points given to the user, totaling the points;
Said point total which is updated, if they reached the predetermined value as the predetermined condition, the right to acquire one or more game media available in the game, grant the user, the right a step of Ru is won game content to the user based on, is executed,
In the step of progressing the game based on the options,
In the game, the user battles the character of the party previously organized by a plurality of characters and the enemy character,
In a battle between the character included in the party and the enemy character, the character included in the party attacks the enemy character regardless of the amount of the points associated with the selected option. It said that determine the value of the damage to the enemy character, the game program at the time of the. The processor is
Attribute information that is one of a plurality of attribute information, and is set for each of the options, the character included in the party, and the enemy character;
First information indicating other attribute information that is advantageous or unfavorable for each of the plurality of attribute information set in each of the plurality of attribute information;
Storing in the memory a first parameter indicating the attack power of each of the characters included in the party;
In the step of advancing the game based on the options, in the battle between the character included in the party and the enemy character, the amount of the points associated with the selected option is not referred to. The value of damage based on the attribute information set for each of the characters included in the party, the attribute information set for the enemy character, the first information, and the first parameter The game program according to claim 1, wherein the game program is determined. Wherein the processor is further comprising at least one attribute information among the plurality of attribute information, it stores the attribute information set for the selected limb in the memory,
In the step of advancing the game based on the choice, and the characters included in the party, in battle with the enemy character, and attribute information set in the options said selected and included in the party -out based on the attribute information set in each of the character, to determine the ally character to attack the enemy character, the game program according to claim 2. In Table Shimesuru step, it is shown with the characters included in the party, in combat part to combat and said enemy character, the plurality of options tables,
In the step of updating, the user, when a quest comprising one or more of the fighting part, the points given to the user at the step of applying, to add to the point total, from claim 1 4. The game program according to any one of items 3 . The step of progressing the game based on the options includes
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 4 , wherein, in the step of granting, when it is determined that the right to attack is given, the point associated with the selected option is given to the user. In Table Shimesuru step, as the alternative, the first user interface (hereinafter, UI) indicating the genre of the issues questions to the user parts are shown Table,
The step of progressing the game based on the options includes
Presenting the user with a genre issue indicated by the first UI component 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;
If it is determined that the answer is correct, further comprising the step of granting the right of attack to the party;
The game program according to claim 5 , wherein, in the assigning step, when it is determined that the answer is correct, the point associated with the selected option is given to the user. In Table Shimesuru step, each of the plurality of the first 1UI component, the first 1UI component associates the difficulty information indicating a difficulty of the problem presented when selected, a plurality of the first 1UI component Table Shimesuru game program according to claim 6. The game program according to any one of claims 4 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 4 to 8, wherein, in the updating step, the point total is updated based on a difficulty level of the quest. The game program is stored in the processor.
Displaying on the display unit a first screen that allows the user to select the quest to be played ;
Receiving a second input operation for the second UI component included in the first screen ;
In response to the second input operation, a second point different from the point is added to the point total, and the second UI component is not allowed to accept the second input operation;
When a predetermined time has elapsed since receiving the second input operation, for the first 2UI component, a step of enabling reception of the second input operation again, further to execute any of claims 4 to 9, The game program according to claim 1. The processor stores a plurality of audio data in the memory,
The game program is stored in the processor.
A step of in response to the point associated with the choice of the selected determines one audio data from the plurality of audio data,
The game program according to any one of claims 4 to 10, further comprising: causing a voice output unit to output a voice based on the determined voice data as a speech of a character displayed in the battle part. . The game program is stored in the processor.
The game program according to claim 1, further causing a step of displaying a third UI component indicating a total of points given to the user. The game program according to any one of claims 1 to 12, wherein the points associated with each of the options are randomly determined from a predetermined numerical range. The game program causes the processor to further execute a step of presenting a plurality of options including a new option so that the user can select when the progress of the game based on the selected option satisfies a first condition. The game program according to any one of claims 1 to 13. A method for a computer to execute 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,
The information processing apparatus includes:
A storage unit for storing the Gate-time program,
A control unit for controlling the operation of the information processing apparatus by executing the game program;
An operation unit;
A display unit ,
The controller is
A plurality of options each associated with a point are displayed on the display unit so that the user can select them, and a first image indicating the amount of each point associated with each option is displayed on the plurality of options. Corresponding to each, display on the display unit ,
Receiving a first input operation for the user to select any of the plurality of options displayed on the display unit;
In response to the first input operation, the game is advanced based on the option selected by the first input operation,
When the progress of the game based on the selected option satisfies a predetermined requirement, the user is given the point associated with the selected option,
Based on the points given to the user, the points are totaled, and the point accumulation is updated.
When the updated accumulated points have reached a predetermined value as a predetermined condition, the user is given a right to acquire one or more game media that can be used in the game, and the right To allow the user to acquire game media based on
When the controller proceeds the game based on the options,
In the game, the user battles the character of the party previously organized by a plurality of characters and the enemy character,
In a battle between the character included in the party and the enemy character, the character included in the party attacks the enemy character regardless of the amount of points associated with the selected option. An information processing apparatus for determining a value of damage given to the enemy character when it is performed .

Images