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

Abstract

To enhance amusement of a game.SOLUTION: A game program (131) allows a processor (10) to execute: a step (S104) of organizing a primary deck; a step (S106) of extracting cards from a primary deck and organizing a secondary deck; a step (S107) of displaying a first screen (500) for receiving second input operation for selecting cards from a secondary deck; a step (S108) of displaying recommended information (504) for designating at least one recommended character on the first screen; a step (S109) of receiving second input operation to the first screen; steps (S110 to S113) for progressing a quest by using selected cards; and a step (S112) of determining to grant more rewards (518) when the card with which a recommended character is associated is used and the quest is progressed than when a quest is progressed without using cards to a user.SELECTED DRAWING: Figure 8

Description

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

Conventionally, a game in which a user holds a game medium as digital data that can be used in the game and the user enjoys playing by making full use of these, in particular, a game including a deck organization element described later is widely provided. ing. For example, Patent Document 1 discloses that a set of these game media is configured (a so-called "deck" is formed), and a game proceeds based on the deck. As an example, the game medium is provided to the user in the form of a card. For example, a character who actively participates in the progress of the game is drawn on the card, and the user collects the card by being attracted to the content of the card, that is, the character, or incorporates the card into the deck to play the game. You can play and enjoy the game.

Japanese Unexamined Patent Publication No. 2017-000187 (published on January 5, 2017)

Generally, in a game developed with the intention of letting the user play for a long time, it is important how to deal with the problem that the user gets tired of the game. Games are always required to provide compelling content that motivates users to play. In particular, in a game including a deck formation element, it is required to enhance the fun of the game by enhancing the deck formation scheme or the contents of the game medium.

One aspect of the present disclosure is intended to improve the enjoyment of the game.

The game program according to the present disclosure is executed by a computer including a processor, a memory, and a display unit. In memory, each of the cards held by the user, which can be used in a game based on a game program, is associated with one of a plurality of characters appearing in the game as a group identifier for classifying the cards. .. The game program is based on the steps of forming a primary deck in which at least the cards selected by the user's first input operation from the cards are incorporated into the processor, and a predetermined rule from the primary decks. The step of extracting cards and organizing a secondary deck, and selecting one or more cards to be used to advance the quest that composes the game from the secondary deck. The first to accept the second input operation from the user. A step of displaying one screen on the display unit, a step of displaying recommended information indicating at least one or more recommended characters predetermined as recommended objects to be used on the first screen, and a first step. A step of accepting the user's second input operation on the screen, a step of advancing the quest using one or more cards selected by the accepted user's second input operation, and a card associated with the recommended character Is used to perform a step of determining to give the user more rewards when the quest progresses than when the card is not used and the quest progresses.

According to one aspect of the present disclosure, it has the effect of improving the interest of the game.

It is a figure which shows the hardware configuration of a game system. It is a figure explaining an example of the game cycle of a game executed by a game system. It is a block diagram which shows the functional configuration of a user terminal and a server. It is a figure which shows an example of the data structure of a card. It is a figure which shows an example of the data structure of the character data which defines a character. (A) is a diagram showing an example of the data structure of the pair parameter table, and (B) is a diagram showing an example of the data structure of the pair parameter DB. It is a figure which shows an example of the data structure of a story list. It is a flowchart which shows the flow of the process executed in the game system which concerns on this embodiment. (A) is a diagram showing an example of a deck information data structure in a primary deck, and (B) is a diagram showing an example of a deck information data structure in a secondary deck. (A) to (C) are diagrams showing an example of a data structure of deck information in a process in which a secondary deck is reorganized across sets. It is a figure which shows an example of the data structure of recommended information. It is a figure which shows an example of the data structure of the reward rule. It is a figure which shows an example of the data structure of the result information. It is a figure which shows an example of the deck organization screen displayed on the display part of a user terminal. It is a figure which shows an example of the stage progress screen displayed on the display part of a user terminal. It is a figure which shows an example of the stage progress screen displayed on the display part of a user terminal. It is a figure which shows an example of the stage progress screen displayed on the display part of a user terminal. It is a figure which shows an example of the result screen displayed on the display part of a user terminal.

[Embodiment 1]
The game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate 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. As shown in the figure, the game system 1 includes a plurality of user terminals 100 and a server 200. Each user terminal 100 connects to the server 200 via the network 2. The network 2 is composed of various mobile communication systems constructed by the Internet and a wireless base station (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 done.

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for game play. As shown in the figure, 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 included in the user terminal 100 are electrically connected to each other by a communication bus. The user terminal 100 may be provided with an input / output IF 14 to which a display (display unit) configured separately from the user terminal 100 main body 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 communicable with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to, for example, a communication standard such as Bluetooth (registered trademark). The controller 1020 may have one or more buttons or the like, and transmits an output value based on a user's input operation to the buttons or the like to the user terminal 100. Further, 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.

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

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

When the user terminal 100 communicates with a plurality of controllers 1020, each user grips each controller 1020, so that the one user terminal 100 does not communicate with other devices such as the server 200 via the network 2. Multiplayer can be realized with. In addition, each user terminal 100 communicates with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection is made without going through a server 200), thereby realizing local multiplayer with a plurality of user terminals 100. You can also do it. When the above-mentioned multiplayer is realized locally by one user terminal 100, the user terminal 100 may further include at least a part of various functions described later described in the server 200. Further, when the above-mentioned multiplayer is realized locally by the plurality of user terminals 100, the plurality of user terminals 100 may be provided with various functions described later described in the server 200 in a distributed manner.

Even when the above-mentioned multiplayer is realized locally, the user terminal 100 may communicate with the server 200. For example, information indicating a play result such as a result or victory or defeat in a certain game may be associated with user identification information and transmitted to the server 200.

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

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

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

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

Alternatively, when the operation unit is composed of 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 composed of the communication IF 13, the user terminal 100 identifies and accepts a signal (for example, an output value) transmitted from the controller 1020 as an input operation of the user. Alternatively, when the operation unit is composed of the input / output IF14, a signal output from an input device (not shown) different from the controller 1020 connected to the input / output IF14 is specified and accepted as a user input operation.

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

The processor 10 reads a program from the storage 12 described later and expands it into the memory 11 described later. The processor 20 reads a program from the storage 22 described later and expands it into the memory 21 described later. Processor 10 and processor 20 execute the expanded program.

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

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

Storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are composed of a storage device such as a flash memory or an HDD (Hard Disk Drive). Various data related to the game are stored in the storage 12 and the storage 22.

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

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

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

The input unit 151 detects a position where a user's operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input to the input surface, and inputs information indicating the position. It has 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 resistance film method.

