JP7136715B2 - Game program, method, and information processing device - Google Patents

Description

Application of Article 30, Paragraph 2 of the Patent Act Announcement on website (A) July 27, 2017 https://www. youtube. com/watch? v=9hge8-j4qZ4, (B) August 16, 2017 https://www. youtube. com/watch? v=vrFCvTPTbCk, (C) August 16, 2017 https://www. youtube. com/watch? v=GjBeea9x1X8, (D) September 12, 2017 https://www. youtube. com/watch? v=211_XJXp7Ew, (E) September 13, 2017 https://www. youtube. com/watch? v=VCeS_DSny9k, (F) September 28, 2017 https://www. youtube. com/watch? v=OQymliyuPVw, (G) October 10, 2017 https://www. youtube. com/watch? v=6pPNvGR439Q, (H) October 11, 2017 https://www. youtube. com/watch? v=zuAWVEZrSv4, (I) November 15, 2017 https://www. youtube. com/watch? v=QxSMRB9NjWo, (J) November 28, 2017 https://www. youtube. com/watch? v=3xzuiHMP_G8, (K) December 13, 2017 https://www. youtube. com/watch? v=4jhm29ImFw0, (L) January 17, 2018 https://www. youtube. com/watch? v=FrZsoNgDV08, (M) July 23, 2018 https://twitter. com/colopl_quiz

Application of Patent Law Article 30, Paragraph 2 August 1, 2017 to January 18, 2018 Announcement by game application (Quiz RPG Wizard and Black Cat Wiz) (Ver2.7.00 to Ver2.9.02) )

The present disclosure relates to game programs, methods, and information processing devices.

2. Description of the Related Art Various business operators provide game programs for games in which a plurality of choices are presented to a user and progress is made according to the choices selected by the user. As an example of such a game, Non-Patent Document 1 discloses a game (quiz RPG) including a quiz element in a battle part of a role-playing game (RPG). In the game, the genre and difficulty level of each of a plurality of quizzes are presented to the user, and if the user correctly answers the quiz set by the user's selection, the enemy character can be attacked.

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

A game that presents a plurality of options to the user and progresses according to the option selected by the user should be interesting as a game in that the selection of options creates diversity in the progress of the game. .

However, in conventional games, after all, there is a strong tendency to select options with top priority on clearing the game. For example, in a quiz RPG, in order to increase the number of attacks on enemy characters, there is a strong tendency to select quizzes that are highly likely to be answered correctly by the user, such as quizzes in a genre that the user is good at, or quizzes with a low degree of difficulty. As a result, the selection of options by the user may become uniform, and the progress of the game may become uniform accordingly. As a result, the game may lack interest.

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

A game program according to the present disclosure is executed by a computer that includes a processor, memory, and an operation unit. The game program comprises a step of presenting, to the processor, a plurality of options each associated with a point so that the user can select, progressing the game based on the options selected by the user, a step of giving points corresponding to the selected option to the user when the progress of the game based on the game satisfies predetermined requirements; and granting the user a right to be used to acquire one or more game media that can be used in the game if the updated point total satisfies a predetermined condition. .

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

It is a figure which shows an example of the hardware constitutions of a game system. 2 is a block diagram showing an example of functional configurations of a user terminal and a server; FIG. 4 is a flow chart showing an example of the flow of processing executed in a user terminal based on the game program according to the embodiment; 4 is the first half of a flowchart showing an example of the flow of processing when the user terminal executes the play part shown in FIG. 3; FIG. 4 is the second half of the flowchart showing an example of the flow of processing when the user terminal executes the play part shown in FIG. 3; FIG. It is a figure which shows an example of the data structure of quiz data. FIG. 10 is a diagram showing an example of a game screen displayed on the display unit when a play part is being executed; FIG. 10 is a diagram showing an example of a game screen displayed on the display unit when a play part is being executed; FIG. 10 is a diagram showing an example of a game screen displayed on the display unit when a play part is being executed; FIG. 6 is a flow chart showing an example of the flow of processing when the user terminal executes the point total update part shown in FIG. 5; FIG. FIG. 11 is a diagram showing an example of a game screen displayed on the display unit when the point total update part is being executed; FIG. 4 is a diagram showing an example of a game screen displayed on the display unit when the transition preparation part shown in FIG. 3 is being executed; FIG. 4 is a diagram showing an example of a game screen displayed on the display unit when the transition preparation part shown in FIG. 3 is being executed; FIG. 4 is a flowchart showing an example of the flow of processing when a user terminal executes the lottery part shown in FIG. 3; FIG. It is a figure which shows an example of the game screen displayed on a display part when a lottery part is performed. It is a figure which shows an example of the data structure of group information. It is a figure which shows an example of the data structure of all card DB. It is a figure which shows an example of the game screen displayed on a display part when a lottery part is performed. It is a figure which shows an example of the game screen displayed on a display part when a lottery part is performed. It is a figure which shows an example of the game screen displayed on a display part when a lottery part is performed. It is a figure which shows an example of the game screen displayed on a display part when a lottery part is performed.

A game system according to the present disclosure is a system for providing a game to multiple users. The game system will be described below with reference to the drawings. The present invention is not limited to these examples, but is indicated by the scope of the claims, and is intended to include all modifications within the meaning and scope of equivalents to the scope of the claims. be. In the following description, the same reference numerals are given to the same elements in the description of the drawings, and redundant description will not be repeated.

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

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

The user terminal 100 (computer, information processing device) may be a mobile terminal such as a smart phone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. The user terminal 100 may be a game device suitable for playing games. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input/output IF 14, a touch screen 15 (display unit), and a speaker 16 (audio output unit). , a camera 17 and a ranging sensor 18 . These components provided in the user terminal 100 are electrically connected to each other by a communication bus. Note that the user terminal 100 may include 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 .

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

Note that the controller 1020 may have the camera 17 and the ranging sensor 18 instead of or in addition to the user terminal 100 having the camera 17 and the ranging sensor 18 .

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

When the user terminal 100 communicates with a plurality of controllers 1020 , each user can hold each controller 1020 to communicate with the one user terminal 100 without communicating with other devices such as the server 200 via the network 2 . You can play multiplayer with. In addition, by connecting each user terminal 100 to each other for communication according to a wireless standard such as a wireless LAN (Local Area Network) standard (connecting for communication without going through the server 200), a plurality of user terminals 100 can realize local multiplay. You can also When the above-described multiplay is locally realized by one user terminal 100, the user terminal 100 may further include at least a part of various functions of the server 200, which will be described later. Also, in the case where multiple user terminals 100 locally implement the above-described multiplay, the multiple user terminals 100 may be provided with various functions of the server 200, which will be described later, in a distributed manner.

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

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

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

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

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

