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

Abstract

[PROBLEMS] To improve the interest of a game. A game program (131) comprises the step of: (10) incorporating in a deck one or more characters owned by a user according to the user's input operation, and organizing the deck (S1); The step of advancing the game part played by the user based on each of the characters incorporated in the step (S3), and the step of organizing the deck further comprises: an entity including the deck and the one or more characters Setting a game medium having an effect of advancing the game part in an advantageous manner in association with at least one of them (S108), and advancing the game part activates the effect of the set game medium (S111) ). [Selected figure] Figure 10

Description

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

  BACKGROUND Conventionally, a game played by a user using a game medium such as a character card is known. A game medium is digital data processed by a computer executing the game program while the game program of the game is being executed. Specifically, it is the above-described character card (hereinafter referred to as a character) or an item for advantageously advancing the game. Among such games, various operators offer a game in which a game part played by a user progresses based on a deck formed by one or more characters, among others. Such a game generally includes a deck formation part for forming a deck, in addition to the main game parts described above. In the deck formation part, the user can select a character to appear in the game part and determine its arrangement.

  In the game, it is generally performed that each character has a unique ability value or skill. This enhances the interest in the deck formation part. For example, the point of how well the user organizes the deck is how to organize the deck in order to take advantage of the characteristics of the character and advance the game part in an advantageous manner.

Famitsu App, “The Group Chat system“ Naka Map ”introduced to“ Sprayable Million Arthur ”! What kind of thing did you mean?”, [Online], June 19, 2012, KADOKAWA DWANGO CORPORATION, [February 2017 Search on the 23rd], Internet (URL: http://app.famitsu.com/20120619_71594/)

  In general, in a game developed with the intention of causing the user to play for a long time, it is important how to cope with the problem that the user gets bored with the game. Games are always required to provide attractive content that motivates the user to play.

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

  A game program according to the present disclosure is executed by a computer including a processor and a memory. The game program causes the processor to play one or more characters owned by the user into the deck according to the user's input operation to organize the deck, based on each character incorporated into the deck. Advancing the game part to be executed. The step of organizing the deck further sets up a game medium having an effect of advancing the game part in an advantageous manner, in association with the deck and / or at least one of the entities including one or more characters. The advancing step activates an effect of the set game medium.

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

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a user terminal and a server. It is a flow chart which shows the example about the basic progress in the game performed based on the game program concerning this embodiment. It is a figure which shows an example of the data structure of user information and deck information. It is a figure which shows an example of the data structure of card | curd DB. It is a figure which shows the example of the deck organization screen displayed on the display part of a user terminal. It is a figure which shows the example of the extended item screen displayed on a display part. It is a figure which shows the example of the comprehensive item screen displayed on a display part. It is a figure which shows the other example of the inclusion item screen displayed on a display part. It is a flowchart which shows the flow of the process which the game system which concerns on this embodiment performs. It is a flowchart which shows the flow of a process when a quest advancing part advances a quest. It is a figure which shows the example of the battle screen displayed on a display part. It is a figure which shows an example of a data structure of card | curd DB in more detail. It is a figure which shows an example of the data structure of type definition data. It is a figure which shows an example of the data structure of panel data. It is a figure which shows an example of the data structure of problem DB. It is a figure which shows an example of the data structure of a quest progress counter. It is a figure which shows the other example of the battle screen displayed on a display part. It is a figure which shows the further another example of the battle screen displayed on a display part. It is a figure which shows the further another example of the battle screen displayed on a display part. It is a figure which shows the further another example of the battle screen displayed on a display part. It is a flowchart which shows the flow of the process which the game system which concerns on this embodiment performs. It is a figure which shows an example of the data structure of a probability table. It is a figure which shows the example of the item production | generation screen displayed on a display part. It is a figure which shows the example of the production | generation result screen displayed on a display part.

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

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

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

  The user terminal 100 (computer, information processing apparatus) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18 And These configurations of the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may include an input / output IF 14 to which a display (display unit) configured separately from the main body of the user terminal 100 can be connected instead of or in addition to the touch screen 15.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to a communication standard such as Bluetooth (registered trademark), for example. The controller 1020 may have one or more buttons and the like, and transmits an output value based on the user's input operation on the buttons and the like to the user terminal 100. In addition, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

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

  The user terminal 100 desirably has a user using the controller 1020 input user identification information such as the user's name or login ID via the controller 1020, for example, at the start of the game. Thereby, the user terminal 100 can associate the controller 1020 with the user, and specifies which user the output value belongs to based on the transmission source (the controller 1020) of the received output value. be able to.

  When the user terminal 100 communicates with a plurality of controllers 1020, each user holds each controller 1020, thereby preventing communication with another device such as the server 200 via the network 2, the one user terminal 100. Can realize multiplayer. Also, multiplay is realized locally by a plurality of user terminals 100 by the respective user terminals 100 communicably connecting each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (a communication connection is made without passing through the server 200). You can also When the above-described multiplayer is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200 described later. Further, when the above-described multiplay is realized locally by a plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later included in the server 200 in a distributed manner.

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

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

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

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

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

  For example, when the operation unit is configured by at least one of the camera 17 and the distance measuring sensor 18, the operation unit detects the object 1010 in the vicinity of the user terminal 100, and the input operation is performed from the detection result of the object Identify. As an example, the user's hand as the object 1010, a marker of a predetermined shape, etc. are detected, and the input operation is specified based on the color, shape, movement, type, etc. of the object 1010 obtained as a detection result. Ru. More specifically, when the user terminal 100 detects a user's hand from the captured image of the camera 17, the user's input operation is a gesture (a series of movements of the user's hand) detected based on the captured image. Identify and accept. The photographed image may be a still image or a moving image.

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

<Game Outline>
The game performed by the game system 1 is not limited to a specific genre, and may be a game of any genre. For example, sports games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPG games, adventure games, shooting games, simulation games, training games, action games, etc. It is also good.

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

  In the present embodiment, as an example, one or more game media usable in the present game are provided to the user. The game medium is, for example, a character that performs some operation according to the user's operation in the game part and acts on the progress content of the game part. Alternatively, the game medium is an extension item associated with the character to enhance the character's performance. Alternatively, the game medium is an inclusive item that can have a beneficial effect on one or more characters participating in the game part. In this embodiment, as an example, the inclusion item is used in association with an entity that includes one or more characters participating in the game part. Besides, the game medium is a synthetic material consumed to enhance the performance of the character. In the present embodiment, these game media are acquired by the user as digital data regarded as a card.

  In the present embodiment, as an example, the game implemented in the game system 1 is a game including a deck formation part that organizes a deck and a game part that a user plays using the deck.

  In the present embodiment, as an example, the game implemented in the game system 1 is a quiz RPG. The quiz RPG includes, as an example, a deck formation part for organizing one or more ally characters into a deck, and as a game part, a quest for advancing a battle in which the ally characters in the deck fight against the enemy characters. . If the ally character wins one or more battles constituting the quest, the user can clear the quest.

  For example, an ally character may be provided as a card that is digital data, and may be called a genie, a player, etc., depending on the context of the game. A deck may be called a party, team, order, etc., depending on the context of the game.

  In the present embodiment, as an example, the ally character is provided to the user as digital data regarded as a card. Here, the form in which the card is provided to the user is not particularly limited. A card as digital data may be transmitted from the server 200 to the user terminal 100 via a communication network. Alternatively, in the server 200, the card is stored in the memory 21 in association with the user identification information of the user, and the user terminal 100 can arbitrarily read the card owned by the user from the server 200. It is also good. Alternatively, the card 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) and the like are printed. In this case, the information printed on the physical medium is read by the user terminal 100, and the information associated with the card (for example, a friend character) can be used on the game executed by the user terminal 100.

  In the present embodiment, as an example, a quiz is performed in each of the battles included in the quest, and each battle progresses according to the result of the user's play on the quiz. Specifically, the game system 1 determines the motion of the teammate character according to whether the user's answer to the questioned question is correct or not, and causes each teammate character to carry out a predetermined motion. As the predetermined operation, for example, an attacking operation for damaging an enemy character is assumed.

  Also, the battle may proceed on a turn basis. For example, one turn includes at least an opportunity for attack of an ally character (ie, asking a user, an answer by the user, an attack of the ally character accompanying it), and an opportunity for attacking an enemy character.

  The battle is continued until the end conditions are met. In the battle, for example, (1) the party on the deck organized by the user wins by annihilating the enemy character attacked by the ally character, and (2) the ally character attacked by the enemy character is annihilated Thus, the party is defeated, or (3) the user performs an operation (retirement right) by the user, or the like, which is a termination condition.

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

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

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

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

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

  In the present embodiment, the program may be a game program for realizing the game by the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. The game realized by the collaboration between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated in the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100. Further, various data includes data related to a game such as user information and game information, and an instruction or notification transmitted / received between the user terminal 100 and the server 200 or between a plurality of user terminals 100.

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

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

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

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

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

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

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

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

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

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

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

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

  The user terminal 100 has a function as an input device for receiving an input operation of a user, and a function as an output device for outputting an image or a sound of a game. The user terminal 100 functions as a control unit 110 and a storage unit 120 by cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14 and the like.

  The server 200 has a function of communicating with each user terminal 100 to support the user terminal 100 to advance the game. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game to mediate the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 120 and the storage unit 220 store a game program 131, game information 132 and user information 133. The game program 131 is a game program executed by the user terminal 100 and the server 200. The game information 132 is data to be referred to when the control unit 110 and the control unit 210 execute the game program 131. The user information 133 is data related to the account of the user. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

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

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

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

  The progress support unit 211 communicates with the user terminal 100, and supports the user terminal 100 to progress various game parts included in the quiz RPG. For example, support is provided to advance a quest as a game part.

  In particular, when the user terminal 100 advances a game part, the progress supporting unit 211 provides the user terminal 100 with information necessary for advancing the game part. For example, when the user terminal 100 advances a quest of a quiz RPG, the information necessary for setting up a quiz in each battle constituting the quest is provided to the user terminal 100.

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

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

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

  The control unit 110 controls the operation reception unit 111, the display control unit 112, the user interface (hereinafter referred to as UI) control unit 113, the animation generation unit 114, the deck formation unit 115, the dispatch preparation unit 116, according to the description of the game program 131. And it functions as the quest progress part 117. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The operation accepting unit 111 detects and accepts an input operation of the user on the input unit 151. The operation receiving unit 111 determines which input operation has been performed from the action exerted by the user on the console via the touch screen 15 and the other input / output IF 14, and outputs the result to each element of the control unit 110. Do.

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

  The UI control unit 113 controls a graphical user interface (hereinafter, GUI) displayed on the display unit 152 to construct a UI. The GUI is a tool for the user to provide the user terminal 100 with an input necessary for the progress of the game, or a tool for obtaining information output from the user terminal 100 during the progress of the game. The GUI is not limited to this, for example, an icon, a button, a list, a menu screen, and the like.

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

  The display control unit 112 outputs, to the display unit 152 of the touch screen 15, a game screen on which the processing result executed by the above-described units is reflected. The display control unit 112 may display a game screen including the animation generated by the animation generation unit 114 on the display unit 152. In addition, the display control unit 112 may draw the GUI described above on the game screen in an overlapping manner.

  The deck forming unit 115 executes the deck forming part in accordance with the user's operation accepted via the operation accepting unit 111. The deck organization unit 115 has a deck organization function of processing deck information according to the user's operation. The deck information is information indicating a deck, and indicates the formation of an ally character used in the game part.

  The deck organization function, for example, reads out a necessary card (game medium) from a card database (hereinafter, DB), associates the read game medium with one or more positions possessed by the deck information, and the position and the game. Including disassociation with the medium. The deck information has a data structure that can associate game media with each position. The deck formation section 115 may place restrictions on the types of game media that can be associated with the position, depending on the type of deck or the type of position. The deck organizing unit 115 may associate only a character with a certain position in the deck information, or may associate only an extension item with another type of position, and may further associate another type of position. , May include only inclusive items. The deck information is stored in the storage unit 120 as part of the game information 132.

  In addition, the deck organizing unit 115 also has a database processing function of searching, extracting, and sorting game media matching all the conditions from the card DB based on various parameters set in each game media. Is preferred.

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

  The parting preparation part may be, for example, a part for allowing the user to select a quest to be played when there are multiple types of quests. In addition, the participant preparation part may be a part for causing the above-mentioned user to select a character incorporated into the deck by another user as a helper for participating in the quest.

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

  The quest advancing unit 117 advances the quest based on the deck formed by the deck forming unit 115. In this embodiment, as an example, each battle in the quest is advanced while executing a quiz. In this embodiment, the user can clear one quest if predetermined requirements are satisfied as a result of the user playing the quest in one or more battles prepared in advance in the quest. In the present embodiment, when the user clears the quest, the quest progression unit 117 gives the user a reward according to the quest. The user will play the quest aiming to clear. In the present embodiment, as an example, the quest progression unit 117 may determine that the user has cleared the quest by the teammate character winning the enemy character in all the battles included in the quest. Alternatively, the quest progressing unit 117 determines that the user has cleared the quest by catching an enemy attack in one or more battles included in the quest and avoiding annihilation of the ally character for a predetermined turn. It is also good.

  In addition, the quest progression unit 117 controls the UI control unit 113, the animation generation unit 114, and the display control unit 112 to provide the user with the above-described UI necessary for the user to play the quiz RPG. The quest progression unit 117 causes the UI control unit 113 or the animation generation unit 114 to generate a game screen including a GUI. The quest progression unit 117 causes the display control unit 112 to display the generated game screen on the display unit 152. This implements a UI for the user to play the quiz RPG.

  Therefore, the game screen, which will be described in detail later with reference to the drawings, is configured by a GUI generated by the UI control unit 113, an animation generated by the animation generation unit 114, or a combination thereof. The game screen generated by the UI control unit 113 or the animation generation unit 114 is displayed by the display control unit 112 on the display unit 152 of the user terminal 100. The display control unit 112, the UI control unit 113, and the animation generation unit 114 execute processing for displaying the game screen on the display unit 152 under the control of the quest progression unit 117. Therefore, the description that “the quest progression unit 117 displays or presents the game screen on the display unit 152” indicates that “the quest progression unit 117 controls the UI control unit 113 or the animation generation unit 114 to display the GUI. Alternatively, it means that “animation is generated and the display control unit 112 is controlled to display the generated GUI or the game screen including the animation on the display unit 152”.

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