Although not shown, the user terminal 100 may include one or more sensors for specifying the holding posture of the user terminal 100. This sensor may be, for example, an acceleration sensor, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. The ranging 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 target by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source being reflected by the measurement target. 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 the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved 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 identify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, 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 extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the fingers are not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has made a "choki" gesture. (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 index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the image captured by the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect if it is at the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is detected or not detected by the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the 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. Continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pressed, or maintaining the touched state after the touchdown operation is performed on the touch panel. Further, when the user moves his / her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize it. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It may be recognized as an operation corresponding to.

<Game overview>
The game (hereinafter referred to as the present game) executed by the game system 1 according to the first embodiment based on the game program is, for example, a game including a deck organization element. That is, the game system 1 causes the user to hold a game medium as digital data that can be used in the game, constitutes a set of these game media (hereinafter referred to as a deck), and advances the game based on the deck. ..

In this game, the game medium affects the progress of the game by proactively performing some action according to the operation of the user in the game. As an example, the game medium is provided to the user in the form of a card as the smallest unit constituting the deck.

In this game, as an example, one of a plurality of characters appearing in this game is associated with each card as a group identifier for classifying the cards. The character is represented as a subject who performs the above-mentioned actions in at least one of the play parts constituting the game. In this game, various parameters are set for the card and the character. The user can enhance these parameters through playing the game. That is, this game may be a game including a nurturing element for nurturing a card or a character.

This game is, as an example, a training simulation game. As an example, the training simulation game is an idol training simulation game that trains a character aiming to be an idol. In this game, the above-mentioned character is, for example, a high school boy who lives in school aiming to become an idol in a fictional world.

The game system 1 is not limited to a specific genre, and may be a system for executing a game of any genre. For example, sports-themed games such as tennis, table tennis, dodgeball, baseball, soccer and hockey, puzzle games, quiz games, RPGs, adventure games, shooting games, simulation games, training games, and action games. May be good.

Further, the game system 1 is not limited to a specific play form, and may be a system for executing a game of any play form. For example, a single-player game by a single user, a multi-play game by a plurality of users, a battle game in which a plurality of users play against each other, and a cooperative play game in which a plurality of users cooperate among the multi-play games. You may.

<Game cycle>
FIG. 2 is a diagram illustrating an example of a game cycle of this game. This game is composed of a plurality of play parts. This game is a training simulation game, and includes five play parts, as an example, a story part, a practice part, a practice part, a lottery part, and an ability management part.

The story part is a part in which the user reads a story related to the character and advances the game, and is a part that is the main purpose of the user in this game. The story is provided to the user on the user terminal 100 as story data including at least one of video, audio including still images and moving images, and text.

In the present embodiment, as an example, the story data is provided as story data including the contents of either a common story or an individual story. The common story is developed as the main story of this game, and various characters prepared in this game appear, which is the content that can be called the main story of this game. The common story shall be read by all users in a straight line without branching. An individual story is a side story about an individual character appearing in a common story, for example, content developed as a Gaiden or spin-off work. The individual stories may have branches or the reading order may be different depending on the playing situation of the user.

In this way, the user can read the common story and enjoy the individual story about the favorite character through the video, audio, and text. The individual story may be a story that focuses on one character, or may be a story that focuses on a specific plurality of characters and their relationships.

In the present embodiment, conditions for reading the story are set, and the user plays the following play parts so as to satisfy the conditions in order to release the locked story. The game playability of this game is found, for example, in how the user preferentially plays the following play parts in order to release the story. On the other hand, even if the user does not satisfy the special play conditions, there may be a story that is automatically released when the time comes or when the server 200 supplies the story.

When the user plays the story part, the user obtains some result for advancing the subsequent game progress, particularly the practice part and the practice part, based on the play of the part. The result, for example, is the release of quests that can be played in the practice and practice parts. In the following, the quest will be referred to as a "stage" in which the characters perform as idols in the context of this training simulation game.

The practice part is a part that develops a card and a character corresponding to the card. As an example, in the practice part, the stage is advanced using the deck in which the cards are organized. When the user selects the stage to be played and advances the stage to the end, the user is determined to have cleared the stage. Based on clearing the stage, the user gains some outcome to advance the subsequent game progress, especially the practice part, in an advantageous manner. Achievements include, for example, reward acquisition, card or character parameter enhancement, user status improvement, and release of a character's individual story. Rewards include, for example, cards that can be used in each part, and enhancement items for enhancing cards or characters. Cards and characters cultivated by repeatedly playing the practice part operate more advantageously in, for example, the following practice part.

The practice part is a part that clears the tasks assigned on the stage using the deck in which the trained cards are organized. When the user selects the stage he / she wants to play and clears the stage, the user can obtain the result associated with clearing the stage. The result is, for example, a clear reward and the release of a common story. Clear rewards are, for example, cards and enhancement items. Other outcomes may be given to the user, for example, strengthening the parameters of the card or character, and improving the user's status.

In the present embodiment, as an example, the practice part may be a part in which one or more cards (game media) held by the user are played against the opponent's card. The opponent may be another user or a computer (COM) that operates according to the game program. In addition, one or more cards used in the battle may be used in the battle by incorporating them into the deck. The deck may have a different structure from the deck organized in the practice part, or may have the same structure. In the present embodiment, as an example, in the practice part, each character of the deck organized by the user and each character of the deck organized by the computer based on the game program 131 compete for high performance as an idol ( COM battle) is included. In the present embodiment, a clear determination is made depending on whether the result of the COM battle is victory, draw, or defeat, and the result given to the user is determined. As an example, the match may proceed so that the user side is more likely to win as the parameters of the user's card used in the match are strengthened, for example, in the previous practice part.

The lottery part is a part in which the user acquires the game medium as digital data that can be used in this game in exchange for the in-game value. In the present embodiment, as an example, the lottery is executed in the game system 1 while the lottery part is in progress. Specifically, the server 200 executes a lottery by selecting a game medium to be owned by the user from a population composed of a plurality of game media based on a predetermined rule. The in-game value that can be redeemed for the execution of the lottery may be, for example, a valuable medium such as virtual currency obtained by the user for billing, or points or consumable items provided free of charge as a play reward. .. In the present embodiment, as an example, when the lottery is executed in the lottery part, the winning card is held by the user. The winning card can be used in the practice part and the practice part. In the present embodiment, the valuable medium consumed for executing the lottery is referred to as a diamond. In addition, the consumable items consumed to execute the lottery are referred to as lottery tickets.

Here, "acquiring / holding / granting (game media, etc.) to the user" means, as an example, using the state of digital data such as game media managed in association with the user from unusable. It may be possible to make a transition. Alternatively, the digital data may be stored in at least one of the memory 11 and the memory 21 included in the game system 1 in association with the user identification information or the user terminal ID.

The ability management part is a part that releases or enhances the ability of a card or character by consuming the enhancement items acquired in each of the above-mentioned parts. The user can advance the practice part and the practice part more advantageously by releasing or strengthening the ability of the card or the character in this part.

The game may include elements of a mini-scape game, a so-called box garden game. For example, this game may include a miniature garden part in addition to the above-mentioned five play parts. In the miniature garden part, the user can arrange the items obtained by playing each of the above parts and various game media such as cards on the map, and enjoy the world of the map from a bird's-eye view. In addition, the result may be set so that the play result of the box garden part has an advantage in the other parts described above.

<Functional configuration of game system 1>
FIG. 3 is a block diagram showing a functional configuration 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 (not shown) required to function as a general computer and a functional configuration required to realize a known function in a game.

The user terminal 100 has a function as an input device that accepts a user's input operation and a function as an output device that outputs a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance 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 and mediating the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 120 and the storage unit 220 store the game program, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100. The game program 231 is a game program executed by the server 200. The game information 132 is data that the control unit 110 and the control unit 210 refer to when executing a game program. The user information 133 is data related to the user's account. In the storage unit 220, the game information 132 and the user information 133 are stored for each user terminal 100.

(Functional configuration of server 200)
The control unit 210 comprehensively controls the server 200 by executing the game program 231 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 a part or all of the game information or the user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100.

The control unit 210 functions as a progress support unit 211 according to the description of the game program 231. 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 advance various play parts included in the game. For example, information to be referred to by the user terminal 100 at that time is appropriately provided depending on which of the above-mentioned play parts is being executed.

(Functional configuration of user terminal 100)
The control unit 110 comprehensively 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 according to the operation of the game program 131 and the user. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 functions as a story part progress unit 111, a practice part progress unit 112, a practice part progress unit 113, and a lottery part progress unit 114 according to the description of the game program 131.

The control unit 110 can also function as another functional block (not shown) in order to advance the game according to the nature of the game to be executed. For example, the control unit 110 may function as an ability management unit for advancing the above-mentioned ability management part and a box garden part progressing unit for advancing the above-mentioned box garden part.

Further, the control unit 110 also functions as an operation reception unit (not shown), a display control unit, and the like. The operation reception unit detects and accepts a user's input operation with respect to the input unit 151. For example, the operation reception unit detects the coordinates of the input position in the input unit 151 of the above-mentioned input operation and specifies the type of the input operation. The operation reception unit specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like. The display control unit outputs a game screen on which the processing results executed by each unit of the control unit 110 are reflected to the display unit 152 of the touch screen 15. The display control unit may display the game screen including the video generated by each unit of the control unit 110 on the display unit 152. In addition, the display control unit may superimpose a graphical user interface (hereinafter, GUI) on the game screen for drawing.

The story part progress unit 111 advances the above-mentioned story part. The story part progress unit 111 reproduces the story data corresponding to the story. The story data is data including at least one or more various data such as moving images, still images, texts, and sounds in order to present a story to the user. The story part progress unit 111 manages the state of each story, for example, whether it has been released or not.

The practice part progress unit 112 advances the above-mentioned practice part. The practice part progressing unit 112 organizes a deck used for the progress of the quest, the stage in this embodiment, and advances the stage. When the user has played the stage to the end, the practice part progressing unit 112 determines the result accompanying the completion of the stage and reflects the result in the game information 132.

The practice part progress unit 113 advances the above-mentioned practice part. The practice part progress unit 113 organizes the deck used for the stage, the COM battle in this embodiment, and advances the COM battle. The practice part progressing unit 113 determines the result according to the result of the COM battle, and reflects the result in the game information 132.

The lottery part progressing unit 114 advances the above-mentioned lottery part. The lottery part progress unit 114 transmits the lottery execution request to the server 200 according to the input operation of the user instructing the execution of the lottery. When the winning card is determined by the server 200, the lottery part progressing unit 114 receives a notification about the winning card from the server 200 and causes the user to hold the winning card.

The functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, a 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 be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

<Invention outline>
In the present embodiment, the user terminal 100 is configured to execute the following steps based on the game program 131 in order to improve the enjoyment of the game. Specifically, in the storage unit 120 of the user terminal 100, a plurality of cards appearing in the game can be used in the game based on the game program 131, and each of the cards held by the user is used as a group identifier for classifying the cards. One of the characters is associated. According to the game program 131, the user terminal 100 has a step of forming a primary deck in which at least a card selected by the user's first input operation is incorporated from the cards, and a predetermined step from the primary deck. From the user, the step of extracting cards according to the rules and organizing the secondary deck, and selecting one or more cards to be used to advance the quest that composes the game from the secondary deck A step of displaying the first screen for acceptance on the display unit and a step of displaying recommended information indicating at least one or more recommended characters predetermined as recommended objects to be used on the first screen. And, a step of accepting the user's second input operation on the first screen, a step of advancing the quest using one or more cards selected by the accepted user's second input operation, and a recommended character are linked. When the attached card is used and the quest progresses, the step of deciding to give the user more reward than when the quest progresses without using the card, and the step of executing are executed. is there.

<Data structure>
(card)
FIG. 4 is a diagram showing an example of the data structure of the card. FIG. 4 shows a data structure of data corresponding to one card. The cards having the data structure shown in FIG. 4 are stored in the storage unit 120 as game information 132 for the number of cards held by the user. A card database (DB) is constructed from this collection of cards. The card DB is a database for centrally managing the cards held by the user. In the card DB, a card having the data structure shown in FIG. 4 is treated as one record.

As an example, the card includes each item of card ID, character name, rarity, attribute, card level, attractiveness, practice skill, main skill, sub skill, and dialogue management information.

The card ID is stored in the card ID item. The card ID is identification information uniquely assigned to the card in order to uniquely manage the card held by the user on the game system 1. In the present embodiment, a plurality of cards having the same content may be acquired in duplicate. Therefore, when there are a plurality of cards having the same content, different card IDs are assigned to each card in order to identify each card.

In the character name item, the name of the character associated with the card is stored as a group identifier for classifying the card. In the present embodiment, the character associated with the card is one of a plurality of characters appearing in the game. The character is an action subject that performs a predetermined action in the practice part and the practice part. For example, a character associated with a card organized in a deck used in the practice part is a character in the practice part. It functions as an operating subject. Each character that appears as an action subject in this game has a unique name that does not overlap with other characters. That is, the character associated with the card can be uniquely identified by the character name. The character ID is also uniquely assigned to the character in order to uniquely identify the character. Therefore, the character ID may be stored in the item instead of the character name.

Further, in the present embodiment, the same character may be associated with different cards. Therefore, it is possible that the user holds a plurality of cards to which the same character is associated, and in this case, each of the plurality of cards is treated as a separate card.

In the rarity item, the rarity set on the card is stored. Rarity is a graded representation of the rarity value of a card in the game. In general, cards that produce good results in the game, especially in the practice and practice parts, have a high degree of rarity. In the present embodiment, the rarity is expressed in four stages of SSR, SR, R, and N in descending order of grade. The rarity is, for example, the difficulty of obtaining the card, more specifically, the winning probability in the lottery where the card is won, the difficulty of the stage when it is obtained as a reward for clearing the stage, or the case of paid acquisition. It may correlate with the price. The more difficult it is to obtain a card, the higher the rarity of the card is set.

In the attribute item, when a card is classified by an attribute, information indicating which attribute the card is classified into is stored. In this game, as an example, three types of attributes, red, blue, and yellow, are provided. Cards are categorized into one of the red, blue, and yellow attributes. The names of the attributes are appropriately set according to the context of the game. For example, in a game in which an idol appears, it may have three attributes of passion, intelligence, and elegance, and in a game in which a wizard appears, it may have three attributes of fire, water, and thunder.

The attribute may also be set in the practice part where the game progresses using cards. In this game, the field refers to the place where the cards selected as the cards used to advance the game among the cards organized in the deck are placed. By putting a card that the user wants to use in the game into play, the user can proceed with the game using the card. The attribute set in the field is called the field attribute. The attributes of the cards incorporated in the deck (hereinafter referred to as card attributes) and the field attributes are referred to by the practice part progress unit 112 during the progress of the practice part, for example, in order to determine the result at the time of clearing the stage.

Attributes may also be set on enhancement items for enhancing card parameters. The card attributes of the enhancement target card and the attributes of the enhancement item are referred to by, for example, an ability management unit (not shown) while the ability management part is in progress. For example, by using a strengthening item with the same attributes as a card to strengthen the card, the strengthening efficiency is improved.

In the card level item, a value indicating the level of the card itself is stored. In this embodiment, the higher the card level, the higher the performance that gives good results in the practice part. The card level can be raised, for example, as a result of clearing the stage of the practice part.

In the attractiveness item, the attractiveness parameter value as one of the performances of the card is stored. The higher the attractiveness parameter value, the more advantageous the card will be in the COM battle in the practice part. For example, in a COM battle in which the number of spectators is mobilized, the higher the attractiveness, the more spectators can be mobilized, and the easier it is to win the COM battle. Attractiveness correlates with the card level, and the higher the card level, the higher the attractiveness parameter value.

The practice skill item stores detailed information on the practice skill. The practice skill is tied to a card, and when the card is incorporated into the deck in the practice part, it can be activated during the progress of the stage in the practice part.

Detailed information of the main skill is stored in the item of the main skill. The main skill is tied to a card, and when the card is incorporated into the main deck in the practice part, it can be activated while the stage in the practice part is in progress.

Detailed information of the sub skill is stored in the item of the sub skill. The subskill is associated with a card, and when the card is incorporated into the subdeck in the practice part, it can be activated during the progress of the stage in the practice part.

Each of the above-mentioned skills associated with a card may be produced as if the character represented on the card was activated while the stage was in progress. When the skill is activated, it has a beneficial effect on the progress of each part. The detailed information of each skill includes, for example, the name of the skill, the content of the effect, the effect value, the activation condition, and the like.

The serif management information is stored in the serif management information item. The serif management information is information for managing the serifs to be spoken by the character, and is supplied from the server 200. If the dialogue between characters is not generated as an event in the practice part or the like, the item of dialogue management information may be omitted in the card.

(charactor)
FIG. 5 is a diagram showing an example of a data structure of character data that defines a character. Character data having the data structure shown in FIG. 5 is created for each character in each game part of the game, and is stored in the storage unit 120 as game information 132. Character data may be stored in the storage unit 120 for the number of characters associated with the card held by the user, or for all the characters appearing in this game even before the user obtains the card. Character data may be stored in the storage unit 120.

As an example, the character data includes each item of a character ID, a character name, an affiliation (category), a pair parameter table, a story list, a dialogue database (hereinafter, DB), and a card ID list.

The character ID is stored in the character ID item. The character ID is identification information uniquely assigned to the character in order to uniquely manage the character that functions as the action subject in each game part on the game system 1. The character ID is preferably composed of systematically unique text strings (symbols, alphanumeric characters, etc.).

The character name is stored in the character name item. The character name is identification information uniquely assigned to the character in order for the user to identify the character. When the character is a high school boy idol, it is preferably composed of a character string that can be easily identified by the user, such as a person's name or a nickname.

In the belonging item, a parameter indicating which set the character belongs to is stored. In the story developed in the story part, each character is set with various settings indicating the character category, such as the nature or affiliation of the character. A plurality of belonging items may be provided. The item to which the player belongs may be defined more specifically according to the context of the game, the world view, and the like. For example, if the character is a high school boy, the items to which the character belongs include items that represent the character's category, such as the character's "grade", "club activities", "affiliation dormitory", "faction", and "blood type". It may be provided.

The item of the pair parameter table stores the pair parameter table or access information indicating the location where the pair parameter table is stored. The pair parameter is a numerical value representing the relationship between the character and other characters. In this embodiment, pair parameters are set for each combination of all characters appearing in this game. The pair parameter table is a list of pair parameters set with other characters for each other character, based on the character defined by the character data shown in FIG.

The game system 1 is a pair parameter database (hereinafter referred to as DB) for centrally managing pair parameters set for each combination of all characters appearing in this game, instead of managing the pair parameter table for each character. May be held in the storage unit (storage unit 120 or storage unit 220). In this case, the item of the pair parameter table may store a query for extracting a pair parameter with another character in the character from the pair parameter DB. The pair parameter table and the pair parameter DB will be described in detail later based on the data structure diagram.

The story list item stores the story list or access information for accessing the story list. The story list is a list of individual stories related to the character. In the present embodiment, as an example, the individual story about a character is a story that focuses on a pair of the character and another character. The story list will be described in detail later based on the data structure diagram.

In the item of the dialogue database, the dialogue DB or the access information for accessing the dialogue DB is stored. The dialogue DB is a database that centrally manages dialogue packs associated with the character. The dialogue pack is information in which event data and its metadata necessary for advancing the event in the practice part are packaged together. Specifically, the dialogue pack includes at least a group of dialogue consisting of one or more dialogues to be spoken by the character or an opponent character paired with the character. If the dialogue event does not occur in the practice part or the practice part, the item of the dialogue database may be omitted from the character data.

The card ID list item stores the card ID list or access information for accessing the card ID list. The card ID list is a list of card IDs of cards associated with the character among the cards held by the user. By referring to the card ID list, the user terminal 100 can immediately extract a card associated with the character from the cards held by the user.

In this embodiment, the character and the card have a one-to-many relationship. That is, although one character is associated with one card, the same character can be associated with a plurality of different cards. Also, even for the same character, if the associated cards are different, different attributes can be set for each card.

Further, in the present embodiment, as shown in FIG. 5, the above-mentioned various items are also associated with each character, and the information for each of these characters is shared by each card to which the same character is associated. To.

In other words, the cards can be grouped by character, and the character can be regarded as a group for classifying the cards, and the character ID and the character name can be regarded as a group identifier for grouping the cards. Then, when each card belonging to the same group is used, the information associated with the group is commonly referred to for each card. Specifically, when the user terminal 100 incorporates and uses each card associated with the same character in the deck and operates the character associated with the card, each of the above-mentioned characters defining the character is defined. Refer to the item.

In addition to characters, cards can also be classified based on rarity, attributes, and the like, as described above. Furthermore, the cards can be classified based on the affiliation set for the character.

(Pair parameter table)
FIG. 6A is a diagram showing an example of the data structure of the pair parameter table. In this game, as an example, five characters appear in the story. The character names of the five characters are, for example, Ata, Bsuke, Chiko, D man, and Furo. The figure shows, as an example, a pair parameter table associated with the character "A thick". A similar pair parameter table is created for each character of Bsuke, Chiko, D man, and Furo.

The pair parameter table includes the opponent character and each item of the pair parameter. As described above, the pair parameter is a numerical value of the relationship between the two characters constituting the pair, and in the present embodiment, as an example, two types of pair parameters, friendship and harmony, are set. Has been done.

In the item of the opponent character, the character name of the opponent character paired with the reference character is stored. For example, the first record shown in FIG. 6 is a record for storing a pair parameter between the reference character "A thick" and the partner character "B-suke".

In the friendship level item, a numerical value indicating the friendship level between characters is stored. The degree of friendship is an index for evaluating the degree of friendship between paired characters. In this embodiment, the higher the value, the higher the degree of friendship between the pair, that is, the two are on good terms. In the example shown in FIG. 6, for example, the degree of friendship between "A-ta" and "B-suke" is "25". Friendship is referred to as a condition for releasing individual stories for each pair.

In the item of harmony, a numerical value indicating the harmony between characters is stored. The degree of harmony is an index for evaluating the goodness of cooperation between paired characters. In the present embodiment, 100% is set as the maximum degree of harmony that the pair can take, and the higher the value, the better the coordination of the pair, that is, the better performance is output by the pair. ..

For example, when playing the stage of the practice part, of the cards used in the stage, the two cards in the stage of the practice part depend on the numerical value of the degree of harmony between the characters indicated by each of the two specific cards. The effect of the character, such as images, moving images, and sounds, may change. Specifically, when the numerical value of the degree of harmony between the two characters is equal to or higher than a predetermined value, at least one of an image, a moving image, and an audio indicating that the two characters are intimate is output. May be good. Further, the higher the numerical value of the degree of harmony between the two characters, the more luxurious the effect may be. Further, the higher the numerical value of the degree of harmony between the two characters, the more the number of the effects, that is, the frequency of the effects may be increased.

Further, for example, the higher the numerical value of the degree of harmony between the two characters, the more advantageous the stage progress of the practice part may be. Specifically, the higher the numerical value of the degree of harmony between the two characters, the longer the effect value or the duration of the effect content of the skill that can be activated in the stage of the practice part may increase. Further, as the numerical value of the degree of harmony between the two characters is higher, at least one of the number of activations and the activation opportunity of at least one skill of the two characters may increase in the stage of the practice part. ..

Further, for example, the higher the numerical value of the degree of harmony between the two characters described above, the more advantageous the value of various parameters set for these characters or the card corresponding to the character is changed. You may. Specifically, the higher the numerical value of the degree of harmony between the two characters, the higher the parameter value of the attractiveness of the card corresponding to these characters may be. Also, if the stage of the practice part is a battle-type stage in which the user's own camp and the enemy camp play against each other, the degree of harmony between the characters shown by the two specific cards of the own camp and the identification of the enemy camp You may compare the degree of harmony between the characters shown by the two cards in. Then, as a result of the comparison, the parameters of the specific two cards of the camp with the higher degree of harmony may be increased. Alternatively, as a result of the comparison, the parameters of the specific two cards of the camp with the lower harmony may be lowered.

Also, for example, in the case of a game in which the stage of the practice part progresses by executing the turn of the own camp and the turn of the enemy camp, as a result of the above comparison, the turn of the camp with the higher degree of harmony should be performed first. It may be. As an example, it is assumed that the camp with the higher degree of harmony will increase the probability of taking the initiative in the match. Alternatively, as a result of the above comparison, the frequency of performing the turn of the camp with the higher degree of harmony may be increased.

In this embodiment, as an example, the degree of harmony can be increased by the pair practicing in the practice part, and in the practice part the pair is consumed to output a particular performance. That is, the degree of harmony is a numerical value that increases or decreases as the user repeatedly plays the practice part and the practice part.

FIG. 6B is a diagram showing an example of the data structure of the pair parameter DB. In the present embodiment, in the pair parameter DB, a combination of characters appearing in the game, that is, a pair is used as a primary key, and a record is created for each pair. Then, the pair parameter is stored in the record. Specifically, the degree of friendship and the degree of harmony are stored.

In this embodiment, as described above, five characters appear. In this case, since there are 10 combinations of all the 5 characters, the pair parameter DB has 10 records. The control unit 110 of the user terminal 100 may extract a record of the pair parameter from the pair parameter DB using one character as a key. For example, if the pair parameter DB is operated based on the query "extract records containing A thick in the primary key", a pair parameter table for A thick can be obtained as shown in (A) of FIG. Be done.

(Story list)
FIG. 7 is a diagram showing an example of the data structure of the story list. The figure shows, as an example, a story list associated with the character "A-ta". A similar story list is created for each character of Bsuke, Chiko, D man, and Furo.

The story list includes each item of the opponent character, the story ID, and the state.

In the item of the opponent character, the character name of the opponent character paired with the reference character (here, "A thick") is stored.

In the story ID item, the story ID of the individual story associated with the pair is stored. The story ID is identification information for uniquely identifying the story data corresponding to the individual story in the game system 1. Any information that can uniquely identify an individual story may be used. For example, the item may store a story title, chapter number, or the like set for each individual story instead of the story ID. Alternatively, in the item, instead of the story ID, address information indicating a place where story data corresponding to the individual story is stored may be stored.

Individual stories may be provided to multiple users per pair. In the example shown in the figure, for example, an individual story related to a pair of A-ta and B-suke is provided to users for three episodes from story IDs "AB001" to "AB003".

In the state item, a parameter indicating the state of the individual story is stored. As an example, the parameter indicating the state of the individual story may be a flag indicating whether the individual story has been released or not released. In the present embodiment, the individual story is "released" means that the user can access the story data of the individual story via the user terminal 100, and the user reads the individual story. It means that it is in a state where it can be done.

Further, the release progress may be stored as a parameter indicating the state of the individual story in the item in the above-mentioned state or the item provided separately. The release progress is information indicating how much the user satisfies the release condition when the individual story is not released. In the present embodiment, the release progress is, for example, a fraction, which is composed of a denominator indicating the friendship required for release and a numerator indicating the current friendship of the pair accumulated by the user playing the game. Will be done.

Note that the individual stories may be centrally managed for each pair in the database using the pair as the primary key, as in the pair parameter DB shown in FIG. 6B.

(Story list)
FIG. 7 is a diagram showing an example of the data structure of the story list. The figure shows, as an example, a story list associated with the character "A-ta". A similar story list is created for each character of Bsuke, Chiko, D man, and Furo.

The story list includes each item of the opponent character, the story ID, and the state.

In the item of the opponent character, the character name of the opponent character paired with the reference character (here, "A thick") is stored.

In the story ID item, the story ID of the individual story associated with the pair is stored. The story ID is identification information for uniquely identifying the story data corresponding to the individual story in the game system 1. Any information that can uniquely identify an individual story may be used. For example, the item may store a story title, chapter number, or the like set for each individual story instead of the story ID. Alternatively, in the item, instead of the story ID, address information indicating a place where story data corresponding to the individual story is stored may be stored.

Individual stories may be provided to multiple users per pair. In the example shown in the figure, for example, an individual story related to a pair of A-ta and B-suke is provided to users for three episodes from story IDs "AB001" to "AB003".

In the state item, a parameter indicating the state of the individual story is stored. As an example, the parameter indicating the state of the individual story may be a flag indicating whether the individual story has been released or not released. In the present embodiment, the individual story is "released" means that the user owns the story data of the individual story or has the authority to access the story data via the user terminal 100. That is, it means that the individual story can be read by the user.

Further, the release progress may be stored as a parameter indicating the state of the individual story in the item in the above-mentioned state or the item provided separately. The release progress is information indicating how much the user satisfies the release condition when the individual story is not released. In the present embodiment, the release progress is, for example, a fraction, which is composed of a denominator indicating the friendship required for release and a numerator indicating the current friendship of the pair accumulated by the user playing the game. Will be done.

Note that the individual stories may be centrally managed for each pair in the database using the pair as the primary key, as in the pair parameter DB shown in FIG. 6B.

<Practice part>
(Processing flow)
FIG. 8 is a flowchart showing a processing flow in the practice part executed by the practice part progress unit 112.

The practice part progress unit 112 causes the display unit 152 to selectably display a list of stages that can be played by the user in advance. The user performs an input operation via the input unit 151 and selects a stage to be played. The practice part progress unit 112 identifies the stage selected by the user according to the input operation received via the operation reception unit. When the stage to be played is specified, the practice part progressing unit 112 starts the following series of processes.

In step S101, the practice part progressing unit 112 causes the display unit 152 to display the deck organization screen (second screen). The deck organization screen is a screen for accepting a first input operation of selecting a card to be incorporated into the primary deck used in the selected stage from the cards owned by the user.

In step S102, the practice part progressing unit 112 displays the recommended information on the deck formation screen while displaying the deck formation screen and accepting the first input operation. The recommended information is information indicating a recommended object that is a recommended object to be used in the game. The recommended object is, for example, predetermined by the game master, and the recommended object may be changed periodically or irregularly, for example. Recommendation information includes information indicating the recommended character, card attributes, card rarity, and combinations thereof. As an example, in the present embodiment, the recommended information includes information indicating a recommended character as a recommended character to be used in the stage. This allows the user to see which is the recommended character at all times while scrutinizing the character to use on the stage, without any additional intervention. The recommendation information may further include information indicating the rarity of the card.

In step S103, the practice part progressing unit 112 determines whether or not the first input operation performed on the deck formation screen has been accepted via the operation receiving unit. When the practice part progress unit 112 accepts the first input operation, it proceeds from YES in step S103 to step S104, and when it does not accept the first input operation, it proceeds from NO in step S103 to step S105.

In step S104, the practice part progressing unit 112 incorporates the cards selected by the user into the primary deck to form the primary deck.

Further, in the present embodiment, the practice part progressing unit 112 may incorporate a card specified according to a predetermined rule into the primary deck in addition to the card selected by the user. The practice part progressing unit 112 may specify a card not specified by the user among the cards held by the user according to a predetermined rule. For example, the practice part progressing unit 112 may be randomly specified from the cards held by the user. Alternatively, the practice part progressing unit 112 may specify a card that the user does not have according to a predetermined rule. For example, the practice part progress section 112 may specify a card pre-associated with a stage selected by the user as a card to be incorporated into the primary deck. In the present embodiment, the practice part progress unit 112 organizes, for example, 10 cards selected by the user and the cards associated with the stage, for example, 1 into the primary deck.

In step S105, the practice part progressing unit 112 may accept an input operation instructing the start of the stage in the practice part. The input operation for instructing the start of the stage may be input by the user touching a UI component such as a "start button" arranged in the deck organization screen, for example. When the start button is touched, the practice part progress unit 112 proceeds from YES in step S105 to step S106, and starts the progress of the stage.

Next, the practice part progressing unit 112 advances the stage. In the present embodiment, as an example, one stage is composed of a predetermined set. The practice part progressing unit 112 advances the stage by repeating each process from step S106 to step S113 corresponding to one set a predetermined time, for example, 10 sets. In this embodiment, the place is provided for each set. That is, the practice part progressing unit 112 advances one stage by repeating the process of advancing one set for 10 sets using the card selected by the user as the card to be put into play. The condition for exiting the loop from step S106 to step S113 is therefore that "all sets constituting the stage have been processed".

In step S106, the practice part progressing unit 112 organizes the secondary deck based on the primary deck. More specifically, the practice part progressing unit 112 extracts cards from the cards incorporated in the primary deck based on a predetermined rule, and organizes a secondary deck composed of the extracted cards. As an example, the practice part progressing unit 112 randomly extracts 5 cards to be incorporated into the secondary deck from the 11 cards in the primary deck.

In step S107, the practice part progress unit 112 displays the stage progress screen on the display unit 152 for disclosing the basic information of each set in progress to the user. The stage progress screen includes the secondary deck organized in step S106. Specifically, the practice part progress unit 112 displays, for example, a list of cards in the secondary deck on the above-mentioned stage progress screen, and the user selects a card to be used in the set in progress from the list of cards. Provide a UI so that you can. That is, the stage progress screen also functions as a screen for accepting a second input operation from the user to select a card to be used in the set in progress from the secondary deck. Specific examples of the stage progress screen will be described in detail later with reference to FIGS. 15 to 17.

In step S108, the practice part progress unit 112 further displays recommended information on the display unit 152 while the above-mentioned stage progress screen is displayed on the display unit 152. As an example, the recommended information includes information indicating recommended characters to be used on the stage. This allows the user not only during deck formation before the start of the stage, but also during the progress of the set after the start of the stage and while scrutinizing the characters to select the characters to use in the set. However, it is always possible to confirm which is the recommended character without performing any other extra operation.

In step S109, the practice part progress unit 112 determines whether or not the second input operation performed on the stage progress screen has been accepted via the operation reception unit. When the practice part progress unit 112 accepts the second input operation, it proceeds from YES in step S109 to step S110, and when it does not accept the second input operation, it returns to step S107 from NO in step S109 and returns to step S107 to enter the second input. Wait until the operation is accepted.

In steps S110 to S113, an event is generated to advance one set to the end. Specifically, the practice part progress unit 112 determines the reward to be given to the user based on the user's play for one set, that is, the selection of the pair. Then, the practice part progress unit 112 outputs an animation that directs the progress of the set in response to the user's play. The practice part progressing unit 112 determines the content and quantity of the reward based on a predetermined rule. The prescribed rules are, for example, as follows.

In step S110, first, the practice part progressing unit 112 determines whether the card selected as the card to be put into play according to the user's second input operation is a card corresponding to the recommended object indicated by the recommended information. Judge whether or not. As an example, when a recommended character is designated as a recommended object, the practice part progressing unit 112 determines whether or not the character associated with the card put into play is the recommended character. If the character of the card put into play is not the recommended character, the practice part progress unit 112 proceeds from NO in step S110 to step S111, and if the character of the card put into play is the recommended character, the practice part progresses. The unit 112 proceeds from YES in step S110 to step S112.

In step S111, the practice part progress unit 112 determines the amount of reward given to the user for the ongoing set as the first amount. The reward is, for example, an item that can be used in this game or an exchange item that can be exchanged for a game medium such as a card, and the exchange item is, for example, digital data that imitates the form of a medal. In the present embodiment, the practice part progressing unit 112 may determine that the reward medal is 0 for the set in which the recommended character is not used.

In step S112, the practice part progress section 112 determines the amount of reward given to the user for the ongoing set as a second amount. The second quantity is more than the first quantity, for example, two. Users are motivated to use the recommended character card because they get more rewards when they use the recommended character card than when they do not use it.

In step S113, the practice part progress unit 112 puts the card selected by the user from the secondary deck into play according to the second input operation of the user, and advances the set in progress to the end. In the present embodiment, the practice part progressing unit 112 puts two cards selected by the user into play. Then, the practice part progressing unit 112 advances the set based on the cards put into play. In this embodiment, as an example, "using a card in a set" means placing a card in a field associated with an ongoing set, depending on the combination of the field and the card placed in that field. Refers to the progress of the event that occurred. More specifically, the practice part progress unit 112 identifies a pair of characters associated with each card that comes into play. Then, the practice part progressing unit 112 causes two characters associated with each of the two cards put into play to perform a predetermined action. Specifically, the practice part progressing unit 112 processes the event data for reproducing the generated event, and displays an animation on the display unit 152 with an effect that the characters are performing the above-mentioned predetermined actions. It outputs or outputs voice data corresponding to the character's dialogue to a speaker (not shown). Further, the practice part progressing unit 112 may also output to the display unit 152 an animation indicating that the amount of reward determined in step S111 or S112 is dropped and can be acquired by the user.

The practice part progressing unit 112 executes each process from step S106 to step S113 for one set, and repeats this for each set. When the practice part progressing unit 112 executes the processes from step S106 to step S113 for all the sets constituting the stage, for example, when 10 sets are advanced, the practice part progresses through the loop and proceeds to step S114.

In step S114, the practice part progressing unit 112 displays a result screen showing the result of playing the stage on the display unit 152. The result screen contains, for example, information indicating how many medals have been awarded in total over 10 sets.

In step S115, the practice part progressing unit 112 grants the reward obtained in each set to the user. Specifically, the number of medals possessed associated with the user is incremented by the number indicated by the above total. In addition to medals, rewards may include enhancement items for enhancing cards.

(Deck organization)
FIG. 9 is a diagram showing an example of a data structure of deck information referred to in the practice part. FIG. 9A shows deck information of the primary deck, and FIG. 9B shows deck information of the secondary deck.

As shown in FIG. 9, the deck information of each deck includes each item of the position number and the card ID.

The position number item stores identification information for identifying the card placement location in each deck. For example, the position number "1-1" indicates the first placement location in the primary deck, and the cards placed here are identified as the first card in the primary deck. In the embodiment in which the arrangement or arrangement order on the deck does not affect the progress in the game part using the deck, the item of the position number may be omitted.

In the item of card ID, the card ID of the card incorporated in each deck is stored. In the figure, a single digit number is stored for simplification of the explanation, but since the card ID is the identification information assigned to uniquely identify all the cards, it is actually more than this. Is also assumed to be a complex list of letters and symbols.

In the figure, an item of a character name is provided to help the understanding of the invention. This is illustrated for illustration purposes and may not be provided as an item in the actual deck information. In the character name item, the character name of the character associated with the card placed at the position is stored.

As shown in (A) of FIG. 9, the deck information of the primary deck has at least a position for arranging the card selected by the user. In the illustrated example, 10 positions are provided from "1-1" to "1-10".

It is assumed that the practice part progressing unit 112 specifies a card other than the card selected by the user as a card to be inserted into the primary deck based on a predetermined rule. In this case, the deck information of the primary deck may have a position for arranging the cards thus identified. In the illustrated example, one position is provided as "1-11". In the following, apart from the card selected by the user, the card selected by the practice part progress unit 112 will be referred to as a guest card when it is particularly necessary to distinguish between them. As an example, the primary deck is composed of 10 positions for arranging cards selected by the user and 1 position for arranging guest cards determined by the practice part progressing unit 112. In this embodiment, the guest card is predetermined for each stage, for example.

When the practice part progressing unit 112 receives the first input operation of selecting 10 cards via the deck formation screen in step S103, the 10 cards and one card associated with the selected stage are received. The deck information shown in (A) of FIG. 9 is generated based on the guest card of.

The practice part progress unit 112 identifies the group to which the card belongs, for example, the character associated with the card, based on the group identifier for classifying the cards, for example, the character name or the character ID, and the game medium belonging to the same group. May be incorporated into the primary deck so as not to exceed a predetermined upper limit. For example, as shown in FIG. 9A, the practice part progressing unit 112 may control the primary deck so that more than two cards of the same character are not incorporated, except for the guest card. This makes it possible to incorporate cards of various characters into the primary deck and encourage the user to develop all the characters evenly. As a result, the user can enjoy the training game for a long time without getting tired of the game.

As shown in FIG. 9B, the deck information of the secondary deck has a position for arranging the cards extracted from the cards incorporated in the primary deck by the practice part progressing unit 112. In the illustrated example, five positions are provided from "2-1" to "2-5".

Each time the set starts, the practice part progressing unit 112 extracts 5 cards (the first predetermined number) from the 11 cards incorporated in the primary deck based on a predetermined rule. , Generates the deck information shown in FIG. 9B.

For example, the practice part progressing unit 112 may randomly extract five cards. The practice part progress section 112 may extract five cards depending on which card was put into play in the previous set. As an example, the practice part progressing unit 112 extracts five cards based on the following rules and organizes a secondary deck.

(A) to (C) of FIG. 10 detail the process from the progress of the previous set to the reorganization of the secondary deck used by the practice part progressing unit 112 to proceed with the current set. It is a figure explaining to.

FIG. 10A is a diagram showing an example of a card selected by the user and put into play in step S109 of the previous set. The upper row shows the card ID of the selected card, and the lower row shows the character name of the character associated with the card. As shown in the figure, it is assumed that the user selects each card with card IDs "5" and "7" from the cards in the secondary deck shown in FIG. 9B. Hereinafter, each card with card IDs "5" and "7" will be referred to as a fifth card and a seventh card.

FIG. 10B is a diagram showing deck information of the secondary deck immediately after the end of the previous set. In the example shown in the figure, the description of the position number item is omitted. The upper row shows the card ID of the card incorporated in the secondary deck, and the lower row shows the character name of the character associated with the card.

When the previous set is completed, the practice part progressing unit 112 removes the cards selected by the user in the previous set and put into play from the secondary deck. In the illustrated example, the practice part progress section 112 removes the 5th card and the 7th card from the secondary deck. On the other hand, the practice part progressing unit 112 keeps the cards that were not selected by the user in the previous set in the secondary deck in this set.

Next, the practice part progress section 112 reorganizes the secondary deck for this set. As an example, the practice part progressing unit 112 selects a card to be replenished to the vacant position by removing the above-mentioned card. In another example, the practice part progress section 112 may reset the secondary deck organized in the previous set and reselect all positions in the secondary deck.

As an example, the practice part progressing unit 112 specifies the candidates for the cards to be replenished in the vacant position as follows, and randomly extracts the cards to be replenished from the candidates for the cards.

FIG. 10 (C) is a diagram showing candidates for cards to be replenished in vacant positions. For example, the practice part progress section 112 puts cards that were not included in the secondary deck in the previous set as candidates. As a result, there is a possibility that each card remaining in the primary deck without being extracted by the practice part progressing unit 112 in the previous set will be incorporated into the secondary deck.

That is, the practice part progressing unit 112 has a configuration in which cards that were not selected as cards to be put into play in the previous set remain in the secondary deck, and cards that were not extracted for the secondary deck in the primary deck are candidates. It has a structure to put in. As a result, these configurations reflect the intention of the game master who wants the user to develop various characters widely using various cards, for example, the management organization that supplies the game program of this game to each user. Can be made to.

In the present embodiment, in addition, the practice part progressing unit 112 also includes the card selected by the user in the previous set as a candidate. As a result, there is a possibility that the cards selected by the user in the previous set will be continuously incorporated into the secondary deck in this set as well. Also, if a card is incorporated into the secondary deck, the user can select the card as a card that is finally put into play at his / her will. The user may want to select his favorite card as many times as he wants to develop the parameters associated with that card.

That is, the practice part progressing unit 112 has a configuration in which a card selected as a card to be put into play in the previous set is put into a candidate, and a configuration in which a user selects a card to be put into play from the secondary deck. .. With these configurations, it is possible to meet the demands of users who want to intensively strengthen their favorite cards.

(Recommended information)
FIG. 11 is a diagram showing an example of a data structure of recommended information. The recommendation information includes predetermined information indicating recommended objects recommended for use in the game. In this embodiment, the recommended information includes information indicating the character recommended for use in the stage and the rarity of the card.

Since there are two cards used in one set in the stage, in this embodiment the recommended information indicates two recommended objects.

In the illustrated example, the recommended information specifies a card with the character "A thick" and a rarity of "R or higher" as the first recommended object. Further, the recommended information specifies a card having a character "B-suke" and a rarity of "R or higher" as the second recommended object.

The recommended information is not limited to this, and may be information indicating one card as a recommended object, or may be information indicating three or more cards as a recommended object.

Such recommended information is generated by the progress support unit 211 of the server 200, distributed to the user terminal 100, and stored as game information 132. Each unit of the control unit 110, particularly the practice part progress unit 112 and the practice part progress unit 113, appropriately refers to the stored recommended information and processes according to whether or not the recommended recommended object has been used in the game. Each game part progresses while making different.

(Reward rules)
FIG. 12 is a diagram showing an example of the data structure of the reward rule. The reward rule is information that defines a rule for determining the reward to be given to the user depending on whether or not the recommended recommended object has been used in the game. The reward rule is stored in the storage unit 120 as game information 132, and is referred to when the practice part progress unit 112 determines the amount of reward in step S111 or S112.

As an example, the reward rule defines the conditions for which rewards are given, the first row to the third row, and the fourth row and the third row, which define the amount of rewards given when the conditions are met. Includes 5 lows.

In the first row, whether or not the character pair associated with each of the two cards put into play matches the character pair indicated in the recommended information in one set of the stage of the practice part. Prescribe the conditions of. As an example, "1" refers to the case where the character pair put into play matches the recommended character pair indicated in the recommended information, and "0" indicates that the character pair matches the recommended character pair. Refers to the case where there is no. Even if only one character matches the recommended information, it corresponds to "0" if it does not match in pairs.

The second row defines a condition for whether or not the rarity of each of the two cards put into play in one set matches the recommended rarity indicated in the recommended information. As an example, "1" means that both cards put into play match the recommended rarity, and "0" means that one or two of the two cards have the recommended rarity. Refers to the case where does not match. A "-" means that the column does not consider the recommended rarity condition when determining the amount of reward. In the present embodiment, if the rarity of the two cards put into play is any of SSR, SR, and R, it corresponds to "1". If even one of the two cards put into play has a rarity of N, it corresponds to "0".

The third row defines a condition as to whether or not the attributes of the two cards put into play in one set match the field attributes set in the set. As an example, "1" refers to the case where both card attributes of the cards put into play match the field attributes of the set, and "0" indicates one or two of the two cards. It refers to the case where the card attributes do not match the field attributes of the set. For example, in a set where the field attribute is red, if two red cards are put into play, it corresponds to "1", and even if one card is put into play, the card attribute is other than red. If there is, it corresponds to "0".

The fourth row and the fifth row define the amount of reward given when the conditions defined by the three items from the first row to the third row are satisfied. In this embodiment, as an example, the amount of reward is also differentiated by the grade of the stage played. For example, the amount of reward is different between the beginner stage with less stamina and the advanced stage with more stamina consumption, even under the same conditions. In another embodiment, the amount of reward may be the same at all stages.

The fourth row defines the amount of reward for each set when the beginner stage is played. The fifth row defines the amount of reward for each set when the advanced stage is played.

According to the above reward rules, the practice part progressing unit 112 can determine the amount of reward for each set. For example, in the first column, "1, 1, 1" is defined in order from the top, and the condition defined in the first column is "two cards put into play are recommended character pairs. The rarity of both cards is R or higher, and the card attribute is the same as the field attribute. " If the user is able to put out a card in the field so as to satisfy this condition in a certain set, the practice part progressing unit 112 will give 8 medals as a reward for this set in the beginner stage. , If it is an advanced stage, it can be decided to be 10.

(Result information)
FIG. 13 is a diagram showing an example of a data structure of result information. The result information is stored in the storage unit 120 as game information 132. The practice part progressing unit 112 initializes the result information at the start of the stage, writes the result determined for each set, updates the result information about the stage, and outputs the result information of the stage when all the sets are completed. Finalize.

The result information includes, for example, a set number, a pair, and each item of the result.

In the set number item, a set number indicating the number of advanced sets in the stage is stored. As an example, when one stage is composed of 10 sets, the result information has one record for each set, for a total of 10 records. Then, each record is associated with a set number of 1 to 10.

The pair item stores the character name of the character associated with each card put into play in the set. Although not shown, not only the character name but also the card ID of the card actually put into play may be stored in the item.

The result item stores the outcome, specifically the reward, that accompanies the completion of the set. As an example, the resulting item includes exchange items, enhancement items, friendship, and harmony sub-items.

The sub-item of the exchange item stores the number of medals to be given to the user determined for the set. In the present embodiment, as an example, there are three types of medals for each attribute, and the number of medals is managed separately for each type of attribute. In the present embodiment, as an example, a medal with an attribute matching the field attribute set in the set is given.

The enhancement item sub-item stores the type and number of enhancement items as a reward given to the user by completing the set. The practice part progressing unit 112 determines the content of the reward based on a predetermined rule. For example, the practice part progressing unit 112 may determine the reward according to the field attribute of the set, the card attribute of the card that came into play, the condition of the card that came into play, the content of the event that occurred in the set, and the like. You may decide the reward at random.

The friendship sub-item stores the friendship increment as a pair parameter that is updated by the completion of the set.

The harmony sub-item stores the increment of harmony as a pair parameter updated by the completion of the set.

When one set is completed, the practice part progressing unit 112 records the reward determined for the set in step S111 or step S112 in the result information shown in FIG. The practice part progressing unit 112 fills one record for each set, and when all the sets (for example, 10 sets) are completed, the result information of the stage is completed. The practice part progressing unit 112 raises the parameters of the pair that came into play according to the completed result information, or causes the user to obtain all the rewards of the amount determined in each set as the clear reward of the stage. can do.

In addition, in a certain set, it is assumed that one of the cards put into play is a guest card that is not held by the user, and the user does not hold the card of the character represented by the guest card. To. In the present embodiment, even in such a case, the practice part progressing unit 112 is variously based on one card held by the user and the other guest card not held by the user. The parameters can be strengthened. Specifically, the practice part progressing unit 112 stores the guest card in the storage unit 120 in a state in which the guest card is distinguished from the card held by the user and cannot be arbitrarily used by the user. The data structure of the guest card is the same as the data structure of the card shown in FIG. 4, except that it cannot be used arbitrarily. Then, when the guest card is put into play, the practice part progressing unit 112 strengthens the parameters of the guest card and the pair parameters related to the guest card and the other card, and each of the guest cards Update the item. After that, when the user newly holds the same card as the above-mentioned guest card, each item of the above-mentioned guest card is applied to each item of the same card, and the card is held by the user. It is stored in the storage unit 120. As a result, the user can try the guest card and check the performance of the card even if he / she does not own it. In addition to this, the play record of the trial period is accumulated for the guest card, and when the card is actually obtained, the accumulated record can be taken over and the card can be used regularly. As a result, it is possible to give the user an opportunity to experience the performance of a card that is not yet owned and to motivate the user to obtain the card.

(Deck organization screen)
FIG. 14 is a diagram showing an example of a deck organization screen displayed on the display unit 152 of the user terminal 100.

When executing steps S101 to S105, the practice part progressing unit 112 displays, for example, the deck formation screen 400 shown in FIG. 14 on the display unit 152.

The deck organization screen 400 includes a user unit 401, a guest unit 402, a start button 403, and recommended information 404 as UI parts.

The user unit 401 is a UI component for indicating a card selected by the user from the cards in the user's possession. The user unit 401 also functions as a UI component that accepts input operations for the user to organize a primary deck.

For example, when the user wants to change the card arranged in the user unit 401, the practice part progressing unit 112 accepts the change as follows.

The practice part progress unit 112 accepts an input operation such as a tap operation on the icon of the card arranged in the user unit 401. In response to the tap operation, the practice part progressing unit 112 displays a list of cards held by the user on the display unit 152 together with UI parts that allow the user to select a card, and is displayed first. Let the user select a new card to be included in the primary deck by replacing the card from the list. The list of cards may be displayed on a pop-up screen superimposed on the deck organization screen 400, or may be displayed together with the deck organization screen 400 in another display area of the display unit 152. Upon receiving the operation of selecting a new card from the list, the practice part progressing unit 112 reorganizes the primary deck and arranges the new card in the user unit 401 in place of the previously tapped card.

The guest unit 402 is a UI component for presenting a guest card automatically incorporated into the primary deck to the user at the stage to be executed.

As shown in the illustrated example, the primary deck is composed of 10 cards selected by the user among the cards owned by the user and one guest card preset according to the stage.

When the user selects a card icon in the user unit 401 and the guest unit 402, the practice part progressing unit 112 displays the selected card and detailed information of the character associated with the card on the deck organization screen 400. It may be superimposed and displayed on. For example, the practice part progressing unit 112 may superimpose and display the card attribute, the rarity of the card, the level, the special effect that can be activated in the stage, and the like as detailed information.

The recommendation information 404 is a UI component for presenting to the user recommended objects recommended for use in each set of stages. In the illustrated example, since two characters are designated as the recommended objects, the recommended information 404 includes information for identifying the two characters. The recommended information 404 may be information that identifies the character's name, such as "A-thick" or "B-suke", but from the viewpoint of making the user intuitively understand, the image of the character on the card or , The character is preferably a deformed icon or the like.

The recommended information 404 continues to be displayed while the deck formation screen 400 is displayed, that is, while the card change is accepted via the user unit 401, even if the user does not call it by a separate input operation. This allows the user to see which is the recommended character at all times while scrutinizing the character to use on the stage, without any additional intervention.

The deck formation screen 400 may include a start button 403 for confirming the primary deck and instructing the start of the stage. When the start button 403 is operated by the user, the practice part progress unit 112 starts the progress of the stage based on the primary deck displayed on the user unit 401 and the guest unit 402.

(Stage progress screen)
15 to 17 are diagrams showing an example of a stage progress screen displayed on the display unit 152 of the user terminal 100.

When the practice part progressing unit 112 executes steps S107 to S109, for example, the stage progressing screen 500 shown in FIG. 15 is displayed on the display unit 152. When the practice part progress unit 112 executes step S113, for example, the stage progress screen 500 shown in FIGS. 16 and 17 is displayed on the display unit 152.

The stage progress screen 500 has a first function of disclosing basic information of the stage and each set, a second function of providing UI parts for the user to select a card to be used in the set, an event progress status, and an event progress screen 500. It is configured to have a third function of presenting the result to the user.

As shown in FIG. 15, in order to realize the first function, the stage progress screen 500 includes set information 501, concentration gauge 502, and result information 503 as an example.

The set information 501 includes information indicating the progress of the stage. The information indicating the progress status is information indicating how many sets remain in progress, including the set in progress (hereinafter referred to as the current set). By displaying the set information 501 such as "3 more sets", the user understands that there are 3 incomplete sets.

The set information 501 may further include information indicating the field attributes of the current set, the next set, and the next set. In each set, the "field" is a place to place the two cards selected by the user, and in the context of this game, it is associated with each of the above two cards. This is a practice stage 505 for two characters (pairs) to perform as a practice.

The information indicating the field attribute may be presented as a color-coded icon, for example, as shown in the figure. Specifically, among the set information 501, the largest icon on the left indicates the field attribute of the current set, the icon in the center indicates the field attribute of the next set, and the icon on the right indicates the field attribute of the set one after another.

In the present embodiment, the practice part progressing unit 112 determines the result obtained by the user when the set is completed, according to the relationship between the field attribute in the set and the attribute of the card placed in the field. May be good. For example, the practice part progressing unit 112 corrects the content of the result of the set so that the set in which the cards matching the field attributes are placed in the field can obtain the result more advantageous to the user than the case where the cards do not match. May be good. Specifically, the practice part progress unit 112 may allow the user to acquire more enhancement items that are rewards for completing a set with matching attributes, or increase the pair parameters of the pairs appearing in the set. The value may be higher. Further, in the present embodiment, the practice part progressing unit 112 causes the user to acquire more medals in the set in which the cards matching the field attributes are arranged in the field than in the case where the cards do not match. Further, in the present embodiment, the practice part progressing unit 112 is a card that matches the field attribute, and in a set in which a card that matches the recommended pair and the character is put into play, it is more than a case where only the attributes are matched. Let users win even more medals.

The user can check the field attributes shown in the set information 501 and compare them with the attributes of the cards in hand to select the optimum pair in order to obtain better results efficiently. As a result, the playability of the practice part is enhanced.

The concentration gauge 502 is a UI component that indicates the degree of accumulation of parameters accumulated as a result of the progress of the event each time the event progresses for each set. In the context of this game, the parameter is expressed, for example, as a degree of concentration indicating the degree to which each character in play is focused on practice. In the present embodiment, the practice part progress unit 112 arranges cards in the field for each set, and updates the degree of concentration each time the event related to the character pair of each card is progressed. When the degree of concentration reaches a predetermined threshold value, the practice part progressing unit 112 advances several sets from the next time onward in a mode (so-called fever mode) in which the stage is advanced in a particularly advantageous manner for the user. For example, the practice part progress section 112 may significantly increase the amount of rewards such as enhancement items obtained after the set is completed. When the practice part progressing unit 112 ends the fever mode, the concentration gauge is reset and the accumulation is restarted from zero. Note that the practice part progressing unit 112 may accumulate a higher degree of concentration when the field attribute and the attribute of the card put into the field match. In the present embodiment, the practice part progressing unit 112 may carry over the degree of concentration across the stages. The practice part progress unit 112 stores the degree of concentration at the end of the stage in the storage unit 120 as game information 132, and reads out the stored degree of concentration when another stage is started.

Achievement information 503 is a UI component for presenting to the user the number or amount of rewards previously earned in each set in progress in the ongoing stage. In the illustrated example, the rewards are enhancement items and medals with set attributes, and for the enhancement items, the number of enhancement items acquired as rewards is disclosed for each set attribute. For medals, the total of all types of medals won will be disclosed regardless of their attributes. As a result, the user can grasp in advance the amount of reward obtained after the completion of the stage even while the stage is in progress.

In order to realize the second function, the stage progress screen 500 includes the recommended information 504 and the secondary deck 512 as an example.

The recommendation information 504 is a UI component for presenting the user with recommended objects recommended for use in each set of stages. In the illustrated example, since two characters are designated as the recommended objects, the recommended information 504 includes information for identifying the two characters, as in the recommended information 404 on the deck formation screen 400. Similar to the recommended information 404, the recommended information 504 is an image of the character mounted on the card, an image in which the character is deformed into two heads, and the like.

As shown in FIG. 11, when the recommended information stored in the storage unit 120 includes information indicating the rarity of the card, the recommended information 504 includes information indicating the rarity of the card. It may be configured as follows.

The recommendation information 504 continues to be displayed while the stage progress screen 500 is displayed, that is, while the selection of the card is accepted via the secondary deck 512, even if the user does not call it by a separate input operation. This allows the user to see which is the recommended character at all times while scrutinizing the selection of characters to use in the set, without any additional intervention.

The secondary deck 512 is a UI component for presenting to the user a card extracted by the practice part progressing unit 112 based on a predetermined rule from the cards incorporated in the primary deck. The secondary deck 512 is a UI component for the user to select two cards to be put into play. In the secondary deck 512, for example, five cards extracted as the secondary deck by the practice part progressing unit 112 are arranged.

In the secondary deck 512, the card may be given the attribute icon 514. The attribute icon 514 indicates a card attribute. The user can confirm the card attribute of the card by looking at the attribute icon 514 attached to the card.

In the secondary deck 512, the tone icon 515 may be added to the card. The tone icon 515 indicates the tone of the card. In the present embodiment, the "card condition" is a parameter indicating the quality of the card condition. The tone of the card may be fixed on the stage, changed from set to set, or maintained in the same tone until the card is used in the field. Good card condition means that the card can bring favorable or better results to the user when the card is put into play than it would normally be. Means.

In the present embodiment, the practice part progressing unit 112 determines the tone of each card incorporated in the secondary deck based on a predetermined rule, and while each card is not selected and remains in the secondary deck. Keep that condition. After the card has been used, the practice part progress section 112 resets the tone of the card according to a predetermined rule the next time the card is organized into a secondary deck. As an example, the practice part progressing unit 112 randomly determines the tone of each card in three stages of "normal", "good", and "best".

When cards that are in good condition or higher, for example, cards that are in good condition or better, are selected as a pair, it is more advantageous than when a normal card is put into play. Results or better results are obtained. As an example, the practice part progress section 112 increases the possibility of expressing highly rare lines for the event progressing about the pair, or expresses more lines as a bonus dialogue, so that the pair is rare. Encourage users to enjoy the event more by performing expensive actions. Alternatively, the practice part progress section 112 may bring about better results by increasing the rate of increase of various parameters obtained after the completion of the set, or by causing the user to obtain more or more valuable rewards. ..

In the secondary deck 512, the guest icon 517 may be given to the guest card set in the guest unit 402. This makes it easier for the user to identify guest cards in the deck other than the ones he or she has.

As described above, the user confirms various information disclosed on the stage progress screen 500, in particular, the recommended information 504, the set information 501, and the secondary deck 512, and the user confirms the two sheets most suitable for the current set. You can choose a card.

The input operation for selecting two cards is realized, for example, by tapping a desired card arranged in the secondary deck 512.

When the practice part progress section 112 accepts a tap operation on two of the five cards placed in the secondary deck 512, it puts the two selected cards into play and puts the current set into play. To proceed. Specifically, the practice part progressing unit 112 displays a pair of characters associated with each of the two selected cards on the practice stage 505, and advances the event related to the pair.

Further, the practice part progressing unit 112 executes steps S110 to S112 after the two cards are selected and before proceeding with the above-mentioned event to determine the amount of reward. The determined amount of reward is reflected in the animation of the paired event displayed on the practice stage 505. For example, the practice part progressing unit 112 shows when the card attributes of the cards put into play match the preset field attributes, and the character pairs of the cards put into play match the recommended pair. The stage progress screen 500 shown in (A) of 16 is displayed to advance the set. Alternatively, for example, the practice part progress section 112 shows a case where the card attributes of the cards put into play do not match the preset field attributes, but the character pairs of the cards put into play match the recommended pair. The stage progress screen 500 shown in (B) of 16 is displayed to advance the set.

As shown in FIGS. 16A and 16B, in order to realize the third function, the stage progress screen 500 is provided with a practice stage in addition to the various UI components described with reference to FIG. At 505, the following various UI parts are displayed. The practice stage 505 is a display area for directing a scene in which a pair of characters performs a predetermined action as an event.

The practice part progress unit 112 displays a character 506, a character 507, an attribute icon 510, an attribute icon 511, and a great success notification 508 or a success notification 509 on the practice stage 505 as an example of various UI parts. ..

The character 506 is an object of the character associated with the first card selected by the user. The character 507 is an object of the character associated with the second card selected by the user. As an example, the character 506 and the character 507 are composed of an image in which the character pattern of the card is deformed into two heads.

The practice part progress section 112 may add an animation to the cards selected in the current set to make it appear as if it jumped out of the secondary deck 512 and moved to the practice stage 505. Then, the practice part progressing unit 112 hides the two selected cards in the secondary deck 512. As a result, the user can more intuitively understand that the two cards selected by the user have entered the practice stage 505.

It is preferable that the practice part progressing unit 112 adds an animation to the characters 506 and 507 to make the two characters appear to perform a predetermined action. Further, when the event to be progressed is a dialogue between the two characters, the practice part progressing unit 112 may output the voice data corresponding to the dialogue of the two characters. Alternatively, the practice part progressing unit 112 may output voice data of sound effects in accordance with the actions to be performed by the two characters, in addition to the dialogue event. As a result, the event produced on the practice stage 505 becomes more expressive, and the user can enjoy the progress of the event even more.

Further, the practice part progressing unit 112 may arrange a balloon representing a line to make the character 506 speak and a balloon representing a line to make the character 507 speak in a predetermined area of the practice stage 505. As a result, the user can enjoy the event of dialogue between the two characters even in an environment where voice cannot be output.

The attribute icon 510 is an icon representing the attribute of the card to which the character 506 is associated. The attribute icon 511 is an icon representing the attribute of the card to which the character 507 is associated. By arranging these icons, the user can always confirm the match / mismatch between the attribute of the card put into play and the field attribute.

Further, the practice part progressing unit 112 may display the names of the characters 506 and the characters 507 on the practice stage 505 in addition to the attribute icons. As a result, the user can always confirm the match / mismatch between the character of the card put into play and the recommended pair shown in the recommendation information 504.

The great success notification 508 shown in FIG. 16 (A) can match both the attribute and the character by the card put into play, and notifies the user that the progress of the set has been very successful. It is a thing. The practice part progress section 112 displays the great success notification 508 when the user is able to match both the attributes and the characters with the specified ones.

The success notification 509 shown in FIG. 16 (B) notifies the user that the progress of the set has been successful by matching either the attribute or the character depending on the card put into play. Is. The practice part progress unit 112 displays the success notification 509 when the user can match either the attribute or the character with the specified one.

By displaying these notifications, the user can recognize that the set has been successful, and can obtain a sense of accomplishment and satisfaction regarding the success of the set.

The great success notification 508 and the success notification 509 are realized by text in the illustrated example, but the notification mode is not limited thereto. The practice part progress section 112 may notify the "great success" and "success" by outputting a sound effect, or may add a special movement to the characters 506 and 507 only when the success occurs. May be good.

In the present embodiment, if the attributes and characters of the cards put into play do not match, the practice part progressing unit 112 does not output any of the above notifications.

Subsequently, the practice part progress unit 112 may output an effect of visually showing the reward given to the user for the set at the end of the event progress. In the following, the practice part progressing unit 112 "drops the reward" to determine the reward to be acquired internally by the user based on a predetermined rule, and to visually show the confirmed to the user. The fact that the reward is fixed and that the reward is visually presented in that way is expressed as "the reward drops". In addition, the reward itself treated in this way is expressed as a "drop reward".

As an example, as shown in FIG. 17, at the end of the event progress, the practice part progressing unit 112 drops the medal 518 as a drop reward from the characters 506 and 507 performing the predetermined action on the stage progress screen 500. Outputs an animation that expresses how to do it. It is preferable that the practice part progressing unit 112 matches the number of medals 518 dropped as an effect on the practice stage 505 with the number determined in step S111 or S112. In the present embodiment, the practice part progressing unit 112 may further add an animation in which the dropped medals 518 move to the icon 519 indicating the number of medals in the result information 503.

This makes it possible for the user to intuitively grasp the number of medals obtained in the set, and further, when the number of medals dropped is large, it is possible to visually indicate that many medals 518 have been obtained. Since it can be recognized, it is possible to obtain a sense of accomplishment and satisfaction regarding the success of the set.

(Result screen)
FIG. 18 is a diagram showing an example of a result screen displayed on the display unit 152 of the user terminal 100.

When step S114 is executed after all the sets are completed, the practice part progressing unit 112 displays, for example, the result screen 600 shown in FIG. 18 on the display unit 152.

The result screen 600 includes the first result information 601 and the second result information 602 as UI parts. The result screen 600 may further include grade information 603, if necessary.

The first outcome information 601 is a UI component for presenting to the user the number or amount of rewards earned throughout the entire set of stages played. In the first result information 601 it is preferable that the breakdown of the acquired number is presented in more detail than the result information 503 arranged on the stage progress screen 500. For example, for enhanced items, it is preferable to display the number of acquired items for each grade and attribute. For medals, it is preferable that the number of medals acquired is displayed for each attribute.

The second result information 602 is a UI component for presenting to the user an experience value obtained by the user in response to the stage being played. In this game, ranks and experience points are linked and managed for each user. The user can raise the rank by one step by accumulating the experience value up to a predetermined threshold value. For example, the higher the rank, the more stamina the upper limit of stamina consumed to play the stage in the practice part or the practice part is released, and the game is advanced in an advantageous manner.

The second result information 602 is represented by, for example, a gauge, presents the acquired experience value, and allows the user to understand at a glance how much the experience value is accumulated until being promoted to the next rank. It is preferable to present it to.

The result information 603 is a UI component for presenting the user's play content on the stage to the user. Specifically, the result information 603 displays the number of sets in which the user has achieved great success and the number of sets in which the user has achieved great success. The practice part progressing unit 112 may correct the experience value to be acquired by the user according to the number of successes.

[Modification example]
The practice part progress unit 112 may count the number of consecutive successes, that is, the so-called combo, which indicates the number of sets in which the recommended pair of cards could be used continuously during the progress of the stage. The practice part progress section 112 may decide to give the user more rewards in the current set as the number of consecutive successes up to the previous set increases.

Further, the practice part progressing unit 112 counts the number of consecutive successes even when the card of one of the characters in the recommended pair can be used, and uses the cards of the two characters in the recommended pair together. If it can be done, a larger number of consecutive successes may be counted. Specifically, if the card of one character of the recommended pair can be used, the number of consecutive successes is counted for the first time (for example, one time), and the cards of the two characters of the recommended pair are used. If both can be used, the number of consecutive successes is counted for the second number (for example, two times), which is larger than the first number. As a result, the difficulty level for increasing the number of consecutive successes is lowered, and the number of consecutive successes can be increased, that is, the user can experience the exhilaration of accumulating combos.

In this game, the lottery part progressing unit 114 advances the lottery part. Specifically, the lottery part progressing unit 114 requests the server 200 to select a card to be given to the user based on a predetermined rule, and gives the user the card selected by the server 200. More specifically, for example, the lottery part progress unit 114 requests the server 200 to perform a lottery in exchange for in-game value such as diamonds owned by the user. In response to the request, the server 200 selects a card to be won based on a predetermined rule from the population in which the winning probability of the card to which the specific character is associated is increased.

The population with an increased probability of winning a card associated with a specific character is a so-called "pickup gacha", and refers to a set of cards in which a specific character's card is easy to win. When a limited-time event or the like focusing on a specific character is held in the game, such a pickup gacha is provided to the user at about the same time as the holding period of the event.

Then, it is preferable to set a specific character that is easy to win in the above-mentioned pickup gacha as a recommended character in the recommended information.

After obtaining a card of a specific character by lottery, the user can use the card of the specific character in the stage of the practice part and the practice part to efficiently win medals. As a result, the user's satisfaction with the lottery can be increased and the user can be motivated to play the practice part and the practice part.

In another embodiment, the recommendation information 404 and the recommendation information 504 may be information indicating the rarity of the card in addition to the character. The practice part progress section 112 is more than when a card with a recommended character associated with it and with a specified rarity set is used, as compared to when the card is not used. You may decide to give the reward to the user. In particular, the practice part progressing unit 112 gives a medal to the user only when both the character and the rarity can be matched, and when only the character is matched or only the attribute is matched, the medal is given. The configuration may not be given to the user.

In another embodiment, the winning combination may be predefined for the cards specified by the recommendation information and the cards put into play in each set of stages. A role is a combination of cards that meet the conditions for obtaining a certain reward. For example, a combination is defined for a combination of one or more cards specified in the recommended information and two cards put into play.

The practice part progress section 112 rewards more when a predefined combination is established by the combination of the card indicated in the recommended information and the card put into play by the user than when the combination is not established. You may decide to give it to the user. In addition, the practice part progressing unit 112 may determine the amount of reward according to the established combination.

[Example of realization by software]
The control block of the control unit 210 (particularly the progress support unit 211) and the control block of the control unit 110 (particularly, the story part progress unit 111, the practice part progress unit 112, the practice part progress unit 113, and the lottery part progress unit). 114) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit).