For example, when the operation unit is composed of at least one of the camera 17 and the ranging sensor 18, the operation unit detects an object 1010 near the user terminal 100, and performs an input operation based on the detection result of the object. Identify. As an example, a user's hand as object 1010, a marker of a predetermined shape, or the like is detected, and an input operation is specified based on the color, shape, movement, type, or the like of object 1010 obtained as a detection result. be. More specifically, when the user's hand is detected from the image captured by the camera 17, the user terminal 100 detects a gesture (a series of movements of the user's hand) detected based on the captured image as an input operation of the user. identified and accepted as Note that the captured image may be a still image or a moving image.

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

<Game Overview>
A game system 1 according to the present embodiment is, for example, a system that presents a plurality of choices for a user to select and executes a game that progresses based on the choices selected by the user. As an example, the game system 1 progresses the game using a deck composed of one or more objects. Also, the game provided by the game system 1 includes a play preparation part for organizing a deck in addition to the play part for playing the main game.

For example, objects may be called characters, cards, items, etc. In particular, characters may be called spirits, players, etc., depending on the context of the game. Decks are sometimes called parties, teams, orders, etc., depending on the context of the game.

The play part is the main part of the game that the user plays with the aim of clearing or winning by making full use of the objects incorporated in the deck. For example, in a game such as a role-playing game (RPG), the play part corresponds to a battle part in which a friendly object (character) incorporated in a deck fights an enemy object. In some cases, multiple battle parts may be combined into one quest as a play part.

In a competitive game with a sports theme, this play part corresponds to a part in which a teammate object (player) incorporated in a deck plays a sport match against an enemy object operated by a computer or another person. .

The play preparation part is a part that is executed in preparation for playing the play part. The play preparation part is, for example, a deck formation part. The deck organization part is a part in which the user selects objects to appear in the play part from the objects held by the user and performs an operation for organizing the deck.

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

Also, the game system 1 may be a system for executing games of any play type, not limited to a specific play type. For example, a single-player game played by a single user, a multi-play game played by a plurality of users, and among multi-play games, a competitive game in which a plurality of users compete against each other, and a cooperative play game in which a plurality of users work together. may

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

In this embodiment, as an example, a lottery is performed to select a predetermined number of cards of a plurality of objects, and the selected cards are given to the user. The lottery can be executed by the user using the lottery right granted to the user in the lottery part included in the game executed by the game system 1 . The lottery right may be given to the user when the accumulated points, items, etc., acquired by the user by playing the game satisfy a predetermined condition. As an example, the lottery right may be granted to the user each time the cumulative total of points, items, etc. reaches a predetermined number. Moreover, the above-mentioned predetermined number of points, items, etc. may be consumed by using the lottery right.

In this embodiment, as an example, the game system 1 is a system that provides an RPG including a battle part in which friendly objects incorporated in a deck fight enemy objects. In this embodiment, a quest including one or more battle parts is provided to the user's user terminal 100 as a play part. The user uses the deck to play quests, which are the main part of the game. In this embodiment, an object shall be handled as a character as an example.

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

The combat part continues until the end conditions are met. In the battle part, for example, (1) the party of the deck organized by the user wins by annihilating the enemy characters attacked by the ally characters, and (2) the ally characters attacked by the enemy characters are annihilated. or (3) the user performs an operation to retire (withdraw).

In this embodiment, a turn-based battle may be employed in the battle performed in the battle part described above. In the turn system, attack motions of the ally character a predetermined number of times and attack motions of the enemy character a predetermined number of times are basically alternately repeated. Furthermore, in the RPG according to this embodiment, as an example, the battle part described above may include a quiz element as a subpart. That is, the RPG provided by the game system 1 may be a so-called quiz RPG. As an example, the quiz element presents a quiz (problem) to the user, and if the user answers the quiz correctly, the battle progresses advantageously. Specifically, the quiz element may allow the user to attack the enemy character by correctly answering the quiz during the attack turn of the ally character. That is, in this example, the game system 1 determines whether or not the answer to the quiz input by the user is correct, and if it determines that the answer is correct, grants the party the right to attack the enemy character. give. In this embodiment, as an example, one quiz is given for one attack turn of the ally character.

Further, when the sub-part includes a quiz element, the game system 1 presents, as an example, a user interface (hereinafter referred to as UI) component (first UI component) that indicates the genre of the quiz to be given to the user as the plurality of options described above. You may The UI component is a tool for the user to make inputs necessary for progressing the game to the user terminal 100, or a tool for obtaining information output from the user terminal 100 during the progress of the game. Hereinafter, the UI component indicating the genre of the quiz described above will be referred to as a genre panel. When the user operates the input unit 151 of the user terminal 100 to select one of the plurality of genre panels, the game system 1 presents the user with a quiz of the genre indicated by the genre panel selected by the user ( present).

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

As an example, in the RPG, in addition to the above-mentioned three game parts, various user instructions, selections, etc. are accepted during the preparation period from the play preparation part to the play part, and A transition preparation part for setting may be included.

Game system 1 may be, for example, a system for executing a multiplayer game. In an RPG as a multiplayer game, between a user terminal 100 (client computer) operated by a user and one or more other user terminals 100 (other client computers) operated by one or more other users, Share at least some of the data related to the game. For example, decks owned by multiple users are shared by multiple users. This realizes an RPG in which a plurality of decks can be used to play one play part.

When the game system 1 is a multiplayer RPG, a deck is organized in each of the first user terminal 100, the second user terminal 100, and the third user terminal 100, which communicate via the server 200. be. Deck information D 1 , D 2 , .

<Hardware components of each device>
Processor 10 controls the overall operation of user terminal 100 . The processor 20 controls the operation of the server 200 as a whole. 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 a storage 12, which will be described later, and develops it in a memory 11, which will be described later. The processor 20 reads a program from a storage 22, which will be described later, and develops it in a memory 21, which will be described later. Processor 10 and processor 20 execute the expanded program.

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

The program in this embodiment may be a game program for realizing a game by the user terminal 100 . Alternatively, the program may be a game program for realizing the game through cooperation between user terminal 100 and server 200 . Note that the game realized by cooperation between the user terminal 100 and the server 200 may be, for example, a game executed on a browser activated on the user terminal 100 . Alternatively, the program may be a game program for realizing the game by cooperation of a plurality of user terminals 100 . Further, the various types of data include game-related data such as user information and game information, and instructions or notifications transmitted and 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 storage devices such as flash memories or HDDs (Hard Disk Drives). Various data related to the game are stored in the storage 12 and the storage 22 .

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

The input/output IF 14 is an interface for the user terminal 100 to receive data input, and an interface for the user terminal 100 to output data. The input/output IF 14 may input/output data via a USB (Universal Serial Bus) or the like. The input/output IF 14 may include physical buttons, a camera, a microphone, or a speaker of the user terminal 100, for example. The input/output IF 24 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 section that is an information input device such as a mouse or a keyboard, and a display section that is a device for displaying and outputting images.

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

The input unit 151 detects the position where the user's operation (mainly physical contact operation such as touch operation, slide operation, swipe operation, and tap operation) is input on 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 employ any type of system, such as a capacitive system or a resistive film system.

Although not shown, the user terminal 100 may include one or more sensors for identifying the holding posture of the user terminal 100 . This sensor may be, for example, an acceleration sensor or an angular velocity sensor. If the user terminal 100 is equipped with a sensor, the processor 10 can identify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may display a vertically long image on the display unit 152 for vertical screen display. On the other hand, when the user terminal 100 is held horizontally, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. Thus, the processor 10 may be able to switch between vertical screen display and horizontal screen display according to the holding posture of the user terminal 100 .

The speaker 16 outputs sound based on the sound data. The camera 17 includes an image sensor or the like, and generates a captured image by converting incident light from a lens into an electrical signal.

The distance 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 object based on the light emission timing from the light source and the light reception timing of the reflected light generated when the light emitted from the light source hits the measurement object and is reflected. The ranging sensor 18 may have a light source that emits directional light.

Here, an example in which the user terminal 100 uses the camera 17 and the ranging sensor 18 to detect the object 1010 near the user terminal 100 and accepts the detection result as the user's input operation will be further described. The camera 17 and the ranging sensor 18 may be provided on the side of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided near the camera 17 . As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with an illumination device that emits infrared light, a filter that blocks visible light, and the like. This makes it possible to further improve the object detection accuracy based on the image captured by the camera 17, regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the following processes (1) to (5) on the image captured by the camera 17, for example. (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 the user's hand. The processor 10 may use a technique such as pattern matching, for example, as the analysis technique employed in the image recognition processing described above. (2) The processor 10 also detects a user's gesture from the shape of the user's hand. For example, the processor 10 identifies 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. Processor 10 further identifies the gesture made by the user from the identified number of fingers. For example, when the number of fingers is five, processor 10 determines that the user has performed the "pa" gesture. In addition, when the number of fingers is 0 (no fingers are detected), the processor 10 determines that the user has performed the "goo" gesture. In addition, when the number of fingers is two, the processor 10 determines that the user has made the "Scissors" gesture. (3) The processor 10 performs image recognition processing on the image captured by the camera 17 to detect whether the user's finger is in a state in which only the index finger is raised or whether the user's finger is flicking. . (4) The processor 10 detects an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) and the user terminal 100 is detected. For example, the processor 10 determines whether the user's hand is close to the user terminal 100 (for example, a distance less than a predetermined value) or far away from the user terminal 100 (for example, a predetermined value or more distance). Note that 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 has changed while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the photographing direction of the camera 17 . When an object is detected or not detected by the ranging sensor 18, which has a stronger directivity than the imaging range of the camera 17, the processor 10 detects that the user is waving his hand in a direction orthogonal to the imaging direction of the camera. recognize.