<Configuration of game>
FIG. 3 is a flowchart showing an example of the basic game progression of the quiz RPG.

  In step S1, the deck forming unit 115 executes a deck forming part. Specifically, the deck forming unit 115 incorporates one or more game media into the deck, and accepts an input operation for forming the deck from the user. Then, the deck forming unit 115 forms a deck in accordance with the input operation. Specifically, the deck forming unit 115 links game media (for example, characters) designated by the user to each position of the deck. Then, the deck organization unit 115 generates deck information 121 indicating the organized deck, and stores it in the storage unit 120 as shown in FIG.

  In step S <b> 2, the mission preparation unit 116 may execute a transition preparation part for transitioning to the game part. In the present embodiment, the game part is a quest that includes one or more battles. Therefore, in the present embodiment, the transition preparation part is, for example, a mission preparation part that prepares to dispatch on the organized deck. In the parting preparation part, the parting preparation unit 116 receives an input operation for specifying a quest that the user wants to challenge. In addition, the mission preparation unit 116 may receive from the user an input operation of selecting a deck to be used in the game part among the plurality of decks.

  In step S3, the quest progression unit 117 executes the game part, that is, the quest described above. The quest progression unit 117 advances the game part based on the deck generated by the deck formation unit 115 in step S1.

  After completing the game part in step S3, the quest progress part 117 may give a reward to the user in a step not shown according to the play result of the user in the game part.

  The reward given to the user here is, for example, provided to the user as digital data available on the game. The specific content of the reward is, for example, a card (game medium) such as a character, an extension item, or a comprehensive item. Alternatively, the reward may be a right that the user can exercise on the game. The right as a reward includes, for example, the right to strengthen the character, the right to play a special quest, the right to extend the card inventory, the right to release a locked quest or item, or the right to raise the cost limit. is assumed.

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

  The user organizes the deck in the deck formation part so that the target game part (quest) can be cleared properly. Then, the game part is played using the organized deck. The user can feel the game more interesting by feeling that he was able to successfully clear the game part by the deck he has developed his strategy. The user can play the deck formation part and the game part repeatedly.

  A lottery execution unit (not shown) provided as a functional block by the control unit 110 of the user terminal 100 may execute a lottery part (not shown) before or after any of the steps S1 to S3 described above. In the lottery part, the lottery execution unit executes a lottery and executes a step of causing the user to possess the character that has won.

<Processing outline>
In the present embodiment, the game system 1 has a function to execute the following steps in at least one of the server 200 and the user terminal 100 in order to improve the interest of the game based on the game program 131. Specifically, the game system 1 is incorporated into the deck in a step (S1 in FIG. 3) of incorporating one or more characters owned by the user into the deck according to the user's input operation and organizing the deck (S1 in FIG. 3). And (3) advancing the game part played by the user based on each character. The game system 1 further sets, in the step of organizing the deck, a game medium having an effect of advantageously advancing the game part in association with the deck and / or at least one of the entities including one or more characters. (S108 in FIG. 10). The game system 1 activates the effect of the set game medium in the step of advancing the game part (S111 in FIG. 10).

  According to the above-described configuration, the user sets the game medium to the deck or a comprehensive entity other than the deck, which includes the character in addition to strengthening the character in favor of the progress of the game part. It is possible to Then, the user can further advantageously advance the game part by the effectiveness of the game medium set for the above-mentioned entity.

  For example, in an RPG in which individual characteristics of characters incorporated into the deck greatly influence the outcome of a game part such as a battle, the element of setting game media to each of the characters to improve the performance of each character is It used to exist. However, there has been no idea of providing a concept encompassing each character and setting a game medium for it. The ability to set game media for such a comprehensive entity also enhances the strategicity of deck organization. As a result, it is possible to further enhance the interest of the game, in particular, the character of the character such as RPG is a main element of the game.

  The entity encompassing the above-mentioned characters is a generic entity assigned corresponding to the user, unlike the character incorporated into the deck to operate in the game part. For example, the entity is the user who plays the present game or an object that the user can be. Such entities are distinguished from the characters that are incorporated into the deck to operate in the game part. An entity may be one that can be embodied on a game screen as an avatar assigned to the user in a game with a third party viewpoint as an example. Alternatively, the entity may be a mere presence that is not embodied on the game screen in the game of the principal viewpoint (first person viewpoint).

  According to the above-described configuration, although the entity does not directly operate in the game part, the entity can influence the progress of the game part through the game medium set in association with itself. Therefore, it is possible to make the user aware that the entities incorporated in the deck as well as the entities that are equivalent to the user themselves participate in the game part. As a result, it is possible to further immerse the game world and improve the interest of the game.

  Also, in particular, in the case of a user-oriented game in which an entity is not embodied, the user feels surprising that it is possible to set a game medium that affects the progress of the game part with respect to the existence of the entity. The game part can be played while feeling more interesting about the effectiveness of the game.

  In the step of advancing the game part described above, the game system 1 may activate an effect of the set game medium to advantageously act on one or more characters incorporated in the above-mentioned deck. . Alternatively, if the game part to be advanced by the game system 1 is to advance the battle of the teammate character to the enemy character incorporated into the deck one or more times, the game system 1 may be configured to advance the game part, The effects of the above-described game media may be activated to adversely act on the enemy character.

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

<Data structure>
(Deck information)
FIG. 4 is a view showing an example of the data structure of the user information 133 and the deck information 121. As shown in FIG. The user information 133 is composed of various information set for each user who uses the game system 1. The deck information 121 is information representing the contents of the deck organized by the user. One deck information 121 is generated for one deck. If the user owns a plurality of decks, deck information 121 is generated for each owned deck.

  The user information 133 is stored in the storage unit 120 of the user terminal 100. The deck information 121 is also stored as game information 132 in the storage unit 120, for example. The user information 133 and the deck information 121 may be stored in the storage unit 220 of the server 200, as in the card DB 122.

  The user information 133 includes at least an item of game media set in association with an entity, specifically, items of inclusive items. In the item of the comprehensive item, a card ID for uniquely identifying a card set in association with the entity of the user is stored. Thereby, the quest progress part 117 can specify the inclusive item set in the entity based on the card ID stored in the item, and can activate the effect based on the inclusive item during the quest progress .

  The user information 133 may include items other than those illustrated. As an example, the user ID, the user name, and the cost upper limit are included. The user information 133 may also include levels, experience values, and the like.

  The user ID is user identification information for uniquely identifying a user in the game system 1. The user name is a name indicating the user who plays the game system 1. The username is used, for example, for the user himself and other users to identify the user himself. The upper cost limit indicates the upper limit of the total deck cost in the deck. The cost upper limit is set for each user.

  In the present embodiment, the deck information 121 includes at least a first subdeck 125 for arranging a character to be participated in the game part. The deck information 121 may further include a second sub deck 126 for setting an extension item that can be set for each character. Furthermore, the deck information 121 may include a third sub deck 127 for setting an inclusion item for the deck.

  In the present embodiment, as an example, the inclusive item can be set only for the entity of the user, and not set for the deck. That is, the third sub deck 127 is not provided in the deck information 121. In this case, in step S2 of executing the partion preparation part, the partion preparation unit 116 performs an input operation for selecting a deck to be used in the game part among the plurality of decks held by the user via the operation reception unit 111. Accept from And the quest progress part 117 advances a game part based on the selected deck in step S3. However, the quest progress unit 117 activates the effect of the inclusive item set for the above-described entity in the game part, regardless of which deck is selected.

  In another embodiment, the inclusion item may be settable only for each deck, or may be settable for each entity and deck. In the case of the configuration in which the inclusive item can be set in the deck, the deck organization unit 115 receives an input operation for selecting the inclusive item to be associated with the deck from the user via the operation reception unit 111 in step S1 of executing the deck formation part. Then, in accordance with the input operation, the deck forming unit 115 sets a comprehensive item for each deck. In step S2, the assortment preparation unit 116 receives an input operation for selecting a deck to be used in the game part from the user. In step S3, the quest progress unit 117 activates the effect of the inclusive item set for the selected deck.

  Furthermore, the deck information 121 may include an item of “deck cost” (hereinafter, deck cost 128). The deck cost 128 stores the sum of the deck costs set for each of the game media incorporated in the deck (hereinafter, the total deck cost). Furthermore, the deck cost 128 may include the item of the deck cost subtotal for each sub deck.

  The first sub deck 125 for placing a character includes at least position identification information for identifying a position provided on the first sub deck 125, and a card ID of a character associated with the position identification information and incorporated into the deck. including. In the present embodiment, the first sub deck 125 is configured of five positions of “leader” and “second character” to “fifth character”. Thus, the deck information 121 includes the names of five positions as position identification information. When the user inputs an operation for specifying which character is to be arranged at which position, the deck forming unit 115 stores the card ID in association with each of the position identification information according to the input.

  The deck organizing unit 115 may store the sum of the costs of all the characters incorporated into the first sub-deck 125 in the deck cost 128 as a sub-card cost subtotal of the characters.

  The second sub deck 126 for setting the extension item includes a card ID for identifying the extension item in association with the character. As an example, it is possible to set two extension items for one character. In this case, as shown in the figure, two items for storing the card ID are provided for one character. The deck organizing unit 115 may store the sum of the costs of all the extension items set in the second sub deck 126 in the deck cost 128 as a deck cost subtotal of the extension items.

  When the third sub deck 127 for setting the comprehensive item for the deck is provided, the deck organization unit 115 includes the general items to be set for the deck in the item of the card ID provided for the third sub deck 127. Stores the card ID of the item.

  In the present embodiment, the deck organizing unit 115 sums the two of the deck cost subtotal of the character and the deck cost subtotal of the extended item to obtain a total deck cost. The deck formation unit 115 is configured not to accept such formation when the total deck cost exceeds the cost upper limit value preset for the user. Alternatively, the deck formation unit 115 may be configured to allow the deck formation whose cost has exceeded in exchange for any penalty.

  In another embodiment, the deck organizing unit 115 may also add up the deck costs of the included items set in the third sub deck 127 to obtain the total deck cost. In still another embodiment, the deck organization unit 115 may also add up the deck costs of the inclusive items set for the user's entity to obtain the total deck cost.

  In the parting preparation part, the quest progress part 117 specifies one deck according to the user's input operation out of a plurality of decks owned by the user. Then, the quest progress unit 117 reads out the deck information 121 of the specified deck and the comprehensive item of the user information 133 from the storage unit 120, and advances the quest based on the read information.