In the latter case, the information processing device having the functions of the control unit 210, the control unit 110, or both is a CPU that executes the instructions of a program that is software that realizes each function, and the above program and various data are computer (or). It is equipped with a ROM (Read Only Memory) or a storage device (these are referred to as "recording media") readable by a CPU), a RAM (Random Access Memory) for developing the above program, and the like. Then, 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-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted 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 above 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 the embodiments obtained by appropriately combining the technical means disclosed in the different embodiments. Is also included in the technical scope of the present invention.

[Additional notes]
The contents relating to one aspect of the present invention are listed below.

(Item 1) The game program (131) has been described. According to certain aspects of the disclosure, the game program is executed by a computer (user terminal 100) including a processor (10), memory (11) and display unit (152). In the memory, one of a plurality of characters appearing in the game is associated with each of the cards held by the user so that they can be used in the game based on the game program as a group identifier for classifying the cards. , The game program has a step (S104) of organizing a primary deck in which at least a card selected by a user's first input operation from among the cards is incorporated into the processor, and a predetermined step from the primary deck. The step (S106) of extracting cards based on the rules and organizing the secondary deck, and the first selecting one or more cards to be used to advance the quest (stage) that composes the game from the secondary deck. 2 A step (S107) of displaying a first screen (stage progress screen 500) for accepting an input operation from a user on a display unit, and at least one or more predetermined objects recommended for use. A step (S108) of displaying recommended information (504) indicating a recommended character on the first screen, a step of accepting a user's second input operation on the first screen (S109), and a second input operation of the accepted user. When the quest progresses using one or more cards selected by (S110 to S113) and the card associated with the recommended character is used and the quest progresses, the card is not used. To execute the step (S112) of determining to give the user more rewards (medals 518) than when the quest progresses. This has the effect of improving the enjoyment of the game.