In this way, the processor 10 determines whether or not the user is clenching his/her hand (a "goo" gesture or another gesture (for example, "pa") by image recognition of the captured image of the camera 17. or) is detected. The processor 10 also detects how the user is moving the hand together with the shape of the user's hand. The processor 10 also detects whether the user is moving his/her hand closer to or away from the user terminal 100 . Such operations can correspond to operations 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 according to the movement of the user's hand, and detects the user's gesture "goo". In this case, the user terminal 100 recognizes that the user is continuing the selection operation. The continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pushed in, or maintaining the state of being touched after performing a touchdown operation 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 the swipe operation (or drag operation). can also recognize. Further, when the user terminal 100 detects a gesture such as flicking a finger based on the detection result of the user's hand from the captured image of the camera 17, the user terminal 100 detects the gesture by clicking the mouse or tapping the touch panel. may be recognized as an operation corresponding to

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

The user terminal 100 has a function as an input device that receives user input operations and a function as an output device that outputs game images and sounds. The user terminal 100 functions as a control unit 110 and a storage unit 120 through cooperation of the processor 10, memory 11, storage 12, communication IF 13, input/output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and assisting the user terminal 100 in progressing the game. For example, the server 200 supports progress of quests, and sharing of decks among multiple users. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchanges between the user terminals 100 . The server 200 functions as a control unit 210 and a storage unit 220 through cooperation of the processor 20, memory 21, storage 22, communication IF 23, input/output IF 24, and the like.

Storage unit 120 and storage unit 220 store game program 131 , game information 132 and user information 133 . The game program 131 is a game program executed by the user terminal 100 and the server 200 . Game information 132 is data referred to when control unit 110 and control unit 210 execute game program 131 . User information 133 is data relating to a user's account. In the storage unit 220, game information 132 and user information 133 are stored for each user terminal 100. FIG.

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

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

The card DB 122 includes, for example, items of card ID, card name, basic parameters, and combat ability parameters.

The card ID is for uniquely managing the cards held by the user on the game system 1 . In this embodiment, the user can have multiple cards of the same character. Therefore, when there are a plurality of cards even if the characters are the same, each card is given a different card ID in order to identify each card. A card name indicates the name of the character corresponding to the card.

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

The rarity is a grade representing the rarity value of a card (character). In general, a high rarity level is set for a character that brings good results in the game, especially in the play part, that is, a character with high fighting ability. In this embodiment, rarity levels are set by alphabets of "L", "SS", "S", "A", "B", and "C" in descending order of rarity value.

In addition, the rarity is, for example, the difficulty of obtaining a card, more specifically, the probability of winning in a lottery where the card wins, the difficulty of the quest when obtained as a reward for clearing the quest, or the difficulty of obtaining it for a fee. There may be a correlation with price or the like. The higher the rarity of the card, the more difficult it is to obtain the card.

A level is a parameter indicating the degree of enhancement of a character. The higher the level, the higher the combat ability parameter referred to in the play part. In addition, in the play preparation part, by strengthening the character with a strengthening material or the like, the level of the character can be raised and the ability of the character can be enhanced.

The cost is a value consumed as consideration for incorporating the character into the deck, and is set for each character. In general, the higher the in-game value of the character, that is, the higher the fighting ability of the character, the higher the cost is set.

An attribute is a parameter that indicates which property group a character belongs to when the character is classified by property. In this embodiment, as an example, each character is classified into one of three attributes: fire, thunder, and water. Attributes may also be set for enemy characters. Attributes may also be set for the quizzes given in the battle part. Also, a plurality of attributes out of the three attributes may be set for the friend character, the enemy character, and the quiz. The number of attributes set for a quiz may be determined according to the difficulty level of questions to be asked. For example, one attribute may be set for a quiz with a low difficulty level, two attributes for a quiz with a medium difficulty level, and three attributes for a quiz with a high difficulty level.

The combat ability parameter defines the character's performance in the play part. Combat ability parameters are parameters that can change during the progress of the play part. Combat capability parameters include, for example, physical strength, attack power, and skill.

The physical strength is a parameter that defines the physical strength of the character, and is represented by a numerical value, for example. The numerical value is reduced by being attacked by an enemy character in the battle part, and when the physical strength reaches 0, the character becomes incapable of fighting. The physical strength of the enemy character is also set, and the battle can be won by reducing the physical strength of all the enemy characters to 0 by attacking the allied characters.

Attack power is a parameter that defines the power to inflict damage on an enemy character, and is represented by a numerical value, for example. The higher the number, the stronger the power to inflict damage. In this embodiment, the attack power is defined as how much of the enemy character's physical strength can be taken by the character's normal attacks and special attacks (hereinafter referred to as "special attacks") performed by the character by activating a skill to be described later under certain conditions. influences

A skill is a special ability unique to each character, and a special ability that can be activated based on predetermined conditions in a battle part. Skills have advantageous effects for allied characters in the battle part. The action of the skill may affect the ally character directly, or may indirectly benefit the ally character by affecting the enemy character.

As described above, each character is set with basic parameters and combat ability parameters. The user selects characters to be incorporated into the deck, taking into consideration the basic parameters and combat ability parameters set for the characters in hand.

(Deck information data structure)
The deck information 121 includes at least frame identification information corresponding to a predetermined number of frames provided in the deck and card IDs of cards associated with the frame identification information. In this embodiment, the deck has five slots. That is, the maximum number of cards that can be included in a deck is five. The deck information 121 includes deck frame numbers 1 to 5 corresponding to each of the five frames as frame identification information. When the user selects a character to be placed in each frame, a card ID is stored in association with each of the deck frame numbers 1-5.

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

User information 133 includes, for example, a user ID, a user name, and an upper cost limit. The user information 133 may also include levels, experience points, and the like.

A user ID is user identification information for uniquely identifying a user in the game system 1 . A user name is a name indicating a user who plays the game system 1 himself/herself. The user name is used, for example, by the user and other users to identify the user. The cost upper limit value indicates the upper limit of the total deck cost in the deck. A cost upper limit is set for each user. The cost upper limit is preferably increased when a predetermined condition is satisfied by the user playing the game. As an example, the cost upper limit is a parameter that increases according to the user's level. An experience value is given to the user according to the user's playing the quest of the play part, and the user's level increases when the experience value reaches a certain value. As the user's level rises, the cost upper limit increases. If the user wants to raise the upper limit of the cost, the user can accumulate experience points by playing the game repeatedly to raise the level. Also, in this embodiment, the right to increase the upper limit of cost may be granted to the user in exchange for a paid or free item. In this case, the control unit 110 accepts the user's operation of consuming a paid or unpaid item, consumes the item of the user, and replaces it with the cost upper limit value corresponding to the consumed item. to increase

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

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

The quest support unit 211 communicates with the user terminal 100 and provides support for the user terminal 100 to proceed with the quest as a play part. As an example, the quest support unit 211 supplies the user terminal 100 with information on enemy characters appearing in the battle part and information on quizzes to be asked in the battle part.

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

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

The lottery support unit 213 communicates with the user terminal 100 and supports the user terminal 100 in executing the lottery part. As an example, upon receiving a request from the user terminal 100 of the user, the lottery support unit 213 supplies the user terminal 100 with a card to be given to the user, which is determined according to the number of used lottery rights. Further, as an example, the lottery support unit 213 may supply the user terminal 100 with information about a group of cards that can be obtained by lottery. The group information includes card information of the plurality of cards. In this example, the user terminal 100 can refer to the information of the group to determine the card to be given to the user, so communication with the server 200 is not required at the time of lottery.