(Card DB)
FIG. 5 is a view showing an example of the data structure of the card DB 122. As shown in FIG. The card DB 122 is a database for centrally managing cards owned by the user. The card DB 122 is stored, for example, as game information 132 in the storage unit 120 of the user terminal 100. The game information 132 held by each user terminal 100 may be fed back to the server 200 and stored in the storage unit 220 of the server 200. In this case, user identification information is associated with the card DB 122 and is managed by the server 200 for each user. Alternatively, the card DB 122 may be stored for each user in the storage unit 220 of the server 200. In this case, the user terminal 100 requests and acquires the card DB 122 of the user from the server 200 as necessary.

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

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

  Basic parameters refer to various parameters related to the nature of the game media. The basic parameters are parameters that do not change during the progress of the game part. Basic parameters include, for example, classification, rarity, cost, and attributes.

  The classification indicates the type of card (game media). In the present embodiment, as described above, the types of game media include characters, inclusive items, extended items, and synthetic materials.

  The rarity is a grade representing the rarity of a card (game media). Generally, a game medium that produces a good result in the game part, in particular, a game medium with high combat ability, for example, has a high degree of rarity. In the present embodiment, the rarity degree is set by the alphabet of “S”, “A”, “B”, and “C” in order from the grade having high rarity value.

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

  The cost is a value consumed as compensation for incorporating game media into the deck, and is set for each character. Generally, the higher the in-game value of the game medium is, for example, the higher the cost is set for the character with higher combat ability or the enhanced item with higher effect. In this embodiment, as an example, costs are set for characters and extended items, and costs are not set for inclusive items and composite materials.

  The attribute is a parameter indicating which property group the game medium belongs to by property. In the present embodiment, as an example, each game medium is classified into any of the three attributes of fire, lightning, and water. The attribute may be set to the enemy character.

  Attributes of characters and inclusion items incorporated into the deck are referenced during the quest, for example, to determine various values in the battle. Favorable attributes and disadvantageous attributes may be set to each other. For example, fire may be set to light, lightning to water, and water to fire. More specifically, in the battle, it is conceivable that the fire attribute character may inflict more damage than usual against the lightning attribute enemy character. Also, in battle, it is conceivable that allied characters with the same attribute give an advantageous interaction to the battle. In addition, an attribute may be set to a quiz that is presented in battle. For example, the quest progression unit 117 may control so that only the character having the same attribute as the attribute set in the correctly answered quiz can execute the attack operation. Alternatively, the effect of the inclusive item may be controlled by the quest progress unit 117 so that the effect is particularly added when the attribute of the inclusive item is an advantageous attribute with respect to the attribute of the enemy character.

  The attribute of the extension item is referred to, for example, in the deck formation part to calculate an effect value when extending the performance of the character. The deck organization section 115 may control the expansion of the performance to be effective if the expansion item having the same attribute as the character is set for the character, or the effect is particularly high.

  The attributes of the synthetic material are referred to, for example, in the deck formation part in order to calculate an effect value when strengthening the character. When a synthetic material having the same attribute as that of the character is synthesized with respect to the character, in particular, the deck organization unit 115 may control so that the character is strengthened.

  The battle ability parameter defines the performance of the character in the game part. Combat ability parameters are parameters that may be varied while the game part is in progress. As a battle ability parameter, although illustration is omitted as an example, there are physical strength, aggressivity, and skill.

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

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

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

  A skill is defined, for example, by the content of the skill and the degree of the effect of the skill. The degree of the effect is expressed, for example, numerically. The factor defining the skill may further include a condition under which the skill can be activated.

  Specific examples of the skills include, for example, a skill that causes an enemy character to be damaged by a special attack, a skill that temporarily increases the attack power of an ally character, a skill that restores the strength of an ally character, and damage received by an attack from an enemy character. And the skill to lower the defensive power of the enemy character. The conditions under which these skills can be activated may be common to all characters or may be different for each character.

  As a numerical value representing the degree of the effect of the skill, for example, "300% (damage)" means that it gives three times as much damage as normal attack.

  The skill may be activated, for example, if the user can quickly answer correctly within a predetermined time after the quiz is presented. A skill that is triggered based on the speed of correct answer may be referred to as a quick answer skill. Alternatively, the skill may be activated, for example, when a predetermined number or more of answers are correctly answered over a plurality of turns. A skill that is triggered based on the cumulative number of correct answers may be referred to as a cumulative skill. Alternatively, the skill may be activated when the correct answer is made continuously for a predetermined number of times or more without making a wrong answer over a plurality of turns. A skill that is triggered based on the number of consecutive correct answers in this manner may be referred to as a successive answer skill.

  As described above, the basic parameter and the battle ability parameter are set to each of the characters. The user selects five characters to be incorporated into the deck shown in FIG. 4 from the above-described card database in consideration of the basic parameters and the battle ability parameters set for the hand-held characters.

<Screen example>
FIG. 6 is a diagram showing an example of a game screen displayed on the display unit 152 when the deck formation part is being executed. The game screen shown in FIG. 6 is a deck formation screen 400. The deck organization screen 400 includes various UI components for the user to organize decks. For example, the deck organization screen 400 includes at least a deck 401 and a copy list 402. The deck 401 is a UI component for arranging one or more characters participating in the game part at each position of the deck 401. The deck 401 corresponds to the first sub deck 125 shown in FIG. The copy list 402 is a UI component for listing the copy characters of the user's hand, which are candidates to be incorporated into the deck. In the case where there are a plurality of decks, it is preferable that the deck organization screen 400 includes a UI part for the user to select one deck which the user wants to organize.

  Furthermore, in the present embodiment, the deck organization screen 400 (first game screen) preferably includes tabs 407 to 409 as UI components for the user to call up the organization screen for each sub deck. The tab 407 is a UI component for calling up the deck organization screen 400 for organizing the first sub deck 125 for arranging characters. In a state where the deck organization screen 400 is already displayed, it is preferable that the display mode is displayed in a different display mode from the other non-selection tabs 408 and 409 so that it can be understood that the tab 407 is currently being displayed. The tab 408 is a UI component for the user to call the extension item screen for organizing the second sub deck 126 for setting the extension item. A tab 409 is a UI component for the user to call a comprehensive item screen for setting a comprehensive item in the user's entity.

  In the deck formation screen 400, the operation receiving unit 111 receives an input operation of a user for arranging a character on the deck 401. The input operation is performed by, for example, dragging an icon (R1 to R15) of a card of one character displayed in the copy list 402 to select a frame (F1 to F5) corresponding to a position to be arranged on the deck 401. It is realized by the drag and drop operation that drops above.

  The deck formation unit 115 arranges the selected character in the drop destination frame in the deck 401 in accordance with the input operation. As an example, up to five characters can be arranged on the deck. For example, the leftmost frame F1 of the deck 401 may correspond to the position of the “leader” of the first sub deck 125. The example shown in FIG. 6 shows that characters are arranged in all five frames of the deck 401.

  It is preferable that the deck forming unit 115 displays various parameters of the arranged character in each frame of the deck 401. Thereby, the user can confirm the performance of each character incorporated into the deck 401. In the present embodiment, the cost 403 of each character may be displayed as an example of a parameter related to cost excess. Parameters referred to in the game part (e.g., "physical strength" and the like) may be further displayed.

  It is preferable that the deck formation unit 115 further causes the deck formation screen 400 to display the upper cost limit 404 set by the user and the total deck cost 405 of the deck 401. This allows the user to check whether the current total deck cost 405 exceeds or is below the cost upper limit 404 of his or her own.

  When the user can arrange a desired character on the deck 401 by repeating the drag and drop operation, the user inputs an instruction to fix the content of the deck 401 to the user terminal 100. The input of the instruction is realized, for example, by tapping the determination button 406.

  The operation accepting unit 111 accepts a tap operation on the decision button 406. According to this instruction, the deck formation unit 115 generates or updates deck information representing the contents of the deck 401, and stores the deck information as the deck information 121 in the storage unit 120. In the game part, the quest progression unit 117 advances the quest based on the deck represented by the deck information 121 with reference to the deck information 121 stored in the storage unit 120.

  FIG. 7 is a view showing another example of the game screen displayed on the display unit 152 when the deck formation part is being executed. The game screen shown in FIG. 7 is an extended item screen 430. For example, in the deck organization screen 400 shown in FIG. 6, when the tab 408 is tapped, the deck organization unit 115 switches from the deck organization screen 400 to the extended item screen 430. The extended item screen 430 includes various UI components for the user to set an extended item for each character. The extended item screen 430 differs from the deck organization screen 400 shown in FIG. 6 in that the deck 401 further includes a UI component 431 for setting an extended item. The UI component 431 corresponds to the second sub deck 126 shown in FIG. The UI component 431 is configured to have two frames for each character arranged in the deck.

  When displaying the extended item screen 430, the deck organizing unit 115 preferably sorts the cards of the card DB based on the classification so that the extended items listed in the copy list 402 are preferentially displayed.

  For example, the user can set the extension item for each character by the drag and drop operation, as in the case of arranging the character on the deck 401.

  When the extension item is set to a character, the deck formation section 115 may activate the effect of the extension item to update the performance of the character disposed on the deck. Alternatively, the update of the performance may be performed by the quest progress unit 117 with reference to the stored deck information 121 (in particular, the second sub deck 126) at the start of the quest.

  FIG. 8 is a diagram showing still another example of the game screen displayed on the display unit 152 when the deck formation part is being executed. The game screen shown in FIG. 8 is a comprehensive item screen 460 (second game screen). For example, in the deck organization screen 400 shown in FIG. 6, when the tab 409 is tapped, the deck organization unit 115 switches from the deck organization screen 400 to the comprehensive item screen 460. The illustrated example shows the inclusive item screen 460 in a state before the inclusive item is set.

  The inclusive item screen 460 includes various UI components for the user to set the inclusive item. The inclusive item screen 460 has at least a UI component 461 for setting the inclusive item. The UI component 461 is configured by, for example, a frame for arranging a comprehensive item. The frame of the UI part 461 corresponds to the item of the comprehensive item of the user information 133 shown in FIG.

  When displaying the inclusive item screen 460, the deck organizing unit 115 preferably sorts the cards of the card DB based on the classification so that the inclusive items listed in the copy list 402 are preferentially displayed.

  For example, the user can set the inclusive item by the drag and drop operation as in the case of placing the character on the deck 401.

  FIG. 9 is a view showing another example of the inclusive item screen 460. As shown in FIG. The illustrated example shows the inclusive item screen 460 in the state after the inclusive item is set.

  The deck organizing unit 115 may cause the UI component 461 to display the card of the generic item so that the user can know that the generic item has been set. Furthermore, in the copy list 402, the display mode may be changed so that the icon of the comprehensive item set in the frame of the UI component 461 is not noticeable.

  When the inclusive item is set, the deck forming unit 115 stores the card ID of the inclusive item in the item of the inclusive item of the user information 133 shown in FIG. The quest progress part 117 refers to the item of the comprehensive item of the stored user information 133 at the start of the quest, and according to the contents specified in the comprehensive item, the effect of the comprehensive item is in progress of the quest Trigger on