(Item 2) In (Item 1), the quest is composed of a plurality of sets. In the step of organizing the secondary deck, the secondary deck is organized for each set, and in the step of displaying the first screen, While displaying one or more recommended characters, the display of the organized secondary deck is updated for each set, and in the step of accepting, the second input operation is accepted for each set, and in the step of advancing the quest, for each set. In the step of using the selected cards to advance the quest for each set and determine, for each set, depending on whether the character associated with the card used is a recommended character. You may decide the reward.

(Item 3) In the step of determining in (Item 2), the set attribute (field attribute) preset for each set and the card attribute set for the card used in the set match. If so, it may be decided to reward the user more than if they do not match.

(Item 4) In (Item 2) or (Item 3), in the step of advancing the quest, the number of consecutive successes (combo) indicating the number of sets in which the recommended character can be used continuously is counted and determined. In the step, it may be decided to give the user more rewards as the number of consecutive successes increases.

(Item 5) In (Item 4), the recommended information is information indicating two recommended characters (recommended pairs), and in the step of advancing the quest, it is selected by the second input operation received via the first screen. In the step of advancing the quest using the two cards that have been made, the number of consecutive successes if at least one card with one of the two recommended characters associated with it is used in the set. Is counted for the first number of times, and when two cards associated with each of the two recommended characters are used together, the number of consecutive successes is counted for the second number of times, which is larger than the first number of times. You may.