(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 progresses the game according to the game program 131 and user's operation. Further, while the game is progressing, the control unit 110 communicates with the server 200 as necessary to transmit and receive information.

Control unit 110 operates, according to the description of game program 131, operation reception unit 111, display control unit 112, UI control unit 113, animation generation unit 114, deck formation unit 115, transition preparation unit 116, quest progression unit 117, and It functions as the lottery execution unit 118 . The control unit 110 can also function as other functional blocks (not shown) in order to advance the game according to the nature of the game to be executed.

The operation accepting unit 111 detects and accepts a user's input operation on the input unit 151 . The operation reception unit 111 determines what kind of input operation has been performed from the user's action on the console via the touch screen 15 and other input/output IF 14, and outputs the result to each element of the control unit 110. do.

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

The UI control unit 113 controls UI components to be displayed on the display unit 152 to construct the UI. Examples of UI components include, but are not limited to, icons, buttons, lists, and menu screens. In the game executed by the game system 1 according to this embodiment, an example of the UI component is the genre panel described above.

The animation generation unit 114 generates animations showing motions of various digital contents based on control modes of the various digital contents. For example, an animation may be generated that expresses how a lottery for character cards is being executed. Alternatively, in the battle part, an animation representing the actions of the ally or enemy characters may be generated.

The display control unit 112 outputs to the display unit 152 of the touch screen 15 a game screen on which the processing results executed by the elements described above are reflected. The display control section 112 may display the game screen including the animation generated by the animation generation section 114 on the display section 152 . Further, the display control unit 112 may draw the above-described UI components by superimposing them on the game screen.

The deck formation unit 115 executes the deck formation part according to the user's operation received via the operation reception unit 111 . The deck organization unit 115 has a deck organization function, and processes the deck information 121 according to the user's operation. The deck organization function includes, for example, reading card information of a necessary character from the card DB 122, associating the read character with one or more frames provided in the deck information 121, and associating the frame with the character. including releasing the

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

The migration preparation unit 116 executes the migration preparation part according to the user's input operation received via the operation reception unit 111 . The transition preparation part is a part for the user to make various settings related to the play part after completing the deck formation part and before transitioning to play of the play part.

A transition preparation part contains the 1st subpart for making a user select the quest to play, for example, when there exist multiple types of quests. As an example, the first subpart may be executed by causing the display unit 152 to display a quest selection screen including a quest selection UI (for example, quest selection UIs 831a to 831f described later) that is a UI for accepting the selection operation of each quest. good. As an example, the user may select a quest by inputting a tap operation to a quest selection UI indicating a quest that the user wishes to play on the quest selection screen. Also, the transition preparation part may include a second sub-part for allowing the user to select a helper character to participate in the quest.

In this embodiment, the user can summon a character from the deck of another user registered as a friend to a battle part in a quest as a helper. The user can operate the summoned helper character in the same way as the ally character included in his or her own deck, and have the character participate in the battle.

For example, in the second subpart, just before the start of the quest, the user selects another user who has a deck of characters they want to help. The number of characters summoned as a helper may be limited, for example, to one body, or all characters in other users' decks may be summonable. Further, the conditions for summoning a helper may not be set in particular, or may be predetermined such as when an ally character in one's own deck becomes unable to fight.

The quest progression unit 117 advances the quest as the play part based on the deck organized by the deck formation unit 115 . In this embodiment, when the user clears one quest, a corresponding reward is given. The user will play the quest with the aim of clearing it. In this embodiment, as an example, it is determined that the user has cleared the quest when the ally character wins over the enemy character in all battle parts included in the quest.

In this embodiment, multiple types of quests are provided according to the difficulty level and attributes of the enemy characters that appear in the battle part, and the user can select the quest they want to challenge from among multiple quests. . The quest progression unit 117 loads the quest selected by the user from the quest support unit 211 of the server 200 and progresses it in the user terminal 100 .

Moreover, the quest progress part 117 gives a user the point matched with this option, when progress of the game based on the selected option satisfies a predetermined requirement. In other words, a plurality of options are presented so that the user can select them, each of which is associated with a point. Then, the quest progression unit 117 updates the accumulated points based on the points given to the user. And the quest progress part 117 gives a lottery right to a user, when the point accumulation after an update satisfy|fills a predetermined condition. The predetermined condition is, for example, that the point total after updating reaches a predetermined value.

As an example, when the quest progression unit 117 determines that the right to attack the enemy character is given to the party of the deck organized by the user, the quest progression unit 117 gives the user points associated with the selected option. As described above, when the battle part includes a quiz element as a sub-part, as an example, the quest progression unit 117 determines that the right to attack is given to the party when the user answers the quiz correctly. In other words, if the battle part includes a quiz element as a sub-part, the quest progression unit 117 gives the user points corresponding to the selected option, for example, when the user answers the quiz correctly. do.

Further, as an example, when the user clears the quest, the quest progression unit 117 may update the total points by adding the points given to the user to the total points. In other words, when the user fails to clear the quest, the quest progression unit 117 may discard the points given to the user without adding them to the accumulated points.

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

<Game flow>
FIG. 3 is a flowchart roughly showing the flow of processing when the game provided by the game system 1 according to this embodiment is executed on the user terminal 100. As shown in FIG.

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

In step S2, the transition preparation section 116 executes the transition preparation part to the play part. In step S3, the quest progression unit 117 executes the play part. The play part progresses based on the deck generated by the deck formation unit 115 in step S1. In step S4, the lottery executing unit 118 may execute the lottery part. The lottery part becomes executable when the lottery right is given to the user based on the accumulated points.

It should be noted that the execution of the play preparation part may be omitted when the formation of the deck has been completed. In other words, by selecting a quest to be played without organizing the deck, the user may cause the transition preparation section 116 to execute the transition preparation part without causing the deck organization section 115 to execute the deck organization part. Moreover, when the user does not wish to execute the lottery, that is, when the user does not input an operation for executing the lottery, the execution of the lottery part may be omitted.

The processing flow of each part will be described below. Specifically, in each step of the processing flow, the functional configuration of the user terminal 100 will be described in detail while appropriately referring to the game screen. Each game screen referred to below is configured by a UI component generated by the UI control unit 113, an animation generated by the animation generation unit 114, or a combination thereof. A game screen generated by the UI control unit 113 or the animation generation unit 114 is displayed on the display unit 152 of the user terminal 100 by the display control unit 112 . The display control unit 112, the UI control unit 113, and the animation generation unit 114 select any of the units (deck formation unit 115, transition preparation unit 116, quest progress unit 117, and lottery execution unit 118) that progress each part of the game. Under control, a process for displaying the game screen on the display unit 152 is executed. Therefore, the description that ``each unit that advances each part displays the game screen on the display unit 152'' means that ``each part controls the UI control unit 113 or the animation generation unit 114 to generate UI components or animation. and control the display control unit 112 to display the game screen including the generated UI component or animation on the display unit 152."

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

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

FIG. 6 is a diagram showing an example of the data structure of quiz data. The quiz data is generated by the quest support unit 211 in response to a request from the user terminal 100 (quest progression unit 117) and transmitted to the user terminal 100. FIG.

The example of FIG. 6 shows an example in which the quiz is a so-called four-choice quiz. For this reason, the quiz data shown in FIG. 6 includes items of options 1-4. If the type of quiz changes, the items of options 1 to 4 are replaced with items corresponding to the type of quiz. The quiz data further includes items of genre, attributes, points, percentage of correct answers (difficulty level information), questions, correct answers, and presentation flags.

A question is a text indicating a quiz given to the user. Options 1 to 4 are texts indicating options for answering the quiz. The correct answer indicates which of the options 1 to 4 is the correct answer option. The genre is text indicating the genre of the quiz. The percentage of correct answers indicates the percentage of users who answered the quiz correctly out of the users who answered the quiz in the past. As an example, the questions are stored in the storage unit 220 of the server 200 as the game information 132 in association with the options 1 to 4, correct answers, genres, and percentage of correct answers. As an example, the quest support unit 211 randomly selects a predetermined number of questions from the storage unit 220 and includes them in the quiz data. As a result, questions, options 1 to 4, correct answers, genres, and percentage of correct answers are stored in the quiz data.

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

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

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

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

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

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

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

The enemy character information 801 may be an image of a card that looks like an enemy character. The teammate character information 802 is information of each teammate character incorporated into the deck in the deck formation part, and is an image of each teammate character in the example of FIG. As illustrated, the images of the enemy character and the ally character include icons indicating attributes set for the enemy character and the ally character, respectively.

A genre panel 803 is a UI component displayed based on the quiz data, and displays the genre of the quiz given when each panel is selected. The genre panel 803 includes attribute information 804 , point information 805 and correct answer rate information 806 . In other words, the quest progression unit 117 associates the attribute information 804, the point information 805, and the correct answer rate information 806 with each of the genre panels 803 on the genre panel selection screen, and presents the genre panels 803 . Note that the correct answer rate information 806 can also be expressed as difficulty level information indicating the difficulty level of the quiz presented when each genre panel 803 is selected. The quest progression unit 117 may associate another difficulty level information with each genre panel 803 instead of the correct answer rate information 806 .

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

Note that although the point information 805 in FIG. 7 indicates the number of points by the number of stars, the present invention is not limited to this example. For example, the point information 805 may be numbers.

Granted point information 807 indicates the total number of points granted to the user in the quest (hereinafter referred to as quest earned points). Specifically, the given point information 807 indicates the total points associated with the quizzes answered correctly by the user. The guide character image 808 is an image of a character that guides the quest. A character indicated by the guide character image 808 is a character that does not participate in the battle in the battle part. As an example, the character indicated by the guide character image 808 may be a character playing an important role in the story related to the quest.

Referring to FIG. 4 again, the description returns to the processing flow of the play part. If YES in step S104, that is, if the operation receiving unit 111 receives the operation for activating the consecutive answer skill, the quest progression unit 117 activates the consecutive answer skill of the selected ally character in step S105, and proceeds to step S106. move on. A consecutive answer skill is one of skills, and can be activated when a predetermined number of consecutive correct answers are given without any wrong answer over a plurality of turns. The consecutive answer skill activation operation is an operation of selecting a ally character for which the consecutive answer skill is to be activated. As an example, the continuous answer skill activation operation may be a tap operation on any one of the teammate character images M1 to M5.

If NO in step S104, that is, if the operation receiving unit 111 has not received the operation for activating the consecutive answer skill, the processing flow of the play part proceeds to step S106.

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

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

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

FIG. 8 is a diagram showing an example of a game screen displayed on the display unit 152 while the play part is being executed. The game screen shown in FIG. 8 is a question screen for asking a quiz. The question screen is displayed instead of the genre panel selection screen described above when the user selects one of the genre panels 803 .

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

The quiz image 811 includes, for example, text indicating questions, genres, and percentage of correct answers. The quiz image 811 also includes, as an example, a time limit UI 812 indicating a time limit for answering. The time limit UI 812 is, for example, a rectangle filled with a predetermined color. The color of the time limit UI 812 changes from the right end to the left end in FIG. 8 as time elapses when a quiz is given, that is, when the quiz image 811 is displayed. The user can recognize that the available time for answering is decreasing due to the color change of the time limit UI 812 .

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

In addition, the quest progression unit 117 determines a friendly character to attack the enemy character based on the attributes of the selected genre panel and the attributes of the friendly characters incorporated into the party. As an example, the quest progression unit 117 determines an ally character including the attribute set in the genre panel as an ally character to attack the enemy character. In the example of FIG. 8, the attribute of the quiz is "fire" (see FIG. 7). A character is determined as an ally character to attack an enemy character.

As an example, when a plurality of attributes are set in the selected genre panel, the quest progression unit 117 determines a ally character for which one of the plurality of attributes is set as a ally character to attack the enemy character. may For example, when the genre panel P1 shown in FIG. 7 is selected, the attributes of the quiz on the genre panel are "fire" and "water". That is, the teammate characters indicated by the teammate character images M1, M2, M4, and M5 in FIG. 8 are determined as teammate characters to attack the enemy character.

In other words, when a plurality of attributes are set in the selected genre panel, the number of allied characters attacking the enemy character increases, and the battle can proceed advantageously. On the other hand, as described above, if the higher the difficulty of the quiz, the more attributes are set in the genre panel. becomes difficult. Accordingly, the user selects the genre panel from the viewpoint of whether to increase the amount of damage given to the enemy character or to surely give damage to the enemy character. Therefore, the method of selecting options is diversified, and the interest of the game is improved.

Further, as an example, with respect to a teammate character to which a plurality of attributes are set, the quest progress unit 117 selects a genre panel in which any one of the plurality of attributes is set. It may be determined as an attacking ally character.

The quest progression unit 117 may distinguish the ally character attacking the enemy character from other ally characters on the question screen. As an example, the quest progression unit 117 may displace the ally character image showing the ally character attacking the enemy character from the other ally character images. In the example of FIG. 8, teammate character images M2, M4, and M5 are arranged shifted upward in FIG. 8 compared to teammate character images M1 and M3. This allows the user to easily recognize the friend character attacking the enemy character.

In addition, the quest progression unit 117 may place point information 815 indicating points associated with the selected genre panel, in other words, points associated with the selected quiz, on the question screen. As an example, the quest progression unit 117 may place point information 815 near the given point information 807, as shown in FIG. This allows the user to easily recognize the points that can be obtained by answering the quiz correctly.

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

In the example of FIG. 8, since the genre panel P4 whose associated point is "5", which is the maximum value in this embodiment, is selected, "You can get a lot of points if you answer correctly. Go for it!" A voice is output. Also, although not shown, when the associated points are few (for example, "1"), as an example, a voice such as "the points are few" may be output.

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

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

In step S111, the quest advancing unit 117 determines whether or not the user has answered correctly within a predetermined time, that is, whether or not the user has answered quickly. Then, the quest progression unit 117 updates the game screen from the questioning screen to the answer result screen according to the processing of steps S109 to S111. For example, if YES in step S109, that is, if it is determined that the user's answer is correct, the quest progression unit 117 updates the screen to the answer result screen when the user answers the quiz correctly.

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

If NO in step S108 and NO in step S114, that is, if an answer is not input within the time limit, the quest progression unit 117 determines that the user's answer is incorrect. Therefore, the quest progression unit 117 updates the question screen to the answer result screen when the user answers the quiz incorrectly. Then, the processing flow of the play part proceeds to step S119 shown in FIG.

FIG. 9 is a diagram showing an example of a game screen displayed on the display unit 152 while the play part is being executed. The game screen shown in FIG. 9 is an answer result screen showing the answer results to the quiz. Note that the example of FIG. 9 shows the answer result screen when the user answers the quiz correctly.

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

Also, the answer result image 816 indicating that the quiz was answered correctly may include information indicating whether or not the user gave a quick answer. In the example of FIG. 9, the text "EXCELLENT" indicates that the user has answered quickly. On the other hand, if the user has not answered the quiz quickly, the answer result image 816 may include text other than "EXCELLENT" (for example, "GOOD").

In addition, as shown in FIG. 9, the quest progression unit 117 may hide option images 814 indicating options that have not been selected among the option images 814 displayed on the question screen on the answer result screen. This allows the user to easily recognize the option he or she has selected.

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

Referring to FIG. 4 again, the description returns to the processing flow of the play part. If YES in step S111, that is, if the user has answered correctly, i.e., given a quick answer within a predetermined time, in step S112, the quest progression unit 117 activates the quick answer skill of the ally character having the same attribute as the selected genre panel. Let Note that “quick answer” can also be expressed as the case where the user answers correctly before the change in color of the time limit UI 812 shown in FIG. 8 exceeds the quick answer line 813 .

On the other hand, if NO in step S111, that is, if the user has not answered quickly, the processing flow of the play part proceeds to step S113.

In step S113, the quest progression unit 117 attacks the enemy character by the ally character having the same attribute as the selected genre panel. Then, the play part processing flow advances to step S115 in FIG.

The value of the damage inflicted on the enemy character by the attack in step S113 may be determined based on the attribute set in the selected genre panel and the attribute set for the enemy character to be attacked. Specifically, advantageous attributes and disadvantageous attributes are set for each attribute. For example, fire may be set to favor lightning, lightning to water, and water to fire. Also, fire may be set against water, water against thunder, and thunder against fire. As an example, if the attribute set in the genre panel, in other words, the attribute set for the attacking friendly character is an attribute that is more advantageous than the attribute set for the enemy character, the damage to the enemy character is reduced. Increase the value from normal. Also, as an example, if the attribute set in the genre panel is an attribute that is disadvantageous to the attribute set for the enemy character, the value of the damage dealt to the enemy character is reduced more than usual. "Normal" is, for example, the value of damage given to an enemy character when the attribute set in the genre panel is the same as the attribute set for the enemy character.

If YES in step S115, that is, if the attack in step S113 was able to deprive all the enemy characters of their total strength, the quest progression unit 117 determines that the party has won the battle in step S116, and determines that the party has won the battle. exit.

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

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

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

In the case of YES in step S120, that is, when the physical strength of all ally characters becomes 0 due to the attack in step S119 and they are unable to fight, the quest progression unit 117 determines that the party has lost the battle in step S121. , ends the combat part. Then, in step S122, the quest progression unit 117 discards the quest acquisition points. Then, the play part processing flow ends.

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

When the presentation flags of the quizzes included in the quiz data are all set to "1", that is, when the genre panels of all the quizzes are presented, the quest progression unit 117 acquires new quiz data from the server 200. Just do it. Also, in the above example, the quest progression unit 117 acquires the quiz data from the server 200 at the timing when the battle part is started, but the acquisition timing of the quiz data is not limited to this example. For example, the quest progression unit 117 may acquire quiz data at the timing when the play part is started.

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

In step S202, the quest progression unit 117 specifies clear time bonus points. Clear time bonus points are points according to the time required for the user to clear the quest. As an example, the clear time bonus points may be determined according to the number of turns required for the user to clear the quest. For example, the fewer the number of turns, the more clear time bonus points may be given.

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

Instead of clearing time bonus points and difficulty bonus points, a value to be multiplied by quest acquisition points may be specified. For example, if the difficulty of a quest increases in the order of "Easy", "Normal", and "Hard", "1x" for "Easy", "1.5x" for Normal, and "2x" for Hard. may be specified. In this example, when the difficulty level of the quest is normal, the quest acquisition points specified in step S201 are multiplied by 1.5 in step S203.

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

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

It should be noted that the accumulated points may be updated based on at least the quest acquisition points, and the clear time bonus points and the difficulty bonus points are not essential. As an example, either one of the clear time bonus points and the difficulty level bonus points may be used to update the accumulated points.

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

FIG. 11 is a diagram showing an example of a game screen displayed on the display unit 152 while the point total update part is being executed. The game screen shown in FIG. 11 is the point screen described above.

The point screen includes quest acquisition points 821, clear time bonus points 822, difficulty level bonus points 823, total acquisition points 824, and accumulated points 825, for example. The quest acquisition point 821 indicates the value of the quest acquisition point described above. A clear time bonus point 822 indicates the value of the clear time bonus point described above. The difficulty bonus point 823 indicates the value of the above-described difficulty bonus point. Total Earned Points 824 indicates the value of the total earned points described above. The point total 825 indicates the value of the point total after updating.

Referring to FIG. 10 again, the description returns to the processing flow of the point total update part. In the case of YES in step S206, that is, in the case where the point total after updating satisfies a predetermined condition, the quest progression unit 117 grants the user the lottery right in step S207. As an example, the quest progression unit 117 grants the user one lottery right each time the value of the accumulated points after updating reaches a multiple of 50. With this, the processing flow of the point total update part ends. If NO in step S206, the point total update part ends without executing the process of step S207.

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

The quest progression unit 117 may execute a reward giving part for giving a reward to the user according to the user's play result in the play part before or after executing the point total update part. The reward given to the user in the reward giving part is provided to the user, for example, as digital content that can be used on the game. Specific contents of the reward include, for example, a card or figure corresponding to the character operated by the user, an item with a special effect, or an ability that the character can acquire. Alternatively, the reward may be a right that the user can exercise on the game. Rights as rewards include, for example, the right to strengthen characters, the right to play special quests, the right to expand the item possession limit, the right to unlock locked quests or items, or the right to raise the cost limit. is assumed.

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

(Quest selection screen)
After the point total update part ends, the shift preparation unit 116 displays a quest selection screen as an example. That is, in this example, when the point total update part ends, the first subpart of the transition preparation part starts.

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

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

The lottery start UI 832 is a UI for accepting a lottery part start operation. The lottery start operation may be, for example, a tap operation to the lottery start UI 832 . In addition, the processing after the lottery start operation is input will be described later.

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

A point acquisition UI 834 is a UI for accepting a predetermined operation. When the operation reception unit 111 receives a predetermined operation on the point acquisition UI 834, the shift preparation unit 116 adds points (second points) to the total points. In other words, the user can earn points by inputting a predetermined operation on the point earning UI 834 . The predetermined operation may be, for example, a tap operation on the point earning UI 834 . The value of points added to the accumulated points by inputting a predetermined operation to the point acquisition UI 834 may be, for example, a value (50 in this embodiment) that gives one lottery right. In this example, when a predetermined operation on the point acquisition UI 834 is accepted, the number indicated by the number of lottery rights 833 is increased by 1 (see FIG. 13 described later).

After adding the points to the accumulated points, the transition preparation unit 116 puts the point acquisition UI 834 into a state in which the predetermined operation is not accepted. In addition, when a predetermined period of time has elapsed after receiving a predetermined operation, the transition preparation unit 116 enables the point acquisition UI 834 to receive the predetermined operation again.

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

The point acquisition UI 834 may have different images depending on whether the predetermined operation can be accepted or not. As an example, if a predetermined operation can be accepted, the point acquisition UI 834 may be an image of a container filled with stars, as shown in FIG.

Also, as an example, when a predetermined operation is not accepted, the point acquisition UI 834 may be an image with an empty container, as shown in FIG. Further, when the point acquisition UI 834 does not accept the predetermined operation, the transition preparation unit 116 may display the remaining time UI 835 near the point acquisition UI 834 indicating the remaining time until the predetermined operation can be accepted again. good.

Further, as an example, the transition preparation unit 116 may cause the animation generation unit 114 to generate an animation in which the star in the vessel moves toward the lottery start UI 832 when a predetermined operation on the point acquisition UI 834 is accepted. good. When the display control unit 112 causes the display unit 152 to display the animation, the user can easily recognize that points have been obtained.

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

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

The lottery screen includes, for example, lottery start UIs 841 and 842, total points 843, prize information 844, scroll bar 845, and reset UI 846. FIG. Details of the lottery start UIs 841 and 842 and the reset UI 846 will be described later.

The prize information 844 consists of icon images R1 to R15 (images) representing cards that can be obtained by lottery. As an example, the lottery in the present embodiment allows the user to acquire one or more cards among the cards that can be acquired by the user in a group including a predetermined number of cards. The icon images R1 to R15 are images representing the predetermined number of cards included in the group. As an example of the lottery in the present embodiment, basically, a card obtained by the user by executing the lottery cannot be obtained again. In other words, in the case of this example, the above-mentioned "cards that the user can acquire" are cards included in the group that the user has not yet acquired.

For this reason, the prize information 844 shown in FIG. 15 includes, for example, an image showing cards acquired (already acquired) by the user (such as the icon image R2 in the example of FIG. 15) and an image representing unacquired cards (see 15, etc.). For example, as shown in FIG. 15, the image indicating the card acquired by the user may be accompanied by an image indicating "completed" and the icon image may be grayed out. This allows the user to easily recognize cards that have not yet been obtained.

In this way, in the lottery in this embodiment, the maximum number of cards that can be acquired is fixed, and as the user performs the lottery and acquires cards, the number of cards that can be acquired decreases. It is a so-called BOX gacha that increases the probability of obtaining . In this embodiment, as an example, the above upper limit number is assumed to be 50. FIG.

The accumulated points 843 indicates the accumulated points. In this embodiment, a predetermined number of points are consumed by using the lottery right. Therefore, by displaying the accumulated points 843 on the lottery screen, the user can easily recognize the number of times the lottery can be held.

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

The lottery execution unit 118 causes the UI control unit 113 to generate prize information 844 based on the group information provided from the server 200 . Group information is information indicating the above-described group.

FIG. 16 is a diagram showing an example of the data structure of group information. Group information may be in the form of a database as shown in FIG. 16, for example. The group information is generated by the lottery support unit 213 and supplied to the user terminal 100 in response to a request from the user terminal 100 (lottery execution unit 118). As an example, the group information is No. (number), card ID, icon, and acquisition flag. Each row of group information may be referred to as card information hereinafter.

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

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

FIG. 17 is a diagram showing an example of the data structure of the all card DB described above. The all card DB is a database for centrally managing all cards in the game. The all-card DB includes, for example, items of card ID, card name, basic parameters, and combat ability parameters. The details of each of these items are the same as those of the card DB 122, so the description will not be repeated here.

Also, the basic parameters shown in FIG. 17 do not include the level items in the card DB 122 . This is because, in the example shown in this embodiment, the level of the character of the card obtained by lottery is the initial level (for example, 1). In an example where the level of the character of the card obtained by lottery is not the initial level, the basic parameters in the all card DB may include level items.

Referring to FIG. 14 again, the description returns to the processing flow of the lottery part. In step S302, the operation reception unit 111 receives a use operation for using the lottery right. As an example, the use operation may be a tap operation on the lottery start UI 841 or the lottery start UI 842 shown in FIG. When the lottery start UI 841 receives a use operation, the lottery executing unit 118 uses one lottery right to perform one lottery. On the other hand, when the lottery start UI 842 receives a use operation, the lottery execution unit 118 uses 10 lottery rights to perform 10 lotteries at once (perform 10 consecutive gachas).

In addition, in this embodiment, a predetermined number of points are consumed by using the lottery right. For example, 50 points are consumed whenever one lottery right is used. In the example of FIG. 15, since the total point value is 148, it is not possible to play 10 consecutive gachas that consume 500 points. Therefore, in the example of FIG. 15, the lottery start UI 842 does not accept the use operation. Note that, in this case, the lottery start UI 842 may be configured to make the user aware that the use operation is not accepted. For example, as shown in FIG. 15, the lottery start UI 842 may be grayed out.

In addition, when receiving a use operation, the lottery start UI 842 may use all the lottery rights granted to the user and collectively perform a lottery for the number of lottery rights. For example, since the cumulative point value shown in FIG. 15 is 148, the number of lottery rights is two. In other words, in this example, when receiving a use operation, the lottery start UI 842 uses all of the two lottery rights to perform the lottery twice.

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

The lottery support unit 213 of the server 200 refers to the all-cards DB and identifies the card indicated by the received card ID. Then, the specified card is transmitted to the user terminal 100 .

In step S304, the lottery executing unit 118 gives the card received from the server 200 to the user. With that, the lottery part ends.

Each piece of card information in the group information may be associated with the probability of acquiring the card indicated by the card information. In this case, the lottery executing unit 118 determines a card to be obtained by the user based on the probability in step S303. The probability may be determined according to the rarity of the card. For example, the higher the rarity, the lower the probability.

As described above, according to the game system 1 of the present embodiment, the icon images of all the cards that the user can acquire in the BOX gacha are displayed on the lottery screen. Further, according to the game system 1, icon images of acquired cards and icon images of unacquired cards are displayed in different modes. As a result, even if the names of the cards contained in the BOX gacha, the total number of cards contained in the BOX, and the current number of contained cards are not displayed on the lottery screen, the user can , the current number of stored cards, etc. can be easily recognized. In other words, the game system 1, particularly the user terminal 100, does not store the names of the cards accommodated in the BOX gacha, the total number of cards accommodated, the current number of cards accommodated, etc., and plays the cards accommodated in the BOX gacha. It is possible to realize a lottery screen that allows the user to easily recognize the total number of stored cards, the current number of stored cards, and the like.

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

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

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

By displaying a screen showing detailed information, the user can check various parameters in a list for the character of the card that can be obtained by lottery. It should be noted that the icon images that accept the predetermined operation described above may be only a part of the icon images displayed on the lottery screen. For example, only icon images of cards with high rarity may be able to accept the predetermined operation described above.

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

When the operation reception unit 111 receives a reset operation on the reset UI 846, the lottery execution unit 118, for example, makes a predetermined change to the group indicated by the group information or the cards included in the group.

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

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

In the game screen shown in FIG. 19, all the icon images in the acquired mode are changed to the unacquired mode. That is, in the example of FIG. 19, when the reset operation is accepted, the lottery execution unit 118 changes all cards acquired by the user included in the above-described group to unacquired status.

Specifically, when the reset operation is accepted, the lottery executing unit 118 refers to the acquisition flag in the group information and changes all "1"s to "0"s. Then, the lottery execution unit 118 changes the icon image to the unacquired mode according to the change of the acquisition flag. As a result, the lottery screen shown in FIG. 19 is realized.

In addition, in the case of a configuration in which some of the cards acquired by the user are changed to an unacquired state, the lottery execution unit 118 may randomly select cards to be changed to an unacquired state, or according to a predetermined condition. You may choose. The predetermined condition may be, for example, "the rarity level is a predetermined level or higher (or a predetermined level or lower)".

Further, for example, when the reset operation is accepted, the lottery executing unit 118 may replace the group to be the lottery target with another group in which at least part of the included game media is different from the group.

FIG. 20 is a diagram showing an example of a game screen displayed on the display unit 152 while the lottery part is being executed. The game screen shown in FIG. 20 is the aforementioned lottery screen, which is the lottery screen after the reset operation is input in the game screen shown in FIG.

In the game screen shown in FIG. 20, icon images R1 to R15 shown in FIG. 15 are changed to icon images R16 to R30 of different cards. In this example, when the reset operation is accepted, the lottery executing unit 118 transmits a request for acquiring new group information to the server 200 and receives the new group information. Then, lottery execution unit 118 generates a lottery screen based on the new group information, and causes display unit 152 to display the lottery screen. As a result, the lottery screen shown in FIG. 20 is realized. Details of generation of new group information and generation of the lottery screen shown in FIG. do not have.

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

Also, in an example where a group or card is replaced with another group or card, the lottery execution unit 118 accepts a reset operation a predetermined number of times or more while all the cards included in the group targeted for the lottery have not yet been obtained. , the reset UI 846 may be placed in a state in which the reset operation is not accepted. That is, a limit may be placed on the number of times the user can change the card to be acquired. This can prevent the user from repeating the reset operation with the aim of obtaining a better card. Therefore, it is possible to encourage the user to execute the lottery.

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

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

Note that the lottery execution unit 118 may cancel the state in which the reset operation is not accepted on the reset UI 846 when the billing by the user is accepted. Also, the state may be canceled by consuming predetermined items or points provided to the user. For example, the state may be released by consuming a predetermined number of points indicated by the accumulated points 843 .

Also, the trigger for replacing a group or card with another group or card is not limited to inputting a reset operation. For example, according to the progress of the game, the lottery executing unit 118 replaces the lottery target group with another group in which at least part of the included game media is different from the group, or replaces the lottery target group with another group. At least some of the included cards may be replaced with other cards. As a result, the user can obtain another card by proceeding with the game, so that it is possible to encourage the user to proceed with the game. In addition, progress of a game is, for example, selecting a quest and executing a play part.

Note that the lottery part executed by the game system 1 is not limited to the above example as long as it is a lottery for awarding game media to the user. For example, in the lottery in the lottery part executed by the game system 1, the upper limit number of obtainable cards may not be determined. In other words, the lottery may not be a BOX gacha.

[Example of realization by software]
Control blocks of the control unit 210 (in particular, the quest support unit 211, the sharing support unit 212, and the lottery support unit 213), and control blocks of the control unit 110 (in particular, the operation reception unit 111, the display control unit 112, the UI control unit 113 , animation generation unit 114, deck formation unit 115, transition preparation unit 116, quest progress unit 117, and lottery execution unit 118) may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like. Alternatively, it may be realized by software using a CPU (Central Processing Unit).

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

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

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

(Item 1) The game program (131) has been explained. According to one aspect of the present disclosure, a game program is executed by a computer comprising a processor (10), a memory (11), and an operation section (input section 151, etc.). The game program presents, to the processor, a plurality of options (genre panel 803) each associated with a point so that the user can select (S103), and progresses the game based on the options selected by the user. a step (S107, etc.); a step (S110) of awarding points associated with the selected option to the user when progress of the game based on the selected option satisfies predetermined requirements; A step (S205) of updating the accumulated points by adding up the points based on the obtained points, and obtaining one or more game media that can be used in the game when the updated accumulated points satisfy a predetermined condition. a step (S207) of granting to the user the right to be used for

According to the above configuration, in addition to progressing the game according to the selected option, the user is allowed to acquire points according to the selected option. If the accumulated points meet a predetermined condition (for example, reach a predetermined value), the right to be used to obtain one or more game media that can be used in the game is granted.

In this way, the user acquires points corresponding to the selected options while proceeding with the game by selecting options to proceed with the game. Once the points are accumulated, the user can acquire game media using the right to acquire one or more game media.

As a result, the user selects the optimal option (which allows for efficient accumulation of points) from the viewpoint of acquiring the right more quickly while playing to select the best option in order to advance the game in an advantageous manner. method can be adopted. As a result, it is possible to diversify options selection methods and improve the interest of the game.

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

According to said structure, when a user clears the quest containing one or more battle parts, the point provided at the step of providing is added to the accumulated points. This allows the user to select the optimum option while also considering the viewpoint of clearing the quest. Depending on the situation, the user may choose an option that gives a higher chance of clearing the quest, even though the points are low, or an option that may not clear the quest, but will give more points. do. As a result, options can be selected in a more diverse manner, making it possible to improve the interest of the game. In addition, RPG is mentioned as a game including the above-mentioned quest, for example.

(Item 3) In (Item 2), the step of proceeding includes a step of determining whether or not to grant the party the right to attack the enemy character based on the option selected by the user (S109). In the step of doing, if it is determined that the right to attack is granted, the user may be awarded points associated with the selected option.

According to the above configuration, points associated with the selected option are awarded to the user when the right to attack is given to the party. In other words, points are not always awarded to the user when an option is selected. Therefore, the user needs to actively play quests in order to accumulate more points. As a result, the user can be prompted to play the quest.

(Item 4) In the step of presenting in (Item 3), a step of presenting a first user interface (hereinafter referred to as UI) component (genre panel 803) that indicates the genre of questions to be given to the user as an option and proceeding. includes a step (S107) of presenting to the user the problem of the genre indicated by the first UI component selected by the user, and in the determining step, as a determination of whether or not to grant the right of attack to the party, the user determining whether or not the answer to the question entered by is correct, and if it is determined that the answer is correct, giving the party the right to attack (S113); If it is determined that, points associated with the selected option may be awarded to the user.

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

According to the configurations of (item 4) and (item 5), the user selects the optimum option while also considering the viewpoint of selecting a quiz that the user is likely to answer correctly. Depending on the situation, the user selects an option that is likely to give a correct answer even though the points are low, or selects an option that may give an incorrect answer but allows more points to be obtained. As a result, options can be selected in a more diverse manner, making it possible to improve the interest of the game.

(Item 6) In any one of (Item 2) to (Item 5), the processor sets at least one piece of attribute information among a plurality of pieces of attribute information for each of the option and the enemy character. In the step of storing the selected attribute information in a memory and progressing, in the battle part, based on the attribute information set to the selected option and the attribute information set to the enemy character to be attacked, the enemy character to be attacked is selected. You may determine the value of the damage to deal to the character.

(Item 7) In any one of (Item 2) to (Item 6), the processor provides at least one piece of attribute information among a plurality of pieces of attribute information, which is set for each of the option and the character. In the step of storing the obtained attribute information in a memory and progressing, in the battle part, based on the comparison between the attribute information set for the selected option and the attribute information set for the character, an ally who attacks the enemy character is selected. You can decide on a character.

According to the configurations of (item 6) and (item 7), the user selects the optimum option while also considering the viewpoint of selecting the option that increases the amount of damage inflicted on the enemy character. Depending on the situation, the user may select an option that gives less points but deals more damage, or an option that deals less damage (or no damage) but gives more points. choose. As a result, options can be selected in a more diverse manner, making it possible to improve the interest of the game.

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

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

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

(Item 10) In any one item from (Item 2) to (Item 9), the game program causes the processor to provide a predetermined when the operation is accepted, a second point different from the above points is added to the accumulated points, and the second UI component is placed in a state in which a predetermined operation is not accepted; Then, a step of making the second UI component re-acceptable for a predetermined operation may be further executed.

As a result, even a user who does not have time to play quests can start playing the game every time a predetermined period of time elapses and input a predetermined operation to the second UI component to obtain game media. You can get your rights. As a result, the user can be motivated to start the game regularly.

(Item 11) In any one item from (Item 2) to (Item 10), the processor causes the memory to store a plurality of audio data, and the game program instructs the processor to provide points associated with the selected options. a step of determining one piece of audio data from a plurality of pieces of audio data according to the above, and a step of outputting the audio based on the determined audio data from the audio output unit (speaker 16) as an utterance of the character displayed in the battle part. and may be further executed. This makes it possible to improve the interest of the game.

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

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

(Item 14) The information processing apparatus has been described. According to one aspect of the present disclosure, the information processing device includes a storage unit (120) that stores the game program according to (item 1), and by executing the game program, the information processing device (user terminal 100) and a control unit (110) for controlling the operation. The information processing apparatus according to (item 14) has the same effects as the game program according to (item 1).

1 game system, 2 network, 10, 20 processor, 11, 21 memory, 12, 22 storage, 13, 23 communication IF (operation unit), 14, 24 input/output IF (operation unit), 15 touch screen (operation unit) , 17 camera (operation unit), 18 ranging sensor (operation unit), 100 user terminal (information processing device), 110, 210 control unit, 111 operation reception unit, 112 display control unit, 113 UI control unit, 114 animation generation Section 115 Deck Organizing Section 116 Transition Preparation Section 117 Quest Progress Section 118 Lottery Execution Section 120, 220 Storage Section 121 Deck Information 122 Card DB 131 Game Program 132 Game Information 133 User Information 151 Input Unit 152 Display Unit 200 Server 211 Quest Support Unit 212 Sharing Support Unit 213 Lottery Support Unit 1010 Object 1020 Controller (Operation Unit) 1030 Storage Medium

Claims (2)

a game program,
The game program is executed by a computer comprising a processor, a memory, an operation unit, and a display unit,
The game program causes the processor to:
a step of displaying, on the display unit, a plurality of options each associated with a point, in a user-selectable manner;
receiving a first input operation for the user to select one of the plurality of options displayed on the display;
progressing the game based on the option selected by the first input operation in response to the first input operation;
giving the user the points associated with the selected option when progress of the game based on the selected option satisfies a predetermined requirement;
Based on the points given to the user, updating the point total, which is the sum of the points;
granting to the user a right to be used to acquire one or more game media that can be used in the game when the updated accumulated points reach a predetermined value as a predetermined condition; , allowing the user to acquire game media based on the rights;
and
In the step of advancing the game based on the choices,
In the game, the characters of a party formed in advance by the user with a plurality of characters are caused to fight against enemy characters,
determining a value of damage to be given to the enemy character when the character included in the party attacks the enemy character in a battle between the character included in the party and the enemy character ;
The game program , wherein the points associated with each of the options are randomly determined from a predetermined numerical range . The game program causes the processor to further execute a step of presenting a plurality of options including a new option in a user-selectable manner when progress of the game based on the selected option satisfies a first condition. , The game program according to claim 1.

Images