<Processing flow>
FIG. 10 is a flowchart showing a flow of processing executed by the game system 1 according to the present embodiment. Steps S101 to S109 in the figure correspond to the deck formation part in step S1 shown in FIG. 3, and the deck formation unit 115 displays the game screen for accepting the user's input operation in the deck formation part. Display on the part 152. Step S110 corresponds to the dispatch preparation part of step S2, and step S111 corresponds to the game part of step S3. In the present embodiment, the game part is, by way of example, a quest advancing part for advancing a quest. In the present embodiment, the quest includes one or more battles in which the ally character (hereinafter, ally character) incorporated in the deck and the enemy character fight.

  In step S101, the deck formation unit 115 displays a first game screen for receiving from the user an input operation for incorporating one or more characters owned by the user into the deck. For example, the deck forming unit 115 causes the display unit 152 to display a deck forming screen 400 (first game screen) illustrated in FIG. For example, in response to the user receiving the selection of the item for managing the card on the menu screen (not shown), the deck formation unit 115 executes step S101.

  In step S102, the operation receiving unit 111 may receive the user's input operation on another tab. For example, when the tab 408 or the tab 409 different from the tab 407 corresponding to the deck organization screen 400 is tapped, the deck organization unit 115 proceeds from YES in step S102 to step S104. Alternatively, as long as these other tabs are not tapped, the deck formation section 115 proceeds from NO in step S102 to step S103.

  In step S103, the deck forming unit 115 receives an input operation by the user on the deck forming screen 400 via the operation receiving unit 111, and forms the first sub deck 125 corresponding to the deck 401 in accordance with the input operation.

  In step S104, the deck forming unit 115 determines the tab selected by the tap operation received in step S102. If the deck formation unit 115 determines that the selected tab is the tab 408 for calling the extended item screen 430, the process proceeds from step A104A to step S105. If the deck formation unit 115 determines that the selected tab is the tab 409 for calling the inclusive item screen 460, the process proceeds from step B104B to step S107.

  In step S105, the deck forming unit 115 causes the display unit 152 to display, for example, the extended item screen 430 illustrated in FIG. In the present embodiment, as an example, the deck organization unit 115 switches the screen from the deck organization screen 400 to the extended item screen 430, but when the display unit 152 has a sufficient display area, the deck organization screen 400 And the extension item screen 430 may be displayed simultaneously.

  In step S106, the deck forming unit 115 receives an input operation of the user on the extended item screen 430 via the operation receiving unit 111, and sets the extended item for each character in accordance with the input operation. Specifically, the deck forming unit 115 forms the second sub deck 126 corresponding to the UI part 431.

  In step S107, the deck formation unit 115 displays, on the display unit 152, a second game screen for receiving from the user an input operation for selecting an inclusive item to be set in at least one of the deck and the entity. The deck forming unit 115 causes the display unit 152 to display, for example, a comprehensive item screen 460 (second game screen) illustrated in FIG. 8. In the present embodiment, as an example, the deck organizing unit 115 switches the screen from the deck organizing screen 400 or the extended item screen 430 to the inclusive item screen 460, but if the display unit 152 has a sufficient display area , The deck organization screen 400, the extension item screen 430, and the inclusive item screen 460 may be simultaneously displayed side by side.

  In step S108, the deck forming unit 115 receives an input operation by the user on the included item screen 460 via the operation receiving unit 111, and sets the included item in accordance with the input operation. Specifically, the deck forming unit 115 updates the item of the comprehensive item of the user information 133 corresponding to the UI component 461.

  In step S109, in response to the operation receiving unit 111 receiving an input operation to the determination button 406 included in each of the game screens described above, the deck forming unit 115 sets the content set via the game screen Is reflected in the deck information 121 or the user information 133. That is, the deck organization unit 115 updates the items of the comprehensive item of the first sub deck 125, the second sub deck 126, or the user information 133 of the deck information 121, which are stored in the storage unit 120.

  In step S110, the mission preparation unit 116 determines whether the start of the quest has been instructed by the user. For example, on the quest selection screen (not shown), the operation receiving unit 111 determines that the start of the quest is instructed in response to the reception of the selection of the quest, and the process proceeds from YES in step S110 to step S111. move on. In addition, as long as the start of the quest is not instructed, the series of processing ends without the quest being started. Thereafter, the game system 1 waits until the user's input operation is received.

  In step S111, the quest progression unit 117 advances the quest based on the deck information 121 and the user information 133 stored in step S109. Specifically, the quest progression unit 117 causes the ally characters arranged in the first sub deck 125 to participate in the battle. In addition, when there is an extension item arranged in the second sub deck 126, the quest progression unit 117 improves the performance of each ally character based on the extension item set in each of the ally characters. Furthermore, the quest progress unit 117 activates the effect of the inclusive item set in the item of the inclusive item of the user information 133 at a predetermined timing. Here, an effect is activated such that the battle proceeds in a favorable manner for the allied character.

  In addition, the conditions from which an effect is acquired may be preset to the inclusion item. For example, the quest progress unit 117 may be configured to activate the effect when the progress of the game part satisfies a predetermined condition as a result of the user playing the game part. In addition, when the progress of the game part satisfies the above-described predetermined condition, the user is notified that the effect can be activated and the input effect of the user is accepted to activate the effect. It is also good.

  According to the above-mentioned method, in addition to strengthening the character in favor of the progress of the game part, the user can use the game medium (inclusive) for the generic entity other than the deck or deck that includes the character. Item) can be set. Then, the user can further advantageously advance the game part by the effectiveness of the game medium set for the above-mentioned entity.

  The idea of setting a game medium to a concept encompassing each character has not existed conventionally. The ability to set game media for such a comprehensive entity also enhances the strategicity of deck organization. As a result, it is possible to further enhance the interest of the game, in particular, the character of the character such as RPG is a main element of the game.

  Also, the entity to which the comprehensive item is set is, for example, an entity other than the character that can be incorporated into the deck, such as the user himself, the user's own body, an avatar, the main character that the user can become . Thus, the game can be configured such that an entity that should not be able to participate in the game part influences the progress of the game part. Therefore, it is possible to give the user a sense of participation that the user himself is participating in the game part together with the characters incorporated into the deck, and as a result, it is possible to improve the interest of the game.

  In particular, in the game of the person's point of view, the user feels surprising that it is possible to set a game medium that affects the progress of the game part for the first-person entity, and the effect of the game medium becomes even more interesting. You can play the game part while feeling the

Second Embodiment
<Processing outline>
In the present embodiment, the game system 1 has a function to execute the following steps in at least one of the server 200 and the user terminal 100 in order to improve the interest of the game based on the game program 131. Specifically, the game system 1 sets a game medium having an effect of advancing the game part played by the user advantageously (S501 in FIG. 22), and the progress of the game part satisfies the first condition. And the step (S507) of applying the effect of the game medium set in the setting step to at least one of the plurality of choices presented to the user (YES in S504). The step of presenting the plurality of options so that the user can selectably and the options to which the effect is given can be identified (S508); and the game part based on the options selected by the user Step (S505), and the option included in the game medium is given to the option. Is, (S509~S511) on which has invoked the effect based on the progress status, performing the steps of advancing the game part, the.

  According to the above-described configuration, it is possible to give an effect to the option itself which is conventionally provided in order to make the progress contents of the game different according to the user's selection. However, in order to make it possible to impart this effect, a first condition is provided. Then, in addition to the game proceeding according to the option selected by the user, when the proceeding further satisfies the second condition, the effect given to the option is activated. The user can proceed the game more advantageously by activating the effect.

  In the past, the user simply selected a desired option in order to progress the game as desired. However, according to the present invention, in order to advance the game more advantageously, the user is given an opportunity to give an effect to an option, and it is considered when to select an option giving the effect, or the effect given. Consider the contents, etc., will come to deliberately choose the best option. As a result, it is possible to enhance strategicity and improve the interest of the game. Furthermore, the hurdle of the first condition is provided to impart an effect. Therefore, in order to obtain an effect, the user plays while devising how to satisfy the first condition. As a result, it is possible to further enhance strategicity and challengingness, and to further enhance the interest of the game.

  The game system 1 may activate the effect given to the option to advantageously act on one or more characters incorporated in the above-mentioned deck in the step of advancing the above-mentioned game part. Alternatively, if the game part to be advanced by the game system 1 is to advance the battle of the teammate character to the enemy character incorporated into the deck one or more times, the game system 1 may be configured to advance the game part, The effect given to the above options may be activated to adversely act on the enemy character.