(Item 6) In any one item from (Item 1) to (Item 5), the recommended information is information indicating two recommended characters, and is accepted via the first screen in the step of advancing the quest. In the step of advancing the quest using the two cards selected by the second input operation and determining, if two cards associated with each of the two recommended characters are used together, the card You may decide to give the user more rewards than if one was used and none of the cards were used.

(Item 7) In (Item 6), the game program is from a population in which the probability of winning a card to which a specific character is associated is increased in exchange for the in-game value owned by the user to the processor. It is preferable that the recommended information is information indicating a specific character as a recommended character by performing a step of giving the user a card selected based on a predetermined rule.

(Item 8) In any one of (Item 1) to (Item 7), the card is set with a rarity indicating the value of the card in the game by a grade, and the recommended information is In addition, in the step of determining the rarity of one or more cards, if a card with the indicated rarity is used, more rewards than if the card was not used. May be decided to be given to the user.

(Item 9) In the step of determining in (Item 8), when the card to which the recommended character is associated and the card having the rarity set indicated in the recommended information is used, the card is said. You may decide to give the user more reward than if the card was not used.

(Item 10) In any one of the items (item 1) to (item 9), the game program causes the processor to further display a second screen (deck organization screen 400) for receiving the first input operation from the user. The step (S101) for displaying on the display unit and the step (S102) for displaying the recommended information on the second screen may be executed.