<About the quest>
In the present embodiment, as an example, the game system 1 is configured to activate the effect of the comprehensive item during the progress of the game part so as to be advantageous to the progress of the game part. In the present embodiment, the game part is, by way of example, a quest advancing part for advancing a quest. In the present embodiment, the quest includes one or more battles in which the ally character (hereinafter, ally character) incorporated in the deck and the enemy character fight. Furthermore, in the quiz RPG according to the present embodiment, the battle is configured to include a quiz element, and proceeds with each turn. For example, in the battle, basically, one quiz question is given per turn, and the battle progresses depending on whether the answer to the quiz question is correct or not. Hereinafter, an example of the progress of the quest in the present quiz RPG will be described in detail with reference to the flowchart.

  FIG. 11 is a flowchart showing the flow of processing when the quest progression unit 117 advances a quest. When the mission preparation unit 116 receives a quest selection and a dispatch instruction from the user, the quest progression unit 117 starts the quest.

  In step S301, the quest progress unit 117 may execute an encounter process, for example. As an example, the encounter process (1) counts and displays the current progress rate when the progress rate when clearing the quest is 100%, and (2) the main character or the teammate character organized into the deck is displayed. Displaying an animation that directs that the party including the player is advancing, (3) Displaying an animation that directs that the enemy character is encountered, (4) The party has a predetermined progress rate and a predetermined enemy rate And (5) encountering a rare enemy character group randomly or with a predetermined probability.

  In step S302, the quest progression unit 117 displays, on the display unit, a third game screen for receiving an input operation by the user in the step of advancing the game part. As an example, when having the party encounter an enemy character, the quest progression unit 117 causes the display unit 152 to display a battle screen (third game screen) described later, and starts the progression of the battle. Specifically, the quest progress unit 117 starts one turn and displays the battle screen which is the initial state of the turn.

  FIG. 12 shows an example of a battle screen which the quest progress unit 117 causes the display unit 152 to display in step S302. The battle screen 300 includes, as an example, question panels 301 to 304, an enemy character group 305 consisting of one or more enemy characters, a deck 306 of allied characters, and continuous correct answer points 308 which is a GUI indicating continuous correct answer points. Including. Consecutive correct answer points are points acquired according to the number of questions that are correctly answered continuously without making a single mistake. Furthermore, it is preferable that the quest progression unit 117 arrange, on the battle screen 300, a first UI component for notifying the user of the progress status until the progression of the game part satisfies a predetermined condition (for example, the effect provision condition). Specifically, the battle screen 300 has an icon 309 which is a GUI of the set comprehensive item, and a first condition as a condition under which the effect of the inclusive item is given to the option (specifically, the question panel). And a progress 310 (first UI component) indicating how far the user's play result has reached.

  In step S303, the quest progression unit 117 may cause the enemy character to perform a predetermined first strike action before the action of the teammate character according to the game program.

  In step S304, the quest progress unit 117 may perform a targeting process. The targeting process is a process of determining which teammate character should attack which enemy character according to the user's instruction. For example, the user slides on the battle screen 300 to the area where the card of the enemy character of the attacking opponent is displayed, with the area where the card of the ally character is displayed as a start point. By this slide operation, the user can specify an attack subject and an attack target.

  In step S305, the quest progress unit 117 may carry out the process of activating the skill according to the instruction of the user. In the present embodiment, an ability called a skill is set for the ally character. When an ally character activates a skill, it has an advantageous effect on battle. The skills will be detailed later. Here, for example, the quest progression unit 117 may cause the teammate character to activate the cumulative skill.

  In step S306, the quest progression unit 117 receives the selection of the questioning panel via the operation reception unit 111. For example, the user taps and selects one of the question panels 301 to 304 of the battle screen 300. Based on the tap position detected by the operation receiving unit 111, the quest progression unit 117 determines which questioning panel has been selected.

  In step S307, the quest progression unit 117 executes a quiz. Specifically, the question linked to the selected questioning panel is presented, the answer GUI is presented, and the user's answer is accepted. Although the answer GUI is not shown on the battle screen 300 shown in FIG. 12, it is composed of a UI component for inputting an answer to the question issued by the user.

  In step S308, the quest progression unit 117 causes the teammate character to perform a predetermined action such as an attack in accordance with the progress of the quiz. When the ally character attacks the enemy character, the ally character can damage the enemy character. The quest progression unit 117 subtracts a damage value corresponding to the amount of damage given from the strength of the enemy character.

  In step S309, the quest progression unit 117 determines whether or not the physical strengths of all the enemy characters constituting the enemy character group 305 have become zero. Then, if at least one enemy character whose strength is more than 0 remains (NO), the process proceeds to step S310.

  In step S310, the quest progression unit 117 causes the enemy character that has survived to attack the ally character.

  On the other hand, if the physical strengths of all the enemy characters have become 0 in step S9 (YES), the quest progression unit 117 proceeds to step S311 and determines that the battle has ended due to the victory of the teammate character.

  In step S312, when all the battles included in the quest have been completed (YES), the quest progress unit 117 proceeds to step S313.

  In step S313, the quest progress unit 117 determines that the quest has been cleared, and ends the quest. The quest progress unit 117 may supply the clear reward to the user at timings before and after the end of the quest.

  On the other hand, if there is a battle that has not been played yet in step S312 (NO), the quest progress unit 117 returns to step S301, and repeats the same processing for the next battle.

  In addition, when the next battle is started, in step S2, the quest progress part 117 has a question different from any of the question panels (for example, question panels 301 to 304 shown in FIG. 12) presented in the battle after the end. A battle screen 300 including a panel may be newly displayed on the display unit 152. Alternatively, the quest progress unit 117 may present, in the next battle, the unused question panels among the question panels presented in the previous battle (that is, the question panels not selected by the user).

  Here, in the step of giving an effect, the quest progress part 117 ends the previous battle without the question panel (option) to which the effect is given in the previous battle (first battle) being selected. The above effect may be given to at least one of a plurality of question panels presented in the next battle (second battle). That is, the quest progress part 117 may carry over the effect to the next battle, when the question panel with the effect remains without being selected by the user in the question panels presented in the previous battle. In this case, for the question panel presented in the previous battle, the effect of the inclusive item given on the basis of the satisfaction of the first condition is until the user selects the question panel to which the effect is given. Or, until the end of the quest, it will be taken over to the question panel presented in the subsequent battle. This prompts the user to consider the optimal timing for obtaining the maximum benefit in the quest as to when to select the question panel to which the effect of the inclusive item is given. As a result, the quest is more strategic and the game is more interesting.

  On the other hand, after step S310, in step S314, even if an attack from an enemy character is received, all the ally characters organized in the deck 306 have their strength not 0 (NO), the quest progress part 117 , And return to step S2 and repeat the same processing for the next turn.

  When the next turn is started, in step S2, the quest proceeding unit 117 selects one of the question panels presented in the previous turn that the user did not select the previous turn. You may leave it as a question panel for the next turn. Then, when the first condition is satisfied by execution of step S7 in the previous turn, the quest progress part 117 selects one of the question panels presented in step S2 of the next turn described above. Give the effect of inclusive items to

  On the other hand, if the physical strengths of all the ally characters have become 0 in step S314 (YES), the quest progression unit 117 proceeds to step S315 and determines that the battle has ended due to the defeat of the ally characters.

  In step S316, the quest progress unit 117 determines that clearing of the quest has failed, and ends the quest without giving a clear reward.

<Data structure>
(Card DB)
FIG. 13 is a view showing an example of the data structure of the card DB 122. As shown in FIG. Among other things, FIG. 13 shows the data structure in detail for the cards classified as “inclusive items” in the card DB 122.

  As described above, the card DB 122 includes items of card ID, card name, basic parameters, and combat ability parameters. The basic parameters include classification, rarity, cost, and attributes. In the present embodiment, since the cost is not set for the comprehensive item, illustration of the cost column is omitted in FIG. The battle ability parameters include strength, aggression and skills, but in the present embodiment, the comprehensive items are not arranged on the deck, and the strength and aggression are not set. So, in the same figure, illustration was omitted about the column of strength and aggression. The description of the parameters already described based on FIG. 5 will not be repeated here.

  In the comprehensive item, as shown in FIG. 13, the skills to be activated in the game part are set. In the present embodiment, the skill possessed by the comprehensive item is a skill in which an effect is triggered after being given to an option (question panel), and hence, hereinafter, it will be referred to as an effect imparting skill. The effect assignment skill is defined by three items of (1) effect assignment condition, (2) activation condition, and (3) effect, as an example.

  The effect imparting condition indicates a condition under which the effect imparting skill's effect is imparted to the question panel, and corresponds to the above-described first condition. The effect giving condition is provided, for example, in association with the score of the quiz. Specifically, the effect giving condition “N correct answers” is a question asking how many accusatively the user was able to correct the questions given questions since the quest was started. For example, when the effect imparting condition “eight correct questions” is set to the inclusive item, the quest progression unit 117 satisfies the effect imparting condition when the user corrects eight questions by accumulation in one quest. The effect of the inclusive item is given to any question panel. In another example, as the effect imparting condition, there is a “N or more correct answer with panel of 2 or more colors”. This means that the number of questions correctly answered from the question panels (in the example shown in FIG. 12, question panels 301, 303, 304 in the example shown in FIG. 12) among the question panels reach N questions. The condition is The relationship between the number of attributes (colors) on the question panel and the question to be asked will be described in detail later.

  The activation condition indicates a condition that the effect of the inclusive item actually activates in the battle, and corresponds to the above-mentioned second condition. The activation condition is provided, for example, in relation to whether the user's answer is correct. Specifically, the effect imparting condition “correct to a problem” is a condition that the user corrects the question from the question panel on which the effect of the comprehensive item is imparted. The quest progress part 117 activates the effect of the inclusive item when the user corrects the question from the question panel to which the effect is given. In another example, as an activation condition, there is one that "corrects within * seconds". This is not only the correct answer to the question from the question panel to which the effect is given, but also the condition that the user finishes the input of the answer within a designated second and corrects on that.

  In addition, providing the column of the said starting condition may be abbreviate | omitted when the starting conditions are uniform like "it corrects to a question" about all the inclusive items.

  In the column of effects, the contents of advantageous effects that the inclusive item brings during the battle are specifically defined. The effect of the inclusive item may have a direct advantageous effect on the ally character, or indirectly exert the advantageous effect on the ally character by exerting an adverse effect on the enemy character. May be

(Type definition data)
FIG. 14 shows an example of the data structure of type definition data. Type definition data is information that defines the type of problem that is presented to the user. Type definition data is stored in at least one of the storage unit 120 and the storage unit 220 as part of the game program 131. The type definition data has items of “degree of difficulty”, “correct answer rate” and “initial setting”.

  The degree of difficulty is information defining the degree of difficulty of the problem presented to the user. In the present embodiment, as an example, the difficulty level of the problem is determined based on the correct answer rate of the problem. Specifically, the lower the correct answer rate of the problem, the higher the degree of difficulty of the problem. For example, the difficulty level is set for each question in three stages of “low”, “medium”, and “high” according to the correct answer rate.

  The correct answer rate is obtained by the server 200 aggregating the play histories of a plurality of users. For example, it is assumed that one problem is distributed to each user terminal 100 of 100 users. When the history of correct answers is fed back from the user terminals 100 of 80 users, and the history of incorrect answers is fed back from the user terminals 100 of the remaining 20 users, the server 200 makes the correct answer rate of the question 80%. Identify The server 200 can determine the difficulty of the question as “medium” based on the fact that the correct answer rate is 80%. The server 200 may change the degree of difficulty of each question according to the constantly flowing correct answer rate.

  The initial setting is information defining the number of attributes to be initially set in the question panel. In the present embodiment, the number of attributes of a question given from the question panel is defined in accordance with the degree of difficulty of the question.

  When generating the battle screen 300, the quest progression unit 117 refers to the type definition data described above, and determines the number of attributes to be set in the questioning panel according to the degree of difficulty of the question linked to the questioning panel. Do.

  In the present embodiment, as the attributes, for example, three types of water, fire, and lightning are defined, and therefore, at most three attributes can be set on the question panel. The quest progress unit 117 determines the number of attributes initially set in the question panel based on the difficulty of the problem linked to the question panel. For example, the quest progress part 117 sets many attributes in the question panel as the degree of difficulty of the problem linked to the question panel is high.

  Specifically, according to the type definition data, the quest progression unit 117 sets three attributes for the question panel to which the problem of the high level of difficulty is linked, and the problem of the low or medium level of difficulty is Two attributes are set for the linked question panels, and one attribute is set for the question panels with the difficulty level “low”. If the attribute is changed or the number of attributes is changed according to the skill possessed by the character, the quest progression unit 117 follows the attribute of each questioning panel in the initial stage without depending on the difficulty level. Change from settings. If the number of attributes (colors) set in the question panel is large, the degree of difficulty of the battle is lowered (the chance of attacking the ally character is likely to increase). Therefore, it is preferable that the number of attributes set in the question panel increases as the degree of difficulty of the problem linked to the question panel increases. This allows the user to have the willingness to try to challenge the high difficulty questions in order to gain more opportunities for attack.

(Panel data)
FIG. 15 is a diagram showing an example of a data structure of panel data. The panel data is information defining a question display panel presented on the battle screen 300 (FIG. 12) displayed on the display unit 152 during battle. The panel data is stored in the storage unit 120 as part of the game information 132 while the quest is in progress.

  In the present embodiment, as an example, four question panels are presented at a time on the battle screen 300. Therefore, the panel data shown in FIG. 15 define four question panels respectively. The panel data includes, for example, items of “panel name”, “examination type”, “attribute”, “problem ID”, and “effect”.

  The panel name indicates a designation for identifying each question asking panel based on the position where the question asking panel is arranged. Referring to FIG. 12, the four question panels 301 to 304 are disposed at the upper right, the upper left, the lower right, and the lower left, respectively. As an example, the questioning panel disposed in the upper right is referred to as a first panel, the questioning panel in the upper left is referred to as a second panel, the questioning panel in the lower right is referred to as a third panel, and the questioning panel in the lower left is referred to as a fourth panel. In the illustrated example, the record of the first panel has information defining the question panel 301 disposed at the upper right.

  The question type indicates the question type associated with the question panel at each position by the quest progress unit 117. Specifically, the quest progression unit 117 sets the degree of difficulty of the problem to be linked to the question panel. The quest progression unit 117 may determine the degree of difficulty associated with the questioning panel at each position according to the instruction of the progress support unit 211 of the server 200 or may determine the degree of difficulty according to the characteristics of the selected quest. Alternatively, when the appearance timing or appearance frequency of the question item panel in which multiple attributes are set is previously defined by the game program, the degree of difficulty to be associated with the question item panel may be determined according to the rule.

  An attribute shows the attribute which the quest progress part 117 set to the questioning panel of each position. For example, the quest progress unit 117 determines the number of attributes to be set in the question panel in accordance with the above-described degree of difficulty. In the present embodiment, there are three types of attributes: water, fire, and lightning. Therefore, when the number of attributes to be set in the questioning panel is two, there are three combinations of attributes to be set, and even when the number of attributes is one, the number of attributes to be set is the number of types. There are only three ways. The quest progression unit 117 randomly determines the attribute to be set when the number of attributes to be set in the question panel is two or less.

  The problem ID is identification information for uniquely identifying the problem linked to the question panel. The question linked to the questioning panel at each position may be selected by the quest progress unit 117 or may be selected by the progress support unit 211 of the server 200.

  For example, the quest progression unit 117 extracts, from the problem database (hereinafter, DB) described later, a problem that matches the degree of difficulty previously determined for the question panel as a question linked to the question panel. In the illustrated example, the quest progress unit 117 determines that the question type of the first panel is “degree of difficulty / medium”. Therefore, the quest progress part 117 extracts one question having a difficulty level of “medium” from the question DB, and links the question ID of the question to the record of the first panel.

  The quest progression unit 117 may generate panel data of a question panel to be presented on the battle screen 300 as shown in FIG. 15 in accordance with an instruction from the progression support unit 211 of the server 200. Alternatively, the quest progress unit 117 may generate the panel data of the question panel randomly or in accordance with the constraints predetermined for the ongoing quest. In step S302 shown in FIG. 11, the quest progress part 117 arranges the question display panel on the battle screen 300 shown in FIG. 12 based on the panel data with reference to the panel data generated as described above. Here, each question panel has no effect. Therefore, no value is stored in the item of effect at the time of step S302.

  The effect is information indicating the presence or absence of the effect of the inclusive item given to the question panel. In step S2, when the score of the quiz in the previous turn satisfies the effect imparting condition, the quest progress part 117 refers to the user information 133, and according to the effect imparting skill associated with the inclusive item, Link the effects of inclusive items to the question panel. The quest progression unit 117 may randomly determine which one of the four question panels should be given an effect. The quest progress part 117 may give the effect of the comprehensive item to a plurality of question panels, or may give the effect of the comprehensive item to all question panels.

  When the user correctly answers the question from the selected question panel, the quest progression unit 117 first adds points for one question associated with the correct answer to each of the continuous correct answer point and the cumulative correct answer point. Then, referring to the panel data shown in FIG. 15, when the effect of the comprehensive item is linked to the above-mentioned question panel which the user answered correctly, the effect is activated. In the present embodiment, if the user does not answer the question correctly, the quest progression unit 117 does not activate the effect even if the question is given to the question panel of the question. That is, when the user gives a wrong answer, the question panel to which the effect is given is canceled without activating the effect.

(Problem DB)
FIG. 16 is a diagram showing an example of the data structure of the problem DB. The problem DB is a collection of problems that the quest progress unit 117 presents to the user during battle. Although only a few questions are illustrated in the figure, in reality, a huge number of problems are registered in the question DB. The problems presented to the user are randomly selected from among the problems extracted based on the conditions. Therefore, the larger the number of questions registered in the question DB, the lower the probability that the same user will be asked the same question.

  The problem DB is basically stored in the storage unit 220 of the server 200, and the problem is supplied from the progress supporting unit 211 to the quest proceeding unit 117 as necessary. For example, the question DB may be provided to the user terminal 100 at the quest start timing, or at every battle start timing, a portion of the question DB may be provided to the user terminal 100. One question may be provided from the server 200 to the user terminal 100 each time the presentation panel is presented on the user terminal 100 in battle.

  As an example, the question DB has items of “problem ID”, “genre”, “answer format”, “problem sentence”, “answer GUI”, “correct answer”, and “correct answer rate”. The problem ID indicates identification information for uniquely identifying the problem. The genre indicates the genre to which the problem belongs. For example, the genre "entertainment" means that the question is a question asking things about entertainment. The answer form indicates the answer form of the question. As mentioned above, there are various answer formats for single answer questions. The problem sentence indicates a sentence to be presented to the user as a problem. The problem sentences are stored, for example, as text data.

  The answer GUI indicates information necessary to construct an answer GUI for the user to input an answer to the question asked by the above-mentioned question text. The answer GUI may be stored in any data format. The quest progression unit 117 of the user terminal 100 may be any data format that can process the information stored in the item of the answer GUI and display the answer GUI on the display unit 152. For example, the quest progress part 117 refers to the item of the answer GUI in the first DB with respect to the question of the question ID “SQ001” in the form of one question and one answer GUI corresponding to the question “SQ001”. To construct. More specifically, the quest progression unit 117 selects four from the first option indicating the answer A, the second option indicating the answer B, the third option indicating the answer C, and the fourth option indicating the answer D. One button is arranged, and the solution GUI is constructed so that the user can select only one of the four buttons by touch operation.

  The correct answer indicates the correct answer to the problem. The quest progress unit 117 compares the answer input from the user via the above-mentioned answer GUI with the answer stored in the item of the correct answer, and determines whether the answer of the user is correct or not.

  The correct answer rate indicates the correct answer rate of the question. As described above, the server 200 aggregates the play history from the user terminal 100 of each user, and records which problem each user answered correctly or wrongly answered. The server 200 can obtain the correct answer rate based on the total number of questions of the problem in all the user terminals 100 in which the game is played and the total number of correct answers in which the problem is correctly answered in all the user terminals 100. . The server 200 may periodically analyze the play history and update the correct answer rate of each question. The progress supporting unit 211 or the quest progression unit 117 can extract the problem to be linked to the question panel from the question DB, based on the correct answer rate associated with the question.

(Quest progress counter)
FIG. 17 shows an example of the data structure of the quest progress counter. The quest progress counter is initialized at the start of the quest, and is edited and read out by the quest progress unit 117 while the quest is in progress until the quest is completed. The quest progress counter is stored in the storage unit 120 of the user terminal 100. The quest progress counter has items of “continuous correct answer point”, “number of questions”, “total correct answer number”, and “multicolor panel correct answer point” as an example.

  The continuous correct answer points indicate the total of the points given to the user based on the number of continuous correct answers which is the number of correct answers to the problem continuously by the user over a plurality of turns. In this embodiment, basically, one continuous correct answer number corresponds to one continuous correct answer point. For example, the continuous correct answer point “five questions” indicates that the user corrects five consecutive questions without making any wrong answer during five turns, except for the exception described later. The quest progress part 117 increments the continuous correct answer point by one each time the user answers the question correctly while the user does not answer incorrectly. If the user makes an incorrect answer, the quest progression unit 117 resets the continuous correct answer point to zero. The successive correct answer points are referred to in order for the quest progress section 117 to specify an effect value obtained by the skill of the ally character activated during the battle, or to determine whether the condition for activating the skill is satisfied or not. Ru.

  It should be noted that there may be cumulative skills whose consumption condition is to consume a predetermined number of consecutive correct answer points. For example, when there is a cumulative skill such as “consecutive correct answer point N consumed and damage to the enemy”, the quest progress part 117 reduces the continuous correct answer points by N when activating the skill. Alternatively, during battle, under predetermined conditions, an effect of adding consecutive correct answer points may be activated. For example, when an effect such as "If this question is correctly answered, continuous correct answer points + 2 question addition" is activated, points for two questions are added in addition to one continuous correct answer point normally given. In such a case, as an exception, it may happen that the continuous correct answer point does not match the number of continuous correct answers actually achieved by the user.

  The number of questions indicates the number of questions in the quest. In the present embodiment, one question is given for each turn of the battle. Therefore, the number of questions indicates the number of turns taken by the user for clearing the quest (hereinafter, the required number of turns). For example, when a mission such as “clear the quest within N turns” is imposed on the quest, the quest progression unit 117 determines whether the mission has been cleared based on the number of questions, that is, the required number of turns. can do.

  The total number of correct answers indicates the total number of questions that the user has been able to correctly answer the questions presented over multiple battles in the quest. The number of questions and the total number of correct answers show the correct answer rate in the quest. For example, when a mission such as “clear all the quests with all correct answers” is imposed on the quest, the quest progress part 117 determines whether the mission has been cleared or not, the number of questions and the total number of correct answers match. It can be determined based on whether or not the correct answer rate is 100%.

  The multicolor panel correct answer point is given to the user based on the number of correct answers by the user to the problem associated with the question panel (hereinafter, multicolor panel) in which two or more attributes are associated. Indicates the total number of points. In the present embodiment, basically, one correct answer number for the question given from the multicolor panel is made to correspond to one correct answer point for the multicolor panel. The quest progression unit 117 increments the multicolor panel correct answer point by one when the user selects the multicolor panel and corrects the question presented thereby. If the user makes an incorrect answer or if a question is presented from the single attribute questioning panel, even if the correct answer is made, the multicolor panel correct answer point is not incremented. The multicolor panel correct answer point is used to determine whether the effect imparting condition of the inclusive item is satisfied. Therefore, after determining that the multicolor panel correct answer point satisfies the effect providing condition, the quest progression unit 117 resets the multicolor panel correct answer point to 0 when the effect of the inclusive item is applied to the question panel. Then, from the next turn, counting of the number of correct answers of the multicolor panel is started, and integration of the multicolor panel correct answer points is resumed.

  Cumulative correct answer points start counting from a certain turn, regardless of whether the user is continuous or not, and based on the cumulative correct answer number indicating the number of correct answers to the question regardless of the number of attributes on the questioning panel. Indicates the total number of points granted. In the present embodiment, basically, one correct answer number is made to correspond to one cumulative correct answer point. For example, the cumulative correct answer point “7 questions” indicates that the user is correct 7 questions in cumulative, starting from a certain turn, with the exception described later. When the user answers the question correctly, the quest progress unit 117 increments the accumulated correct answer point by one. If the user makes a mistake, the current accumulated correct answer point is maintained. The cumulative correct answer point is referred to in order for the quest progress unit 117 to determine whether the effect imparting condition of the inclusive item is satisfied. Therefore, after determining that the cumulative correct answer point satisfies the effect providing condition, the quest progress unit 117 resets the cumulative correct answer point to 0 when the effect of the inclusive item is given to the question panel. Then, counting of the cumulative number of correct answers is started from the next turn, and accumulation of cumulative correct answer points is resumed.