(Item 11) In any one item from (Item 1) to (Item 10), in the step of determining, one or more first cards indicated as recommended objects in the recommended information and the user's second input operation. When the combination with one or more second cards selected by the above meets a predetermined condition (a combination is established), the user is given more reward than when the condition is not satisfied. You may decide.

(Item 12) The method of executing the game program has been described. According to certain aspects of the disclosure, a game program is executed by a computer with a processor, memory and display. The method is a method in which the processor performs each step according to (item 1). The method according to (item 12) has the same action and effect as the game program according to (item 1).

(Item 13) The information processing device has been described. According to a certain aspect of the present disclosure, the information processing device includes a memory (memory 11, storage unit 120) for storing the game program according to (item 1), and an information processing device (user) by executing the game program. It includes a processor (processor 10, control unit 110) that controls the operation of the terminal 100), and a display unit (152). The information processing device according to (item 13) has the same action and effect as the game program according to (item 1).

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 range sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 story part progress unit, 112 practice part progress unit, 113 practice part Progress section, 114 lottery part progress section, 120, 220 storage section, 131,231 game program, 132 game information, 133 user information, 151 input section (operation section), 152 display section, 200 server, 211 progress support section, 1010 Object, 1020 controller (operation unit), 1030 storage medium

Claims (13)