<Screen example>
FIGS. 18 and 19 are diagrams showing other examples of the game screen displayed on the display unit 152 when the quest advancing part is being executed. The game screen shown in FIG. 18 and FIG. 19 is the battle screen 300 in the phase before the effect provision condition of the comprehensive item is satisfied.

  As described above, the quest progression unit 117 arranges the icon 309 (third UI component) on the battle screen 300 in step S302 for displaying the battle screen 300. In the present embodiment, the icon 309 functions as an instruction button for instructing to output the simplified information 311 (second UI component) for notifying the user of the effect imparting condition (first condition).

  The quest progression unit 117 receives a touch operation on the icon 309 via the operation reception unit 111 on the battle screen 300 shown in FIG. 12. In response to this touch operation, the quest progress part 117 may display the simple information 311 which simply indicates the effect imparting condition of the set inclusive item as shown in FIG.

  Here, the quest progression unit 117 instructs to output detailed information 313 (fourth UI component) for notifying the user of details of the effect giving condition (first condition) and the effect of the inclusive item (game medium). It is preferable to output the detail button 312 (fifth UI component) for the purpose together with the simple information 311 (second UI component). Specifically, as illustrated, the simple information 311 includes a detail button 312 as a UI component for calling up detailed information on the comprehensive item. The quest progression unit 117 receives a touch operation on the detail button 312 via the operation reception unit 111. In response to the touch operation, the quest progression unit 117 may display detailed information 313 indicating in detail the performance of the set comprehensive item, as shown in FIG.

  Thereby, the user can call and confirm the necessary amount of information by a simple operation as needed during the battle.

  FIGS. 20 and 21 are diagrams showing still another example of the game screen displayed on the display unit 152 when the quest advancing part is being executed. The game screen shown in FIG. 20 and FIG. 21 is the battle screen 300 after the point in time when the effect imparting condition of the comprehensive item is satisfied.

  Here, the case where the comprehensive item having the effect imparting skill is defined in which the effect imparting condition is “correct with six or more questions in the panel with two or more colors” and the triggering condition is “correct to the question”. explain.

  In a certain first turn, if the user answers the question presented based on the multicolor panel correctly, the quest progress part 117 updates each item of the progress counter shown in FIG. Here, it is assumed that the quest progress part 117 increments the multicolor panel correct answer point from “5 questions” to “6 questions”.

  In the next second turn, the quest progress part 117 presents four question panels as shown in FIG. 12, and then refers to the above-mentioned multi-color panel correct answer points, and the multi-color panel correct answer points are inclusive. It is determined whether the effect giving condition of the item is satisfied. At this point, the multi-color panel correct answer point is “6 questions”, which satisfies the above-mentioned effect giving condition. Therefore, the quest progression unit 117 executes a process of giving the effect of the comprehensive item to the presented question panel. In addition, in order to notify the user that it is possible to give the effect of the comprehensive item to the questioning panel when the effect giving condition of the inclusive item is satisfied, the user is provided with the effect of the inclusive item to the questioning panel. An input operation (for example, a touch operation to the icon 309) may be received. By accepting this input operation, the quest progression unit 117 executes a process of giving the effect of the comprehensive item to the presented question panel.

  In the present embodiment, as an example, the quest progression unit 117 applies an effect to any one of four presented question panels. The quest progression unit 117 may randomly determine the questioning panel to which the question is to be given. Here, for example, it is assumed that the quest progression unit 117 determines to give an effect to the question panel 303. In this case, the quest progress unit 117 updates the item of the effect of the third panel in the panel data shown in FIG. 15 from “none” to “present”. Here, the quest progress part 117 may read out the contents of the effect to be given from FIG. 13 and add the contents to the item. Furthermore, the quest progress part 117 may change only the attribute from one color or two colors to three colors without changing the difficulty level of the question panels to which the effect of the inclusive item is given. This further enhances the user's advantage of selecting the question display panel to which the effect of the inclusive item is given.

  When the effect imparting condition of the comprehensive item is not limited to the multicolor panel but is simply “N correct answer”, the quest progress part 117 refers to the cumulative correct answer point in the progress count shown in FIG. It is determined whether the accumulated correct answer point satisfies the effect provision condition of the inclusive item.

  As shown in FIG. 20, the quest progression unit 117 may output, on the battle screen 300, an effect in which the effect of the comprehensive item is given to the question panel. For example, the quest progress unit 117 may output an animation for moving the icon 309 of the comprehensive item arranged at the upper right of the screen to the position of the attribute icon of the question panel 303 as the assignment destination.

  FIG. 21 shows the battle screen 300 displayed after the output of the above-mentioned animation. The icon 309 is not displayed at the upper right position of the screen, but is instead displayed at the position of the attribute icon of the question panel 303. Thereby, the user can understand at a glance that the question panel 303 is given the effect of the comprehensive item.

  The user can tap on the question panel 303 on which the icon 309 is displayed to call up the question linked to the question panel 303. When the user answers this question correctly, the quest progress unit 117 determines that the activation condition of the comprehensive item is satisfied, and activates the effect given to the question panel 303. The quest progression unit 117 activates the effect of the above-mentioned comprehensive item as defined in the card DB shown in FIG.

<Processing flow>
FIG. 22 is a flowchart showing a flow of processing executed by the game system 1 according to the present embodiment. Step S501 in the same figure may be executed as a part of the deck formation part described in the first embodiment as one example, but is not limited thereto. Step S501 can also be performed in a game that does not have an element for organizing a deck. Steps S502 to S511 correspond to the game part of step S3 shown in FIG. 3 and step S111 shown in FIG.

  In step S501, the deck forming unit 115 sets the inclusive item so that the inclusive item functions effectively in the quest to be executed later. The setting of the inclusive item may be performed, for example, via the inclusive item screen 460 shown in FIGS. 8 and 9 as already described in the first embodiment.

  In step S502, the quest progress unit 117 starts the progress of the quest. As an example, the quest progress part 117 starts step S301 shown in FIG.

  In step S503, the quest progress part 117 presents a plurality of question panels so as to be selectable by the user (corresponding to step S302 in FIG. 11). As an example, the quest progression unit 117 displays the battle screen 300 shown in FIG. 12 on the display unit 152.

  In step S504, the quest progress unit 117 determines whether the first condition is satisfied for the set inclusive item. Specifically, the quest progress unit 117 determines whether the multicolor panel correct answer point or the accumulated correct answer point in the progress counter shown in FIG. 17 satisfies the effect providing condition. If the quest progress unit 117 determines that the effect providing condition is not satisfied, the process proceeds from step S504 NO to step S505. On the other hand, if the quest progression unit 117 determines that the effect imparting condition is satisfied, the process proceeds from step S504 YES to step S507.

  In step S505, the quest progression unit 117 advances the quest in accordance with the option selected by the user. Specifically, advance one turn of the battle including the quiz. The progress of each turn in the battle is as described in steps S307 to S316 based on FIG. That is, the quest progression unit 117 presents the question linked to the question panel selected by the user (corresponding to step S307 in FIG. 11), receives an answer to the question from the user (corresponding to step S307), and receives Whether the answer is correct or not is determined (corresponding to step S308), and one or more processing according to the determination result is executed (corresponding to step S308). The quest progress unit 117 updates the quest progress counter shown in FIG. 17 according to the progress of the turn in step S505.

  In step S506, the quest progress unit 117 determines whether the quest has been cleared by advancing the quest as described above. For example, if the quest progress unit 117 has won all the battles included in the quest, it determines that the quest has been cleared, proceeds to YES in step S506, and ends the series of processing. On the other hand, if the battle has not ended, or if there is a battle that has not been progressed, the quest progress unit 117 determines that the quest has not been cleared yet, and returns from step S506 NO to step S503. Repeat the process of

  For example, when the quest progress unit 117 advances the quest in step S505, the progress counter is updated, and when the process returns to step S504 again, it is conceivable that the first condition is satisfied.

  In step S507, the quest progress part 117 gives the effect of the inclusive item to the presented question panel based on the satisfaction of the first condition. For example, the quest progress unit 117 gives the effect of the inclusive item set in step S501 to any one of the question panels (for example, question panels 301 to 304 shown in FIG. 12) presented in step S503. Do. The quest progression unit 117 may randomly determine which question panel is to be given an effect, or may decide based on a predetermined rule.

  In step S508, the quest progress unit 117 presents each questioning panel so that the user can identify the questioning panel to which the above-described effect is given (hereinafter, effect-appearing panel) and the questioning panel that is not. For example, the quest progression unit 117 changes the battle screen 300 from the state shown in FIG. 18 to the state shown in FIG. 21 via the state shown in FIG. As a result, the user can select a desired panel after identifying the effect imparting panel (the question panel 303) and the question panel (the question panels 301, 302, 304) which is not so.

  In step S509, the quest progress unit 117 determines whether an effect providing panel has been selected. When the question display panel to which the effect is not given is selected, the quest progression unit 117 proceeds from step S509 NO to step S505 and repeats the same process as described above. On the other hand, when the effect imparting panel is selected, the quest proceeding unit 117 proceeds from step S509 to YES in step S510.

  In step S510, the quest progress unit 117 determines whether the second condition is satisfied. In the present embodiment, as an example, the quest progression unit 117 issues the question associated with the effect imparting panel selected in step S509 (corresponding to S307). Then, the quest progress unit 117 determines whether the answer input by the user for the question is a correct answer (corresponding to S308). When the user erroneously answers the above problem, the quest progress part 117 determines that the second condition, that is, the activation condition of the above effect is not satisfied, and proceeds from the NO of step S510 to step S505, Repeat the same process as above. On the other hand, when the user correctly answers the above-mentioned problem, the quest progress unit 117 determines that the activation condition is satisfied. Then, the quest progression unit 117 proceeds from step S510 of YES to step S511.

  In step S511, the quest progress unit 117 activates the effect given to the selected question panel based on the satisfaction of the activation condition. The effect to be triggered here is assumed to exert some action on the ally character or the enemy character so that the battle proceeds in favor of the ally character, for example. After activating the above-described effect, the quest progression unit 117 returns to step S505, and repeats the same processing as described above. This repetition is continued until it is determined in step S506 that the quest has been cleared, or until the progress of the quest is determined to be game over (for example, the strength of all the ally characters has become 0). .

[Modification]
<How to obtain inclusive items>
In each of the embodiments described above, the method for the user to acquire the inclusive item is not particularly limited, and various methods are conceivable. For example, the card of the comprehensive item may be distributed free of charge, may be distributed conditionally as a clear reward of the quest, or may be distributed in exchange for a valuable medium. In addition, it is possible to make a user acquire an inclusion item as follows.

  Specifically, a card of a character owned by the user is used as a material to generate a card of the comprehensive item, and a part for causing the user to newly acquire the card of the inclusive item is added to the game. Is considered. The above-mentioned part which generates the inclusion item in exchange for the character is hereinafter referred to as the inclusion item generation part. The inclusive item generation part may be provided, for example, before or after the deck formation part of step S1 shown in FIG. 3 or may be provided as a part of the deck formation part. In the present embodiment, as an example, the deck organization unit 115 executes the inclusive item generation part as a part of the deck organization part. In the inclusive item generation part, the deck organization unit 115 executes, for example, a step of causing the user to possess the inclusive item generated based on the character in exchange for the character.

  The character to be the material in the inclusive item generation part may be, for example, a character that has been won as a lottery execution unit (not shown) executes the lottery.

  In the present embodiment, there are a plurality of types of inclusive items according to the performance. The performance is defined, for example, by at least one of the effect of the inclusive item and the condition under which the effect can be obtained. The condition is, for example, an effect applying condition (first condition) or an activation condition (second condition). In the step of making the user possess the comprehensive item, the deck formation unit 115 may randomly determine the type of the comprehensive item generated based on one character.

  In the present embodiment, as an example, the deck organization unit 115 may determine the performance of the comprehensive item to be newly acquired by the user according to the performance of the character to be the material. Furthermore, the deck formation section 115 may determine the performance of the above-mentioned comprehensive item by lottery. Furthermore, the deck formation section 115 may combine the performance of the material character with the performance randomly determined by lottery to define the performance of one inclusive item.

  FIG. 23 is a diagram showing an example of the data structure of the probability table. The probability table is stored in the storage unit 120 of the user terminal 100 or the storage unit 220 of the server 200, and is referred to by the deck formation unit 115 when the inclusive item generation part is executed.

  The probability table includes, as one example, three items of character, performance, and probability. The item of the character stores information for identifying the character as the material. In the illustrated example, a card name is stored. Furthermore, if it is desired to make the result of the lottery different depending on the rarity of the character, change the probability table appropriately so as to have a data structure in which the probability can be set for each combination of character name and rarity. Good.

  The item of performance stores the performance of the comprehensive item as a newly obtained product by using the character as a material. In the present embodiment, as one example, the performance of the inclusive item is defined by the rarity, the effect imparting condition, and the effect. Although not illustrated, in the present embodiment, it is assumed that the activation condition is uniformly “correct to a question”. In the present embodiment, the effect imparting condition and the effect affect the performance of the inclusive item. For example, it is considered that the performance is better for a comprehensive item that has a milder effect condition and a higher effect. As illustrated, it is preferable that a plurality of results with different performance be associated with one character. As a result, there are various possibilities for the performance of the inclusive item obtained even with the same character. This enhances the playability of generating the comprehensive item and makes it possible to increase the user's enjoyment.

  The item of probability stores the probability of being able to obtain a comprehensive item of the performance from one character. For example, as shown in the figure, the inclusive items discharged from one character "Koo" have 12 patterns according to performance. The probability defines at which probability each pattern is drained. A different probability may be set for each pattern, and the probability may be set for each rarity.

  As described above, the deck forming unit 115 is configured to further execute the above-described inclusive item generation part. This configuration is particularly significant in a game including a lottery element in which the characters are randomly provided regardless of the user's request by executing the lottery. The fact that the character is randomly provided regardless of the user's wish by lottery is, of course, sufficiently likely to be won by the same character as the user already possesses. The user can not feel pleasure even if the same character wins. Then, in the card DB, a situation occurs in which cards of characters that are duplicated and not used increase. However, according to the above-described configuration, duplicate unnecessary cards can be newly utilized as materials of the comprehensive item. Moreover, multiple items of different performance items may be discharged from the same material. Therefore, the user has a new expectation that a high-performance comprehensive item may be obtained by utilizing the card for generating the comprehensive item without being discouraged even if the winning cards overlap. be able to.

  FIG. 24 is a view showing an example of the game screen displayed on the display unit 152 when the inclusive item generation part is being executed. The game screen shown in FIG. 24 is an item generation screen 500. The item generation screen 500 includes various UI components for the user to generate a comprehensive item from the character. For example, the item generation screen 500 includes the material frame 501 for arranging the character to be the material, the product frame 502 for giving notice of the product obtained from the material, and the comprehensive item in exchange for the character to be the material. An instruction button 503 for instructing generation is included, and a copy list 402.

  The user arranges the icon of the character desired to be made into the material in the material frame 501 by the drag and drop operation in the same manner as arranging the icon of the desired character on the deck 401 by the drag and drop operation. The deck organization unit 115 may cause the product frame 502 to display an icon of a comprehensive item that can be generated according to the character arranged in the material frame 501. However, it is preferable to display the above-described icon on the deliverable frame 502 in a state in which the information related to the performance is hidden so that the enjoyment of the lottery of inclusive items is not lost. In short, the intention of displaying an icon in the product frame 502 is not to notify the user what kind of performance comprehensive item is to be generated, but merely to predict how many comprehensive items are to be generated. It is in.

  As described above, with a simple operation, the user can acquire the comprehensive item by using the character as a material.

  The user taps the instruction button 503 when it is desired to consume the character arranged in the material frame 501 and generate the comprehensive item displayed in the product frame 502.

  The deck forming unit 115 receives a tap operation on the instruction button 503 via the operation receiving unit 111, and executes a comprehensive item generation process described below. The deck forming unit 115 refers to the probability table and executes a lottery based on the probabilities associated with all the patterns corresponding to the characters arranged in the material frame 501. Then, the deck forming unit 115 determines one performance of the comprehensive item to be acquired by the user by lottery. The deck forming unit 115 generates a card of the comprehensive item having the determined performance and adds it to the user's card DB.

  FIG. 25 is a view showing another example of the game screen displayed on the display unit 152 when the inclusive item generation part is being executed. The game screen shown in FIG. 25 shows a generation result screen 550 displayed on the display unit 152 after the inclusive item generation process is executed. The generation result screen 550 includes at least a notification UI 551 for notifying the comprehensive character that has been won. The notification UI 551 may include an icon of a generic character that has been won, and may include detailed information on the performance of the generic character that has been won. For example, when the icon 552 included in the notification UI 551 is tapped, the deck forming unit 115 may display detailed information on the performance of the winning inclusive character as detailed information 313 illustrated in FIG. 19.

  As described above, the user can confirm the performance of the newly acquired comprehensive item with a simple operation.

[Example of software implementation]
Control blocks of the control unit 210 (in particular, the progress support unit 211 and the share support unit 212), and control blocks of the control unit 110 (in particular, the operation reception unit 111, the display control unit 112, the UI control unit 113, the animation generation unit 114 , The deck organization unit 115, the firefighting preparation unit 116, and the quest progress unit 117) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or a CPU (Central Processing Unit). It may be realized by software.

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

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

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

  (Item 1) The game program (131) has been described. According to an aspect of the present disclosure, the game program is executed by a computer (at least one of the user terminal 100 and the server 200) including the processor (10, 20), the memory (11, 21) and the operation unit (such as the input unit 151). Be done. The game program comprises, in the processor, incorporating one or more characters owned by the user into the deck according to the user's input operation and organizing the deck (S1), based on the characters incorporated into the deck. The step (S3) of advancing the game part (quest) played by the user, and the step of organizing the deck further correspond to the deck and / or an entity including one or more characters. Then, the game medium (inclusive item) having an effect of advancing the game part advantageously is set (S108), and the step of advancing the game part activates the effect of the set game medium (S111). This has the effect of improving the interest of the game.

  (Item 2) In (Item 1), the step of organizing the deck sets the game medium in association with the user, or the avatar assigned to the user as an entity, and the avatar is incorporated into the deck. It may not be possible to operate in the game part. This allows an entity of the user who does not usually affect the progress of the game part to give some effect on the progress of the game part via the game medium set in the entity. This unexpectedness allows the user to find interest in the game even more.

  (Item 3) In (Item 2), the game program causes the processor to execute a step (S2) of receiving from the user an input operation for selecting a deck to be used in the game part among a plurality of decks, and proceeds with the game part. The step of activating causes the effect of the game medium set in the entity to be activated, regardless of which deck is selected. Thus, regardless of which deck a user entity that normally does not act on the progress of the game part uses any action on the progress of the game part via the game medium set in the entity. It becomes possible to give. This unexpectedness allows the user to find interest in the game even more.

  (Item 4) In any one of the items (Item 1) to (Item 3), the game program receives, from the user, an input operation for selecting, from among a plurality of decks, a deck to be used in the game part The step of executing S2), and advancing the game part may activate an effect of the game medium set in the selected deck. Conventionally, the selected deck itself has no influence on the progress of the game part, but according to the above configuration, the selected deck itself can not be changed via the game medium set in the deck. It is possible to give some effect to the progress of the game part. This unexpectedness allows the user to find interest in the game even more. In addition, the user strategically selects a deck with an eye to the capture of the game part.

  (Item 5) In any one of the items (Item 1) to (Item 4), the game program causes the processor to display on the display unit a game screen for accepting the user's input operation in the step of organizing the deck. A step of executing steps (S101, S107) and displaying the first game screen (deck organization screen 400) for receiving an input operation for incorporating one or more characters owned by the user into the deck; A second game screen (inclusive item screen 460) for receiving an input operation for selecting a game medium to be set in at least one of the entities may be displayed switchably or simultaneously. Thereby, the user can easily set the game medium through the game screen in addition to the formation of the deck, and the convenience is improved.

  (Item 6) In any one of the items (Item 1) to (Item 5), the game program causes the processor to execute a lottery and have the user possess the character that has won, in exchange for the character. And C. making the user possess a game medium generated based on the character. In this way, it is possible to provide the user with a method of utilizing the character other than incorporating it into the deck and operating it in the game part. The user can utilize the surplus characters obtained by drawing but having no use in the deck for obtaining game media.

  (Item 7) In (Item 6), the game medium has a plurality of types according to at least one of the effect and the conditions under which the effect is obtained, and the step of making the game medium owned by the user is based on one character. Preferably, the type of game media to be generated is determined by lottery. In this way, the user can obtain game media while actually playing the lottery once more by utilizing the useless surplus characters obtained by the lottery.

  (Item 8) In any one of the items (Item 1) to (Item 7), in the step of advancing the game part, when the progression of the game part satisfies a predetermined condition as a result of the user's play, You may activate the effect. Thus, the user is urged to play a game part with a strategy in order to fulfill a predetermined condition in order to activate an effect. As a result, the interest of the game is further improved.

  (Item 9) In (Item 8), the game program causes the processor to display, on the display unit (152), a third game screen (combat screen 300) for receiving the user's input operation in the step of advancing the game part. The step of executing the step (S302) and displaying the third game screen is a step of displaying the third UI part (progress 310) for notifying the user of the progress of the progress of the game part until the predetermined condition is satisfied. It may be arranged on the screen. This allows the user to play the game part while confirming what play is necessary to activate the effect. As a result, the convenience of the user is improved.

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

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

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

Claims (8)

A game program,
The game program is executed by a computer comprising a processor and a memory,
The game program may include the processor
Incorporating one or more characters owned by the user into the deck according to the user's input operation to organize the deck;
Advancing the game part played by the user based on each of the characters incorporated into the deck.
The step of organizing the deck further has an effect of advancing the game part advantageously in association with at least one of deck information generated for each deck and user information set for each user. Set the item with
The step of advancing the game part activates the effect of the set item without consuming the item, and the game part without consuming the item regardless of the progress result of the game part Advance the
The game program further comprises:
A first step of executing a first lottery and causing the user to possess the character selected;
Executing a second step of making the user possess the item generated based on the character in exchange for the character;
The item has a plurality of types according to at least one of the effect and the conditions under which the effect is obtained,
A game program, wherein the second step performs a second lottery in exchange for one of the won characters to determine the type of the item owned by the user. The game program may include the processor
Executing, from the user, an input operation of selecting a deck to be used in the game part among a plurality of decks;
The game program according to claim 1, wherein the step of advancing the game part activates the effect of the item set in association with the user information, regardless of which deck is selected. The game program may include the processor
Executing, from the user, an input operation of selecting a deck to be used in the game part among a plurality of decks;
The game program according to claim 1 or 2, wherein the step of advancing the game part activates the effect of the item set in association with the deck information of the selected deck. The game program may include the processor
Displaying a game screen for accepting an input operation of the user on a display unit in the step of forming the deck;
The displaying step is
A first game screen for receiving an input operation for incorporating one or more characters owned by the user into the deck;
The second game screen for receiving an input operation for selecting the item to be set in association with at least one of the deck information and the user information is displayed switchably or simultaneously. The game program according to any one of the above.   5. The method according to claim 1, wherein, in the step of advancing the game part, the effect is activated when the progression of the game part satisfies a predetermined condition as a result of the user's play. Game program. The game program may include the processor
Displaying a third game screen for receiving an input operation of the user on a display unit in the step of advancing the game part;
The step of displaying the third game screen arranges, on the third game screen, a first UI component for notifying the user of the progress status until the progress of the game part satisfies the predetermined condition. The game program described in. A computer is a method of executing a game program,
The computer comprises a processor and a memory,
A method of performing the steps of claim 1 by the processor. An information processing apparatus,
The information processing apparatus is
A storage unit for storing the game program according to claim 1;
An information processing apparatus comprising: a control unit that controls an operation of the information processing apparatus by executing the game program.

Images