It ’s a game program
The game program is executed by a computer including a processor, a memory and a display unit.
In the memory, one of a plurality of characters appearing in the game is associated with each of the cards held by the user so as to be usable in the game based on the game program as a group identifier for classifying the cards. Has been
The game program is supplied to the processor.
A step of forming a primary deck in which at least a card selected by the user's first input operation is incorporated from the cards.
A step of extracting the cards from the primary deck based on a predetermined rule to form a secondary deck, and
A step of displaying a first screen on the display unit for accepting a second input operation for selecting one or more cards used to advance a quest constituting the game from the secondary deck. ,
As recommended objects for which use is recommended, at least a step of displaying recommended information indicating one or more predetermined recommended characters on the first screen, and
A step of accepting the second input operation of the user with respect to the first screen, and
A step of advancing the quest using one or more cards selected by the second input operation of the accepted user.
A step of determining that when the quest progresses using a card associated with the recommended character, the user is given more reward than when the quest progresses without using the card. And, a game program that runs. The quest consists of multiple sets
In the step of organizing the secondary deck, the secondary deck is organized for each set.
In the step of displaying the first screen, the display of the organized secondary deck is updated for each set while displaying the one or more recommended characters.
In the accepting step, the second input operation is accepted for each set.
In the step of advancing the quest, the card selected for each set is used to advance the quest for each set.
The game program according to claim 1, wherein in the determination step, the reward is determined for each set depending on whether or not the character associated with the card used is the recommended character. .. In the decision step
When the set attribute preset for each set and the card attribute set for the card used in the set match, more reward is given to the user than when they do not match. The game program according to claim 2, wherein the game program is determined to be played. In the step of advancing the quest, the number of consecutive successes indicating the number of sets in which the recommended character can be used in succession is counted.
The game program according to claim 2 or 3, wherein in the determination step, it is determined that the user is given more rewards as the number of consecutive successes increases. The recommended information is information indicating two recommended characters.
In the step of advancing the quest, the quest is advanced using the two cards selected by the second input operation received via the first screen.
In the step of advancing the quest,
In the set, when at least one card to which one of the two recommended characters is associated is used, the number of consecutive successes is counted for the first number, and each of the two recommended characters is associated. The game program according to claim 4, wherein when the two cards are used together, the number of consecutive successes is counted by the second number of times, which is larger than the first number of times. The recommended information is information indicating two recommended characters.
In the step of advancing the quest, the quest is advanced using the two cards selected by the second input operation received via the first screen.
In the decision step
When two cards associated with each of the two recommended characters are used together, the reward is higher than when one of the cards is used and when none of the cards are used. The game program according to any one of claims 1 to 5, which is determined to be given to the user. The game program is supplied to the processor.
In exchange for the in-game value owned by the user, the user is given the card selected based on a predetermined rule from a population with an increased probability of winning a card associated with a specific character. To perform the steps to
The game program according to claim 6, wherein the recommended information is information indicating the specific character as the recommended character. The card has a rarity that represents the value of the card in the game in terms of grade.
The recommended information further includes information indicating the rarity of one or more of the cards.
The determination step determines to award the user more rewards when the indicated card with the rarity is used than if the card was not used. The game program according to any one of items 1 to 7. In the determination step, when the card to which the recommended character is associated and the card having the indicated rarity set is used, the card is more than when the card is not used. The game program according to claim 8, wherein the reward is determined to be given to the user. The game program is added to the processor.
A step of displaying a second screen for receiving the first input operation from the user on the display unit, and
The game program according to any one of claims 1 to 9, wherein the step of displaying the recommended information on the second screen is executed. In the determination step, a combination of one or more first cards indicated as the recommended objects in the recommended information and one or more second cards selected by the user's second input operation is predetermined. The game program according to any one of claims 1 to 10, wherein when the condition is satisfied, it is determined to give the user more reward than when the condition is not satisfied. The way a computer runs a game program
The computer includes a processor, memory and a display.
A method in which the processor performs each step according to claim 1. It is an information processing device
The information processing device
A memory for storing the game program according to claim 1 and
A processor that controls the operation of the information processing device by executing the game program,
An information processing device equipped with a display unit.

Images