JP2022188485A - Program, information processor and information processing method - Google Patents

Abstract

To provide a technology capable of heightening furthermore amusement of a game.SOLUTION: According to an embodiment, in a program to be executed by a computer, the computer is allowed to execute steps of: acquiring collected results on answers to a quiz game executed at multiple terminals; and providing predetermined reward, when the collected results satisfy a prescribed condition.SELECTED DRAWING: Figure 8

Description

TECHNICAL FIELD Embodiments of the present invention relate to programs, information processing apparatuses, and information processing methods.

A quiz game is known that is realized by communication between a server and a client terminal. For example, a client terminal downloads information about a quiz from a server and presents the quiz via a display or the like to realize a quiz game.

It is also known to provide events to incentivize users in gaming systems that include a server and one or more client terminals. For example, a game system has been proposed in which rankings are determined for each player group that participates in an event, and rewards are given to each player according to their contribution to the group (see Patent Document 1). Also, in order to improve player motivation, a system has been proposed in which players participating in an event evaluate each other and reward the players based on the evaluation results (see, for example, Patent Literature 2). Also, in order to encourage continuous participation in an event, a technology has been proposed in which the timing for distributing rewards is shifted according to the ranking in the event (see Patent Document 3, for example).

JP 2020-198959 A JP 2016-198529 A Japanese Patent No. 5579911

An object of one aspect of the present invention is to provide a technique for making a game more interesting.

To solve the above problems, one aspect of the present invention provides a program executed by a computer that acquires tallied results regarding answers to quiz games executed on a plurality of terminals, and that the tallied results satisfy a predetermined condition. and to provide a predetermined reward when the user does the job.

According to one aspect, a tally result of answers to quiz games executed on a plurality of terminals is obtained, and a reward is provided when the tally result satisfies a predetermined condition. Aggregated results include information about quiz game answers by multiple players using multiple devices, effectively allowing multiple players to work together to achieve a common goal of rewards. become. Thus, in addition to providing rewards, collaborative work can provide a sense of accomplishment in accomplishing objectives.

According to one aspect of the present invention, there is provided a technique for making a game more interesting.

FIG. 1 is a diagram showing an example of the overall configuration of a game system related to a game program according to one embodiment. FIG. 2 is a diagram illustrating an example of a functional configuration of a server according to one embodiment; FIG. 3 is a diagram illustrating an example of a functional configuration of a user terminal according to one embodiment; FIG. 4 is a diagram showing a first example of a game image according to one embodiment. FIG. 5 is a diagram showing a second example of a game image according to one embodiment. FIG. 6 is a diagram showing a third example of a game image according to one embodiment. FIG. 7 is a schematic diagram showing a display example of an object representing the aggregate result according to one embodiment. FIG. 8 is a flowchart illustrating an overview of information processing operations performed by the information processing apparatus according to one embodiment. FIG. 9 is a flowchart illustrating an example of information processing operation of the server according to one embodiment. FIG. 10 is a diagram showing an example of an orb information management table according to one embodiment. FIG. 11 is a diagram illustrating an example of a tally result storage table according to one embodiment. FIG. 12 is a flowchart illustrating an example of information processing operation of a user terminal according to one embodiment. FIG. 13 is a diagram illustrating an example of an orb display management table according to one embodiment. FIG. 14 is a diagram showing a fourth example of a game image according to one embodiment. FIG. 15 is a diagram illustrating activation of rewards according to one embodiment. FIG. 16 is a diagram showing a fifth example of a game image according to one embodiment.

Embodiments of the present invention will be described below with reference to the drawings. Elements that are the same as or similar to elements that have already been explained are denoted by the same or similar reference numerals, and overlapping explanations are basically omitted. For example, when there are a plurality of identical or similar elements, common reference numerals may be used to describe each element without distinction, and the common reference numerals may be used to distinguish and describe each element. In addition, branch numbers are sometimes used.

[One embodiment]
A program according to one embodiment is a program that runs on a server or a client terminal. A program according to one embodiment is hereinafter referred to as a game program. A game program implements at least part of a game implemented by a game system including a server and client terminals.

(1) Configuration (1-1) Game System FIG. 1 shows an example of the overall configuration of a game system 1 related to game programs.
The game system 1 includes a plurality of user terminals 100A, 100B, 100C, . Each user terminal 100 can communicate with the server 200 via the network NW. Any number of user terminals 100 can be connected to the server 200, but for the sake of simplicity, only one user terminal 100 will be illustrated and described in detail.

The network NW is, for example, the Internet, and includes access networks such as LAN (Local Area Network), WAN (Wide Area Network), mobile communication network, wired telephone network, FTTH (Fiber To The Home), and CATV (Cable Television) network. can contain.

The server 200 is a first example of an information processing apparatus according to one embodiment, and is a computer having a server function operated and managed by, for example, a game developer. Server 200 may be a general-purpose computer such as a workstation or personal computer. For example, the server 200 receives user information and various requests from the user terminal 100 via the network NW, and transmits game programs and related data to the user terminal 100 via the network NW. The server 200 can transmit and receive information to and from multiple user terminals 100 at the same time.

A user terminal 100 is a second example of an information processing apparatus according to an embodiment, and is used by a user (game player). The user terminal 100 is a computer capable of receiving services from a server, such as a smart phone, a tablet terminal, or a notebook personal computer. The user terminal 100 may be a stationary computer such as a desktop personal computer. User terminal 100 may also be a dedicated gaming terminal suitable for playing games. In the following, as an example, the user terminal 100 is described as being a smart phone with a touch screen. Each user terminal 100 is associated with a user account under management of the server 200 through login authentication or the like.

(1-2) Hardware Configuration (1-2-1) Server As shown in FIG. 1, the server 200 includes hardware such as a processor 2001, a memory 2002, a storage 2003, a communication interface (communication I/F ) 2004 and an input/output interface (input/output I/F) 2005 , which are electrically connected to each other via a bus 2006 .

A processor 2001 controls the overall operation of the server 200 . The processor 2001 includes, for example, a general-purpose processor such as a CPU (Central Processing Unit), MPU (Micro Processing Unit), GPU (Graphics Processing Unit). The processor 2001 is not limited to a general-purpose processor, and may be a dedicated processor such as an ASIC (Application Specific Integrated Circuit) or an FPGA (Field-Programmable Gate Array).
A memory 2002 is a main storage device and includes a ROM (Read Only Memory), a RAM (Random Access Memory), and the like.
The storage 2003 is an auxiliary storage device and includes non-volatile storage devices such as hard disk drives (HDD) and solid state drives (SSD). The storage 2003 stores programs executed by the processor 2001, setting data necessary for executing the programs, and the like. Part of the program may be stored in ROM.

The processor 2001 can implement the processing functions described later by reading a program from the storage 2003, expanding it in the memory 2002, and interpreting and executing the expanded program.

A communication interface (communication I/F) 2004 is a module for communicating with an external device such as the user terminal 100 via the network NW, and includes a signal processing circuit for transmission and reception, an optical connector, and the like. Communication interface 2004 may include, for example, an optical communication module.

An input/output interface (input/output I/F) 2005 captures operation data input by an operator through an input device such as a keyboard or mouse, and outputs output data to an output device such as a liquid crystal or organic EL (Electro Luminescence) display or speaker. Output.

(1-2-2) User Terminal As shown in FIG. 1, the user terminal 100 includes, as hardware, a processor 1001, a memory 1002, a storage 1003, a sensor 1004, and a communication interface (communication I/F) 1005. , an input/output interface (input/output I/F) 1006 , and a touch screen 1007 , which are electrically connected to each other via a bus 1008 .

A processor 1001 controls the overall operation of the user terminal 100 . The processor 1001 includes, for example, general-purpose processors such as CPU, MPU, and GPU. The processor 1001 is also not limited to a general-purpose processor, and may be a dedicated processor such as ASIC or FPGA.
A memory 1002 is a main storage device and includes ROM, RAM, and the like.
The storage 1003 is an auxiliary storage device and includes internal or external semiconductor memory (for example, flash memory). The storage 1003 stores programs executed by the processor 1001, setting data necessary for executing the programs, and the like. Part of the program may be stored in ROM.
The processor 1001 reads a program from the storage 1003, expands it in the memory 1002, and interprets and executes the expanded program, thereby realizing processing functions to be described later.

The sensor 1004 is, for example, an image sensor, sound sensor, acceleration sensor, angular velocity sensor, geomagnetic sensor, GPS sensor, proximity sensor, ambient light sensor, or the like. The sensor 1004 converts various sensed information into electrical signals and outputs them.

A communication interface (communication I/F) 1005 is a module for communicating with an external device such as the server 200 via the network NW, and includes a signal processing circuit for transmission/reception, an antenna, a LAN terminal, and the like. The communication interface 1005 can include a module for mobile communication, a module for wireless/wired LAN, a module for short-range wireless communication, and the like.

An input/output interface (input/output I/F) 1006 takes in input data from an external device and outputs output data to the external device. The input/output interface 1006 can include, for example, physical buttons of the user terminal 100, a speaker built into the user terminal 100, a USB (Universal Serial Bus) port, and the like.

The touch screen 1007 includes an input unit 1071 and a display unit 1072, and has functions of receiving user input operations and displaying various images to the user.

The input unit 1071 is, for example, a capacitive or resistive touch panel. The input unit 1071 detects a contact position touched by a user's finger or a touch pen (stylus pen), and generates coordinate information of the contact position.

The display unit 1072 is, for example, a liquid crystal display or an organic EL display, and displays various images based on display data. The display unit 1072 realizes a game screen by displaying a game image.

The user terminal 100 can also accept user operations from external input devices such as a keyboard, mouse, and controller connected via the input/output interface 1006 . The user terminal 100 may acquire game programs and related data from an external storage device such as a memory card connected via the input/output interface 1006 . The user terminal 100 can also output display information to an external output device such as a display or speaker connected via the input/output interface 1006 . The user terminal 100 may use an external storage device such as a memory card connected via the input/output interface 1006 as the storage 1003 . User terminal 100 may also accept a signal from sensor 1004 as a user operation.

The user terminal 100 transmits the progress of the game to the server 200 at regular intervals or as needed, requests data, and receives necessary programs, related data, update data, and the like from the server 200 .

(1-3) Functional Configuration (1-3-1) Server FIG. 2 shows an example of the functional configuration of the server 200 according to one embodiment. Illustrations and descriptions of the functional configuration of a general computer and the well-known configuration required to realize the game are omitted.

The server 200 communicates with each user terminal 100 and, in response to a request from each user terminal 100, transmits to each user terminal 100 a game program, related data necessary for executing the game program, and the like. The server 200 also receives, from each user terminal 100, the progress of each user's game, the answer results, and the like. The server 200 includes a control section 210 and a storage section 220 .

Storage unit 220 is mainly implemented by storage 2003 . A part of the storage unit 220 may be implemented by the memory 2002 . The storage unit 220 includes a game program storage unit 221 , a game information storage unit 222 , a user information storage unit 223 , an orb information storage unit 224 and a tally result storage unit 225 .

The game program storage unit 221 stores game programs.
The game information storage unit 222 stores various game information referred to when executing the game program.
The user information storage unit 223 stores information about users associated with each user terminal 100 . The user information storage unit 223 stores information such as the user's account information or the user's game progress, for example.

The orb information storage unit 224 stores various information (orb information) regarding orbs. In this embodiment, an "orb" is a virtual object placed in the game space and associated with a given event. An event associated with an orb is an event that grants a reward (benefit) if conditions are met. Server 200 generates an associated event by selecting an orb. An event includes a first phase and a second phase. In the first phase, the server 200 counts the answers to the quiz games executed on the plurality of user terminals 100, and monitors whether the counted results satisfy a predetermined condition. The orb fills up according to the tally result, like a medal game or a jackpot set in a casino, for example. When the total result satisfies a predetermined condition in the server 200, it is considered that the orb is full, and the event shifts to the second phase. The state in which the orb is full is also called "orb release", and the predetermined condition is also called "orb release condition". A predetermined reward is provided in the second phase. An example of a reward is a timed bonus that is activated for a period of time. After a certain period of time, the timed bonus will be invalidated and the event will end. The orb information storage unit 224 stores an orb information management table 2241 that stores orb information regarding one or more orbs. The orb information includes information identifying the orb, conditions for releasing the orb, content of the reward provided when the orb is released, time limit for validating the reward, and the like. Here, "orb" and "event" are sometimes used interchangeably.

The tally result storage unit 225 stores a tally result storage table 2251 that stores the tally results regarding the answers of the quiz games executed on the plurality of user terminals 100 .

Control unit 210 is mainly implemented by processor 2001 and memory 2002 . The control unit 210 controls the functions of the server 200 as a whole. Control unit 210 can function as reception control unit 211, transmission control unit 212, game progression unit 213, orb management unit 214, and tallying unit 215 by executing game programs stored in game program storage unit 221. .

The reception control unit 211 receives, from each user terminal 100, a transmission request for user information, a program or related data, information on the progress of the game at each user terminal 100, and quiz game answer results at each user terminal 100. The answer record includes the result of the user playing the quiz game on the user terminal 100 . An example of the answer record is the number of correct answers to quizzes on the user terminal 100 . The answer record may also include the number of answers (the number of quizzes that the user has attempted) regardless of correct/incorrect answers. The answer performance may include various other achievements, such as correct answer rate, answer time, or quiz game play time.

The transmission control unit 212 transmits the requested program or related data, updated program, or the like to each user terminal 100 . The transmission control unit 212 can also request each user terminal 100 to transmit information about the progress of the game.

The game progress section 213 refers to information stored in the game information storage section 222 and the user information storage section 223 according to the code described in the game program, and manages the progress of the game in each user terminal 100 . The game progression unit 213 can also determine whether information collection from each user terminal 100 is necessary and data transmission to each user terminal 100 is necessary.

The orb management unit 214 is managed by the orb information management table 2241 in response to instructions from the administrator of the server 200 (eg, game designer, game developer, game distributor, etc.) or according to a given algorithm. Has the ability to select any one of the orbs. An event occurs when an orb is selected. The orb management unit 214 also functions as an acquisition unit that acquires, from the totalization unit 215 , total results regarding the answers to the quiz games executed on the plurality of user terminals 100 . The orb management unit 214 also has a function of determining whether or not the totaled result satisfies the release condition set for the selected orb. The orb management unit 214 also functions as a providing unit that provides a predetermined reward when the aggregate result satisfies a predetermined condition. Providing a predetermined reward in the server 200 includes setting the activation time of the reward when the aggregate result satisfies a predetermined condition, and transmitting the set activation time to the user terminal 100. include. Also, the orb management unit 214 transmits information including the counting result to the user terminal 100 in cooperation with the transmission control unit 212 .

The tallying unit 215 has a function of tallying the answer results received from the reception control unit 211 and storing the tallying result together with date and time information in the tallying result storage unit 225 . The tallied results of the answers to the quiz games executed on the plurality of user terminals 100 include the result of cumulatively adding the answer records (for example, the number of correct answers) received from the plurality of user terminals 100 over a predetermined period. For example, the aggregating unit 215 adds up the number of correct answers received from a plurality of user terminals 100 from when the orb is selected by the orb managing unit 214 until the release condition is satisfied, and the latest The cumulative value is stored in the tally result storage unit 225 as the tally result. In the following, the number of correct answers will be mainly described as an example of the number of correct answers, but this is merely an example, and the embodiment is not limited to the number of correct answers.

(1-3-2) User Terminal FIG. 3 shows an example of the functional configuration of the user terminal 100 according to one embodiment. Illustrations and descriptions of the functional configuration of a general computer and the well-known configuration required to realize the game are omitted.

The user terminal 100 includes a control section 110 and a storage section 120 .
The storage unit 120 is mainly implemented by the storage 1003 . A part of the storage unit 120 may be implemented by the memory 1002 . The storage unit 120 includes a game program storage unit 121 , a game information storage unit 122 , an answer record storage unit 123 , and an orb information storage unit 124 .

The game program storage unit 121 stores game programs. Note that the game program stored in the game program storage unit 221 of the server 200 and the game program stored in the game program storage unit 121 of the user terminal 100 may be the same program, or one of them may be the same program. It may be a program that includes the other, or it may be a different program.

The game information storage unit 122 stores various game information referred to when executing the game program. The game information storage unit 122 also stores display information such as images, sounds, and music that are referred to when generating display data for displaying game images.

The answer record storage unit 123 stores the answer record of the quiz game in the user terminal 100 . For example, the answer record storage unit 123 has a counter, and can count up and store the number of correct answers each time a quiz is answered correctly. The answer record storage unit 123 may store the answer record as correct answer number data for each game unit or for each predetermined time. The answer record may also include information identifying the quiz answered correctly (information indicating which quiz was answered correctly), date/time information (information indicating when the answer was correct), and the like.

The orb information storage unit 124 stores an orb display management table 1241 that stores display information regarding orbs. The orb display management table 1241 is referred to, for example, when the user terminal 100 generates display data. In the user terminal 100, an orb is an example of an object that displays the tallied results. Orbs are represented as mystical objects that indicate the progress of events, for example, hollow spherical objects that can fill with liquid. The amount of liquid in the orb increases according to how well the orb release conditions are met (achieved). Also, the orb itself can be expressed to increase in brightness according to the degree of achievement. As mentioned above, when the orb is full, it provides a predetermined reward.

Control unit 110 is mainly implemented by processor 1001 and memory 1002 . The control unit 110 controls the functions of the user terminal 100 as a whole. By executing the game program stored in the game program storage unit 121, the control unit 110 controls the reception control unit 111, the transmission control unit 112, the game progression unit 113, the operation reception unit 114, the display control unit 115, and the orb management unit. It can function as part 116 .

The reception control unit 111 receives game programs, game information, progress information, reward information, and the like from the server 200 . The reception control unit 111 stores the received information in the storage unit 120 or passes it to each functional unit. The progress information includes the most recent tallied result of the currently selected orb and information indicating the degree of achievement of the release condition. The reward information includes, as an example of information relating to the time at which the reward is activated in the user terminal 100, information on the activation time of the reward and information on the time limit of the reward. Reward information may also include the content of the reward. The reception control unit 111 is an example of an acquisition unit that acquires, from the server 200 , aggregated results regarding answers to quiz games executed on a plurality of user terminals 100 .

The transmission control unit 112 transmits the progress of the game, the answer record, and the like to the server 200 .

The game progression unit 113 has a function of referring to the game information stored in the game information storage unit 122 according to the code described in the game program, placing objects in the game space, and progressing the quiz game. The game progression unit 113 presents quizzes to the user via the display unit 1072 in cooperation with the display control unit 115 . Also, the game progression unit 113 cooperates with the operation reception unit 114 to receive an answer from the user via the input unit 1071 . The game progression unit 113 further determines whether the accepted answer is correct or not, advances the game according to the determination result, and passes the determination result to the orb management unit 116 .

The operation accepting unit 114 has a function of accepting a user's operation input via the input unit 1071 . Hereinafter, “user's operation” refers to a user's operation input via the input unit 1071 . User operations include various types of operations via the input unit 1071, such as tap operations and swipe operations. The operation reception unit 114 can detect the start of the user's operation based on the detection of the contact position by the input unit 1071 . Determination of the user operation by the operation reception unit 114 may be performed by a known method. When receiving a predetermined operation from the user during the progress of the quiz game, the operation receiving unit 114 determines that an answer has been received and passes it to the game progressing unit 113 . An example of the predetermined operation is an operation in which the user selects one of a plurality of UI objects that display answer options.

The display control section 115 has a function of generating display data for displaying a game image on the display section 1072 . A game image may include an image that depicts a game space. An image depicting the game space may include images of multiple objects placed in the game space. Game images include still images or moving images. Game images may also include images of UI (User Interface) components.

The orb management unit 116 has a function of counting the number of correct answers based on the correct/incorrect judgment result of the answer received from the game progression unit 113 and storing it in the answer result storage unit 123 as an answer result. The orb management unit 116 cooperates with the transmission control unit 112 to transmit the answer results accumulated in the answer result storage unit 123 to the server 200, for example, at regular intervals. The orb management unit 116 also cooperates with the display control unit 115 to read necessary display information from the orb display management table 1241 based on the progress information received from the server 200 and generate a game image. The orb management unit 116 also has a function of activating a predetermined reward based on the reward information received from the server 200 in cooperation with the game progression unit 113 . The orb management unit 116 is another example of a providing unit that provides a predetermined reward when the aggregate result satisfies a predetermined condition. Providing the predetermined reward at the user terminal 100 includes activating the predetermined reward.

A part of the functions of the user terminal 100 may be provided in the server 200 . Conversely, some of the functions of server 200 may be provided in user terminal 100 . That is, the computer that executes the program according to one embodiment may be the user terminal 100 or the server 200 .

(1-4) Outline of Game In one embodiment, the game realized by the game system 1 includes a quiz game realized by cooperation between the server 200 and the user terminal 100. FIG. A quiz game may be an element of a game, such as a quiz RPG, a quiz action game, or a competitive quiz game. Quiz games are part of a wide variety of games (mini-games, events, etc.) such as role-playing games (RPG), action games, adventure games, simulation games, breeding games, shooting games, sports games, and puzzle games. good too.

A quiz game progresses by asking a user a quiz and receiving an answer from the user. If the answer received from the user is correct, an effect is activated in the game, such as adding points to the character used by the user, obtaining an item, or damaging an enemy character or opponent's character. be done. As an example below, the user terminal 100 receives quiz data including a set of quizzes and correct answers from the server 200, presents the quizzes to the user via the display unit 1072, and receives answers from the user via the input unit 1071. shall be

In one embodiment, the cooperation of the server 200 and the user terminal 100 realizes an event in which multiple users can participate. A user may automatically participate in an event by playing a quiz game via the user terminal 100 during the event. Participation in the event may require a declaration of intention from the user.

FIG. 4 shows a first example of a game image according to one embodiment. The game image 11 is displayed on the display unit 1072 of the user terminal 100 and presented to the user as a game screen. The game image 11 is displayed, for example, when starting a quiz game. Here, it is assumed that the quiz game is a turn-based game in which the player battles an enemy character (NPC: Non Player Character). A quiz is given on the player's turn, and by answering the quiz correctly, an action to attack the enemy character is activated.

The game image 11 includes orb-related displays 21-23, game part selection buttons 31-35, and game-related displays 51-56.

The orb-related displays 21-23 include an orb image 21, a tally result 22, and an explanation 23. FIG. The orb image 21 is a still or moving image showing an orb as a hollow spherical object, and indicates that an event is occurring. In the illustrated example, the orb image 21 shows a state in which the orb is almost full with liquid and the orb is shining. Aggregation result 22 includes a count-up display based on the aggregation result received from server 200 . A count-up display is another example of an object that displays an aggregated result. The count-up display is updated, for example, every second, and has the effect of reflecting a real-time total value. The description 23 is a supplementary description of the counting result 22, and in the illustrated example, indicates that the "accumulated number of correct answers" from a plurality of user terminals 100 is "94,252 questions" at a certain time.

The game part selection buttons 31 to 35 are used by the user to select one of a plurality of game parts provided in the game. , and gacha button 35. The home button 31 is an operation button (UI object) for transitioning to the home part. A user can select an operation button by any operation such as a tap operation or a pointer movement operation. When the home button 31 is selected, the game transitions to the home part. The user can set, for example, the entire game in the home part. Similarly, the deck button 32 is an operation button for transitioning to the deck formation part. The user can select cards (or characters) to be used in a quiz game, for example, in the deck formation part. The quest button 33 is an operation button for transitioning to the quest part. The user can select a quest in the quest part and play the quiz game by single play (single-player play). Here, the quest is one of the play units of the quiz game, and an enemy character is set for each quest. In the selected quest, the user activates, for example, an action of attacking the enemy character from the possessed deck by answering the quiz correctly. When the quest clear condition is satisfied, such as when the remaining physical strength of the enemy character becomes zero, the user can obtain clear rewards such as currency, items, or experience points in the game. The cooperation button 34 is an operation button for transitioning to a cooperation play part. In the cooperative play part, the user cooperates with a plurality of users by receiving data shared between a plurality of user terminals 100 from the server 200, and performs cooperative play (multi-play) on the same quest as in single play. A quiz game can be played by Hereinafter, a quiz game according to an embodiment will be described mainly assuming single play, but the embodiment can be similarly applied to cooperative play. The gacha button 35 is an operation button for transitioning to a gacha part. In the gacha part, the user can draw cards (characters) that can be used in the quiz game, for example.

In the quest part and the cooperative play part, the user selects the genre of the quest and quiz (eg, anime, humanities, science, trivia, etc.), difficulty level (eg, easy, normal, difficult, etc.), etc. The quiz game proceeds through a confirmation screen such as the game image 11 . In the illustrated example, the quest button 33 is highlighted in the game image 11, indicating that the player is currently in the quest part.

The game-related displays 51 to 56 include an enemy character image 51, enemy information 52, a quiz genre 53, a difficulty switching button 54, a difficulty level display 55, and a challenge button 56. The enemy character image 51 displays an enemy character that will compete in the quiz game. In the illustrated example, the enemy character image 51 displays the image of the enemy character set for the quest being selected. The enemy information 52 indicates information on enemy characters. In the illustrated example, the enemy information 52 includes character information "dragon". The quiz genre 53 represents the genre of the quiz to be challenged from now on. In the illustrated example, the quiz genre 53 includes character information "anime". The difficulty switching button 54 enables switching of the difficulty. The difficulty level display 55 indicates the selected difficulty level "difficult". The challenge button 56 is a button for starting a quiz game with the content being displayed.

FIG. 5 shows a second example of a game image according to one embodiment. A game image 12 is an example of a game image during execution of a quiz game displayed on the display unit 1072 when the challenge button 56 is selected in the game image 11 . The game image 12 includes a quiz display 61 and options 62A, 62B, 62C, and 62D. Quiz display 61 is based on quiz data downloaded from server 200 . Here, along with "Q" which means "quiz", "Who is the main character of the anime 'XXX'? ” is displayed. Options 62A to 62D are UI objects that can be selected by the user, and include character information "AAA", "BBB", "CCC", and "DDD" of answer candidates, respectively. The number of options is not limited to four and may be set arbitrarily. Choices may be YES or NO. The user terminal 100 receives an answer from the user when the user US selects (eg, taps) one of the options 62A to 62D. A time limit may be set for accepting answers from users. The user terminal 100 determines whether the accepted answers are correct or not based on the quiz data downloaded from the server 200 . The server 200 may determine whether the answer is correct or not.

Next, with reference to FIGS. 6 and 7, the display of the tallied results in the game image will be further described.
FIG. 6 shows a third example of a game image according to one embodiment. The game image 13 is an example of a game image displayed on the display unit 1072 when an operation such as tapping the orb image 21 is performed on the game image 11 . The game image 13 includes orb related displays 21 - 24 , game part selection buttons 31 - 35 and a return button 57 . The game part selection buttons 31 to 35 are the same as those explained with reference to FIG. 4, so the explanation is omitted. The return button 57 is a button for returning to the previous game image. In this example, the game image 12 returns to the game image 11 .

The orb-related displays 21-24 include an orb image 21, tally result 22, description 23 and text 24. FIG. The orb image 21, total result 22, and explanation 23 are the same as those explained with reference to FIG. 4, so the explanation is omitted. The text 24 is another example of an object that displays the tally result, and includes character information indicating the state of the orb, for example. In the illustrated example, the text 24 includes text information "The orb is about to release its power...!!". The user can visually recognize from the orb image 21, total result 22 and explanation 23, or text 24 that the orb is nearly full. This gives the user a feeling of excitement and enhances the interest of the game. Text 24 may be displayed on game image 11 .

FIG. 7 shows a display example of an object representing the aggregate result according to one embodiment. The horizontal axis represents time, and time elapses toward the right. However, each time shown on the time axis does not necessarily reflect the illustrated scale. The orb images 501 to 505 and texts 511 to 515 represent the aggregated results by, for example, five levels of display according to the degree of achievement of the orb release condition. Orb image 501 and text 511 correspond to achievement levels of 0-24%. Orb image 502 and text 512 correspond to achievement levels of 25-49%. Orb image 503 and text 513 correspond to achievement levels of 50-74%. Orb image 504 and text 514 correspond to achievement levels of 75-99%. Orb image 505 and text 515 correspond to an achievement level of 100% or higher. The server 200 transmits to the user terminal 100 at a given timing the tally result and the information indicating the level of achievement. In the illustrated example, "target value=100,000" is set as the orb release condition. As will be described later, it is assumed here that the target value is managed only by the server 200 and is not notified to the user terminal 100, but the present invention is not limited to this.

At time t1, an event is started (occurred) by selecting one of the orbs in server 200 . The server 200 starts tallying the answer results received from the user terminal 100 .

Assume that at time t2, the server 200 counts the number of correct answers to "4,022". This degree of achievement corresponds to 0-24%. The user terminal 100, which has received the achievement level information from the server 200, generates a game image including an image 501 corresponding to an achievement level of 0 to 24% and text 511 "The orb is quietly accumulating power...". indicate. An image 501 is represented by an object image in which a sphere (orb) is filled with a small amount of liquid.

At time t3, the total number of correct answers in server 200 is "35,022", which corresponds to an achievement level of 25 to 49%. The user terminal 100 that has received the achievement level information displays a game image including an image 502 corresponding to an achievement level of 25 to 49% and text 512 "The orb has begun to glow faintly." Image 502 shows more liquid pooling in the orb compared to image 501 .

At time t4, the total number of correct answers in server 200 is "50,622", which corresponds to an achievement level of 50% to 74%. The user terminal 100 that has received the achievement level information displays a game image including an image 503 corresponding to an achievement level of 50 to 74% and text 513 "The orb is emitting a dazzling light!". Image 503 shows more liquid pooling in the orb than image 502 .

At time t5, the total number of correct answers in server 200 is "80, 191", which corresponds to an achievement level of 75% to 99%. The user terminal 100 that has received the achievement level information displays a game image including an image 504 corresponding to an achievement level of 75 to 99% and text 514 "The orb is about to release its power...!!". Image 504 shows that most of the internal volume of the orb is filled with liquid.

Assume that the total number of correct answers in server 200 reaches "100,000" at time t6. Accordingly, the server 200 determines that the orb release condition is satisfied, and sets the activation time so that the reward will be activated after a predetermined period of time has elapsed. This setting method takes into consideration that the communication timing with the server 200 differs for each user terminal 100, as will be described later. Information on the set activation time is sequentially transmitted to the user terminal 100 . User terminal 100 continues to display the game image including image 504 and text 514 until the activation time arrives.

At time t7, when the activation time arrives, the user terminal 100 executes reward activation processing, and displays an image 505 and text 515 corresponding to an achievement level of 100% or higher, "The orb is releasing its power!! ” to display the game image. Image 505 shows the orb full and glowing. At each point in time, the user terminal 100 also generates a count-up display based on the tallied result received from the server 200 and displays it in the game image.

Thus, in one embodiment, the user terminal 100 displays the tally result using an image of the orb, text describing the state of the orb, or an object such as a count-up display. Based on the image of the orb or text information displayed on the game screen, the user can visually recognize how the orb is being filled by the collaborative work of a plurality of users. Even if the target value as the orb release condition is not disclosed, the user is likely to take several days to release the orb, or will be released soon, based on the state of the orb, the number of correct answers accumulated, and the count-up speed. can be predicted. Similarly, even if the specific content of the reward is not disclosed before the orb is released, the user guesses that the reward this time is likely to be large because the number of correct answers accumulated is large and the change in the orb is slow. be able to. Also, the user can know at a glance from the game image that the orb is released (that the reward is activated).

(2) Operation (2-1) Overall Operation of Game System Next, the information processing operation of the server 200 and the user terminal 100 in the game system 1 will be described. As a premise for the subsequent operation, communication between the server 200 and at least one user terminal 100 is established, and the user terminal 100 is successfully logged in and associated with a user account. It is also assumed that the logged-in user terminal 100 periodically communicates with the server 200 to transmit and receive the latest information.

A game program according to one embodiment obtains a total result of answers to a quiz game executed on a plurality of user terminals 100, and provides a predetermined reward when the total result satisfies a predetermined condition. , is executed by the computer. An example of the aggregate result is the number of correct answers. The predetermined condition includes that the cumulative number of correct answers reaches a preset target value. The predetermined condition may also include reaching a target value for the cumulative number of answers, regardless of correct/incorrect answers. Predetermined conditions may further include other conditions. In one embodiment, the reward is set in advance, and as an example, is set such that the greater the target value, the higher the value.

When the game program according to one embodiment is a program executed by the server 200, obtaining the aggregated results of answers to the quiz games executed on the plurality of user terminals 100 means calculating the aggregated results in the server 200. including. In the case where the game program according to one embodiment is a program executed by the server 200, providing a predetermined reward when the aggregate result satisfies the predetermined condition is performed after the aggregate result satisfies the predetermined condition. This includes setting an activation time such that the reward is activated in the user terminal 100 after a predetermined time has passed, and transmitting reward information including the activation time to the user terminal 100 .

When the game program according to one embodiment is a program executed by the user terminals 100, obtaining the aggregated results of the answers to the quiz games executed on the plurality of user terminals 100 is equivalent to the aggregated results calculated in the server 200. from the server 200. When the game program according to an embodiment is a program executed by the user terminal 100, providing a predetermined reward when the aggregate result satisfies a predetermined condition is performed at the activation time received from the server 200. and activating the reward at the user terminal 100 based on. Activating the reward can also be translated into implementing or executing the reward at the user terminal 100 .

FIG. 8 is a flowchart showing an overview of information processing operations by the information processing device in the game system 1. FIG. In FIG. 8 , the information processing apparatus as an operator may be the server 200 or the user terminal 100 .

First, in step S1, the information processing device acquires the tally result regarding the answers of the quiz game. Next, in step S2, the information processing device determines whether or not a predetermined condition is satisfied. If it is determined that the conditions are satisfied (YES), the process proceeds to step S3. If the condition is not satisfied (NO), wait until the condition is satisfied. In step S3, the information processing device provides a reward.

When the information processing device is server 200 , steps S 1 to S 3 are mainly executed by orb management section 214 under the control of control section 210 . First, in step S<b>1 , the orb management unit 214 acquires the tally result tallied by the tally unit 215 . Then, in step S2, the orb management unit 214 determines whether or not the counting result satisfies the release condition. If it is determined that the release condition is satisfied (YES), the orb management unit 214 sets the reward activation time and transmits reward information including the activation time to the user terminal 100 in step S3.

When the information processing apparatus is the user terminal 100, steps S1 to S3 are executed mainly by the reception control section 111 and the orb management section 116 under the control of the control section 110. FIG. First, in step S<b>1 , the reception control unit 111 acquires the counting result included in the progress information received from the server 200 . Then, in step S2, the orb management unit 116 determines whether or not the activation time set by the server 200 has arrived. If the activation time has arrived (YES), the orb management unit 116 activates the reward in step S3.

(2-2) Server Operation The information processing operation of the server 200 will be further described.
FIG. 9 is a flow chart showing an example of the operation of the server 200. As shown in FIG.
First, in step S101, the server 200 causes the orb management unit 214 to select one of the orbs stored in the orb information management table 2241, generate an event, and start counting the number of correct answers by the counting unit 215. do. Step S101 is triggered by an instruction input by the administrator of the server 200 or the like. Alternatively, step S101 may be executed by randomly selecting a new orb from the orbs stored in the orb information management table 2241 after a certain period of time has passed since any orb was released.

FIG. 10 shows an example of an orb information management table 2241 stored in the orb information storage unit 224. As shown in FIG. The orb information management table 2241 stores, for example, reward information set by the administrator of the server 200, and includes ID, target value, content of reward, and time limit information. The ID is information that identifies each record (here, it includes values “ORB1”, “ORB2”, “ORB3”, . . . ). The target value specifies the release conditions for each orb. In the example shown, ORB1 has a target value of "100,000". This means that the reward will be activated when the tally of correct answers reaches 100,000. ORB2 has the value "150,000" and ORB3 has the value "200,000". The content of reward specifies the specific content of the reward to be activated when the release condition is satisfied. ORB1 has the value "Bonus +30%". This means that you get a "+30%" bonus (1.3 times the normal) on some element in the game for the duration the reward is active. For example, the bonus is a bonus for rewards obtained through normal game play, such as the reward for clearing the game. If you play the game while the reward is valid, for example, the in-game currency, items, experience points, etc. will be 1.3 times the normal amount. Alternatively, the bonus may be a timed bonus to an in-game parameter such as offensive power or defensive power. ORB2 has the value "Bonus +50%" (1.5 times normal) and is more valuable than ORB1. ORB3 has the value "Bonus +100%" (twice normal) and is more valuable than ORB2. The time limit specifies how long each reward will remain active. ORB1 has the value "15min", meaning that the reward is activated for 15 minutes from the activation time. ORB2 has the value "20min" (20 minutes) and ORB3 has the value "30min" (30 minutes). In this example, the larger the target value, the higher the value of the reward, but this is only an example, and the relationship between the target value and the reward may be set arbitrarily. Similarly, the larger the target value, the longer the time limit, but this is only an example. It can be a setting. The content of the reward is not limited to the above example, and may be related to the occurrence of an event other than the orb, such as the appearance of a timed bonus quest.

In step S<b>101 , the orb manager 214 selects one of the orbs set in the orb information management table 2241 . In the following description, it is assumed that "ORB1" is selected.

In step S<b>102 , the server 200 uses the reception control unit 211 to monitor whether or not data including the number of correct answers is received from any user terminal 100 . If the data is received (YES), the process proceeds to step S103, and if the data is not received (NO), monitoring is continued.

In step S103, the server 200 causes the tallying unit 215 to add the number of correct answers received in step S102 to the tally result (cumulative value) of the number of correct answers received from all user terminals 100 logged in after the selection of ORB1, Update as the latest aggregated results. The tallied result is temporarily stored in the storage unit 220 and passed to the orb management unit 214 . Furthermore, the tallied result is stored in the tallied result storage unit 225 together with the time information at regular time intervals, for example, every five minutes.

FIG. 11 shows an example of a tally result storage table 2251 stored in the tally result storage unit 225. As shown in FIG. The counting result storage table 2251 stores, for example, counting results for every 5 minutes. In the illustrated example, the total result at time "XX:00:00" is "522", the total result at time "XX:05:00" is "1,234", and the total at time "XX:10:00" The result is "2,550".

In step S104, the server 200 causes the transmission control unit 212 to transmit the progress information to the user terminal 100 that transmitted the data in step S102. It can also be said that the data received in step S102 includes a transmission request requesting the server 200 to transmit progress information. In one embodiment, the progress information transmitted from the server 200 to the user terminal 100 includes information representing the most recent tallied results stored and the degree of achievement of the release condition. In the example of FIG. 11, when the current time is "XX:11:00", the server 200 outputs "2,550" at time "XX:10:00", and 1,234 at time “XX:05:00” are transmitted to the user terminal 100 .

In step S105, the server 200 causes the orb management unit 214 to determine whether or not the counting result obtained from the counting unit 215 satisfies the release condition. In the case of "ORB1", since the target value is "100,000", it is determined whether or not the total result value has reached 100,000. If it is determined that the release condition is satisfied (YES), the process proceeds to step S106. If it is determined that the release condition is not satisfied (NO), the process returns to step S102 to continue counting. In this example, the orb management unit 214 determines whether or not the release condition is satisfied each time data including the number of correct answers is received from any user terminal 100 and the latest tallied result is updated. However, it is not limited to this, and the orb manager 214 may determine whether or not the release condition is satisfied at any other timing. For example, the orb management unit 214 may make determinations at regular intervals (for example, every minute) or when the tally results are stored in the tally result storage unit 225 . By lowering the determination frequency, the processing load on the server 200 can be reduced.

In step S106, the server 200 sets the activation time of the reward so that the reward is activated in the user terminal 100 after a predetermined period of time has elapsed after the counting result satisfies the release condition. As an example, the server 200 sets the activation time five minutes after it is determined that the counting result satisfies the release condition.

In step S<b>107 , the server 200 determines whether it is time to transmit to any user terminal 100 . For example, when the server 200 receives data including a transmission request for progress information from any user terminal 100 after setting the activation time, the server 200 determines that it is time to transmit to the user terminal 100, as in step S102. . If it is the transmission timing (YES), the process proceeds to step S108. If it is not the transmission timing (NO), it waits until it receives a transmission request from any user terminal 100 .

In step S108, the server 200, in addition to the same progress information as in step S104, sends reward information including reward activation time, time limit (for example, 15 minutes), and details of the reward (for example, bonus +30%) to the user terminal. Send to 100. Transmission of progress information after the release condition is satisfied may be omitted. The server 200 may discard the correct answer number data received from the user terminal 100 after the release condition is satisfied, or may continue to add it to the tally result that has already reached the target value. The server 200 can discard the information stored in the counting result storage unit 225 after the release condition is satisfied and before the occurrence of the next event.

(2-3) Operation of User Terminal Next, the information processing operation of the user terminal 100 will be further described.
FIG. 12 is a flow chart showing an example of the operation of the user terminal 100. As shown in FIG.
The following processing is executed in parallel with the progress of the quiz game in the quest part, for example. The game progression unit 113 presents a quiz to the user, determines whether the answer received from the user is correct or not, and passes the determination result to the orb management unit 116 . The determination result may include information identifying the quiz and date and time information. The game progression unit 113 may pass the information to the orb management unit 116 only when the answer is determined to be correct.

In step S<b>201 , under the control of the control unit 110 , the orb management unit 116 of the user terminal 100 accumulates answer results in the answer result storage unit 123 based on the information received from the game progression unit 113 . As an example, the orb management unit 116 accumulates the number of correct answers by generating a count-up signal and updating the value of the counter each time a correct answer is determined.

In step S202, the user terminal 100 monitors whether or not it is communication timing, and if it is communication timing (YES), the process proceeds to step S203. If it is not the communication timing, the answer record is continuously accumulated in step S201. The communication timing is set periodically, such as every 5 minutes. Alternatively, the communication timing may be set after a predetermined number of quizzes have been given, or after game play in any of the quests has ended.

In step S<b>203 , the user terminal 100 transmits the answer record read from the answer record storage unit 123 to the server 200 in cooperation with the orb management unit 116 and the transmission control unit 112 . For example, the user terminal 100 transmits the counter value accumulated after the previous communication timing as the answer record, and resets the counter value each time it transmits. At this time, the user terminal 100 can also transmit a transmission request for progress information to the server 200 .
Although the method of accumulating the number of correct answers has been shown, it is not limited to this method. The server 200 poses a quiz, and the user terminal 100 transmits the answer. A method is also possible in which the server 200 judges whether an answer is correct or not, associates it with user data, and counts the number of correct answers.

In step S<b>204 , the user terminal 100 receives progress information from the server 200 using the reception control unit 111 . The progress information includes information representing the most recent counted results in the server 200 and the degree of achievement of the release condition. Alternatively, after the server 200 has determined that the release condition has been satisfied, the reception control unit 111 receives from the server 200 the activation time of the reward, the time limit, in addition to or instead of the progress information. and receive reward information, including the content of the reward.

In step S205, the user terminal 100 causes the display control unit 115 to generate a display regarding the orb according to the progress of the game. The orb related displays include, for example, the orb related displays 21 to 23 of the game image 11 shown in FIG. 4 or the orb related displays 21 to 24 of the game image 13 shown in FIG. In step S205, the display control unit 115 cooperates with the orb management unit 116, based on the information indicating the degree of achievement received from the server 200, selects the necessary information from the orb display management table 1241 stored in the orb information storage unit 124. Read the information and generate the display.

FIG. 13 shows an example of the orb display management table 1241. As shown in FIG. The orb display management table 1241 is, for example, downloaded from the server 200 at appropriate times and stored in the orb information storage unit 124 of the user terminal 100 . The orb display management table 1241 includes grades 1 to 5, achievement levels, texts, and image IDs. Stages 1 to 5 represent stages according to the degree of achievement of the release condition, as in the example shown in FIG. The degree of achievement represents the degree of achievement of the release condition, and is calculated as a ratio of the total result to the target value. In this example, the degree of completion includes five stages: "0-24%", "25-49%", "50-74%", "75-99%", and "releasing". "Releasing" can be read as "100%" or "100% or more". The text is included as character information in the game image, as shown as texts 511-515 in FIG. The image ID specifies the image of the orb to be used in the game image, as shown as orb images 501-505 in FIG.

The progress information transmitted from the server 200 to the user terminal 100 includes, for example, "stage 4" or "75 to 99%" as information representing the degree of achievement. In this case, in step S205, the display control unit 115 selects the text "The orb is about to release its power...!!" Read image 504 .

In step S205, the user terminal 100 also uses the display control unit 115 to generate a count-up display such as the counting result 22 in FIG. 4 and the counting result 22 in FIG. The count-up display will be further described later.

Subsequently, in step S206, the orb management unit 116 of the user terminal 100 determines whether or not the activation time has arrived. If it is determined that the activation time has come (YES), the process proceeds to step S207. If it is determined that the activation time has not arrived, including the case where the activation time information has not yet been received from the server 200 (NO), the process advances to step S201 to continue accumulation and transmission of the answer record and the server 200. Repeatedly receive progress information from and update the display.

In step S<b>207 , the user terminal 100 causes the orb management unit 116 to execute reward activation processing. The reward activation process is based on the content of the reward received from the server 200 (eg bonus +30%) and time limit (eg 15 minutes). In this example, the user terminal 100 executes a process of increasing the normal clear reward by 30% through cooperation between the orb management unit 116 and the game progression unit 113 . This processing is executed by, for example, temporarily changing the numerical values or formulas used during normal awarding of consideration. User terminal 100 also generates an indication that the reward is being activated (or that the orb is being released). The process of generating the display is based on the content of the reward received from the server 200 (eg, +30% bonus), the time limit for the reward (eg, 15 minutes), and information representing the degree of achievement (eg, level 5). As in step S205, the user terminal 100 reads the text information "The orb is releasing its power!" Set and display a timer.

FIG. 14 shows a fourth example of a game image according to one embodiment. The game image 14 is displayed, for example, when starting a quiz game, like the game image 11 in FIG. Like the game image 11, the game image 14 includes orb-related displays 26-29, game part selection buttons 31-35, and game-related displays 51-56. The game part selection buttons 31-35 and the game-related displays 51-56 are the same as those of the game image 11, so their description is omitted.

Orb related displays 26 - 29 include orb image 26 , reward information 27 , reward status 28 and time remaining 29 . The orb image 26 corresponds to the image ID read from the orb display management table 1241 in step S205. Here, the orb image 26 corresponds to the image 505 of the degree of achievement “releasing”. The remuneration information 27 includes the details of the activated remuneration. In this example, the remuneration information 27 includes character information "Bonus +30%". Reward status 28 includes textual information of "releasing" indicating that the orb is being released. Remaining time 29 displays the countdown timer value (here, "13:58 left") set based on the time limit.

The user sees the game screen including the above display, and can know that the orb is being released, that the "bonus +30%" can be obtained, and that the remaining time is 13 minutes and 58 seconds. . In this state, if the user selects the challenge button 56 to proceed with the game play, the user can enjoy the reward. The state in which the orb is released is also one of the limited-time events. While the orb is released, the user terminal 100 may or may not count the number of answers. The reward information 27 may be displayed on the game image (for example, the game image 11) before the orb is released. In this case, the server 200 transmits the reward information of the selected orb to the user terminal 100 at an arbitrary timing before releasing the orb.

FIG. 15 is a diagram illustrating activation of rewards according to one embodiment. Here, it is assumed that an orb (ORB1) with a target value of 100,000 is selected. Also, the server 200 updates the tally result each time it receives the number of correct answers from any of the user terminals 100, and saves the tally result every five minutes.

For example, at time t11 (11:50), the server 200 stores the latest tally result (number of correct answers=97,234) in the tally result storage table 2251 together with time information. Similarly, at time t12 (11:55), server 200 saves the latest tallied result (number of correct answers=98,550).

The logged-in user terminal 100 is set to periodically communicate with the server 200 . While the quiz game is being executed, the user terminal 100 accumulates the number of correct answers in parallel, and transmits the number of correct answers to the server 200 every five minutes, for example. The user terminal 100 also transmits the latest information to the server 200 every five minutes even if the quiz game is not being executed. The server 200 transmits the latest information including progress information or remuneration information to the user terminal 100 that is the transmission source.

For example, a certain user terminal 100 transmits the latest information to the server 200 at an arbitrary timing slightly after time t12 (TX11). If the received information includes the number of correct answers, the server 200 adds it to the tally result and transmits progress information to the user terminal 100 . The user terminal 100 receives progress information from the server 200 (RX11). For example, the server 200 transmits the tally results 98, 550 saved at time t12 and the tally results 97, 234 saved at time t11 as the past two tally results. The user terminal 100 generates a count-up display representing the total result based on the received two total results. As an example, the user terminal 100 calculates the number of correct answers per second (for example, approximately 4 counts per second) based on the rate of increase in the number of correct answers between time t11 and time t12, using the following equation. Generates and displays a count-up display that updates every second.
(98,550-97,234)/(t12-t11)
= 1,316/300 seconds ≒ 4.39/seconds

By adopting such count-up display generation processing, while avoiding an increase in traffic between the user terminal 100 and the server 200 and concentration of access to the server 200, the user can be provided with the latest tally result in real time. It can bring about a visual effect as if it were reflected. Since the user terminal 100 is not notified of the orb release condition (target value), the count-up display on the user terminal 100 does not need to be a strict value, and some error is allowed.

Subsequently, at time t<b>13 (12:00), server 200 saves the latest tallied result (number of correct answers=99,231) in storage unit 221 . The user terminal 100 transmits the latest information to the server 200 at the next communication timing (5 minutes after TX11) (TX12), and receives new progress information from the server 200 (RX12). The user terminal 100 recalculates the count-up speed based on the received progress information and updates the count-up display.

For example, at time t14 (12:03), it is assumed that the total number of correct answers reached the target value of 100,000 in the server 200 . The server 200 sets the activation time a predetermined time after it is determined that the target value has been reached. As an example, if the predetermined time is 5 minutes, the activation time is set to 12:08. At time t14, the user terminal 100 does not yet have the information on the activation time.

The user terminal 100 transmits the latest information to the server 200 at the next communication timing (TX13). The user terminal 100 receives reward information including activation time, time limit, and reward content from the server 200 (RX13). Thereby, the user terminal 100 acquires information on the activation time.

The user terminal 100 monitors arrival of the set activation time (12:08), and performs activation processing when the activation time arrives (t15). Whether or not to transmit the number of correct answers accumulated in the user terminal 100 to the server 200 after receiving the reward information until the activation time arrives may be set as appropriate.

Assuming that each logged-in user terminal 100 communicates with the server 200 every five minutes, all logged-in user terminals 100 are valid within five minutes from reaching the target value in the server 200 to the activation time. You can get the information of the conversion time. As a result, practically all user terminals 100 can activate the reward at the same activation time, and even if the communication timings are different, the reward can be provided to the user without causing unfairness in the activation period. can be done. Whether or not the user terminal 100 that has been logged in after the activation time is allowed to receive the reward for the unlocked orb may be set as appropriate.

Part of the reward activation process may be performed in the background even when the quiz game is not being played. For example, while the user is making various settings in the home part, the user terminal 100 is not running the quiz game and does not transmit the number of correct answers to the server 200 . Even in this situation, the user terminal 100 can obtain the activation time information by periodically communicating with the server 200 and transmitting/receiving the latest information. For example, the user terminal 100 monitors the arrival of the activation time, and notifies the user when the activation time has arrived.

FIG. 16 shows a fifth example of a game image according to one embodiment. The game image 15 is a display example for notifying the arrival of the activation time during execution of the home part. The game image 15 includes game part selection buttons 31 to 35 like the game image 11 and the like shown in FIG. In the game image 15, the home button 31 is highlighted, indicating that the home part is being executed (details of the game image relating to the home part are omitted). The game image 15 includes an effect display 17 superimposed on the quest button 33 . The effect display 17 indicates that the activation time has come and the reward has been activated. As a result, users playing other game parts can also be notified that advantageous rewards have been activated in the quest part, and can be encouraged to play the game in the quest part. The effect display 17 superimposed on the quest button 33 can be similarly displayed not only in the home part but also in the deck organization part, the cooperative play part, or the gacha part. The effect display 17 may be displayed even when the player is in the quest part. If the reward is also activated in the cooperative play part, the effect display 17 may be superimposed on the cooperative button 34 as well.

In the above, when a quiz game is played in a single play mainly in the quest part, the answer record is transmitted from the user terminal 100 to the server 200, and the reward is activated according to the tally result. However, embodiments are not so limited. As described above, when the quiz game is also executed in the cooperative play part, the answer record (for example, the number of correct answers) in the cooperative play part may be similarly transmitted from the user terminal 100 to the server 200 . In the server 200, the answer record of the single play and the answer record of the cooperative play may be tabulated without distinction, or may be tabulated separately. For example, the answer results of cooperative play may be weighted and totaled. A common orb may be set for single play and cooperative play, or an orb for single play and an orb for cooperative play may be set separately. Similarly, the rewards activated upon orb release may be common rewards for single play and co-op play, or may be separate rewards.

(3) Effect As described above, according to one embodiment, a preset reward is provided when the aggregated results of answers to quiz games executed on a plurality of user terminals 100 satisfy a predetermined condition. be done. The server 200 acquires the tally result by tallying the answer results received from the user terminal 100, sets the activation time of the reward when the conditions are satisfied, and transmits the validation time to the user terminal 100. . The user terminal 100 periodically transmits the answer record to the server 200, and when receiving the activation time from the server 200, activates the reward according to the activation time. By playing the quiz game via the user terminal 100, the user can participate in collaborative work with the users of a plurality of user terminals 100 and obtain a sense of accomplishment in fulfilling the common purpose of validating rewards. The user can also benefit from time-activated rewards by playing the quiz game via the user terminal 100 . Therefore, the game program according to one embodiment can make the game more interesting.

The “predetermined condition” for activating the reward may be that the total number of correct answers in quiz games executed on a plurality of user terminals 100 reaches a predetermined value. This can give the user motivation to try more quiz games and get more correct answers in order to achieve the goal. Also, it can be set so that the greater the predetermined value, the higher the value of the reward. The user may be further motivated to play the game as more valuable rewards are obtained when more difficult conditions are met. By setting the tally target as single play, cooperative play, or both, it is possible to prompt the user to play the tally target game.

In addition, the user can be notified that the event is in progress by displaying the tallied result received from the server 200 as an object corresponding to the degree of achievement on the user terminal 100 . By using a mysterious object called an orb and changing the amount of liquid accumulated in the orb and the brilliance of the orb according to the degree of achievement, the excitement of the user can be enhanced. In addition, by displaying character information representing the state of the orb, the excitement of the user can be enhanced more effectively. With the count-up display as described above, the user can know numerically that the goal is being achieved, and the user's sense of expectation can be further heightened. Furthermore, the reality can be enhanced by setting the count-up speed according to the actual tally result.

Furthermore, in server 200, by setting the activation time so that the reward is activated in user terminal 100 after a predetermined period of time has elapsed after the aggregation result satisfies a predetermined condition, the timing of communication with server 200 can be adjusted. It is possible to avoid the occurrence of unfairness of time-limited rewards.

(4) Modification As a modification of the above-described embodiment, for example, it is possible to provide additional incentives to users who have made a high degree of contribution to orb release. For example, for the top 10 users with the most correct answers, increase the value of the reward (for example, change "+30%" to "+60%"), increase the activation time of the reward (for example, 15 minutes 20 minutes) or give away other advantageous items. Further, an incentive may be set for a user who has made a high degree of contribution to orb release, such as a higher frequency of event occurrence. Alternatively, the value of the reward may be set to change according to each user's in-game rank (or level, attribute, experience value, etc.).

As another modification, each user's "magic power" is consumed each time they play a quiz game, and certain restrictions are placed on continuous game play, such as preventing the next play until the magic power recovers. In this case, it is possible to additionally remove such restrictions while the orb is being released. This allows the user to play the game continuously without restriction while the orb is being released, thereby further encouraging the user to play the game. Alternatively, such restrictions may be set to be lifted while an event is occurring.

[Other embodiments]
In addition, this invention is not limited to the said embodiment.
For example, a wide variety of orb display formats may be employed. Orbs don't have to be spheres, they can be replaced by any other shaped object, such as cylinders, polyhedrons, cups, etc. Orbs may be represented two-dimensionally. The interior of the orb need not be liquid, and solids such as coins may be accumulated, as in a coin game jackpot. Alternatively, instead of the effect that liquid accumulates inside, other effects such as a change in the color or size of the object, the distance between the start and the goal, the length of the fuse, the degree of blooming of cherry blossoms, etc. may be substituted. The count-up display representing the aggregated result may also be replaced with another display format.

The answer results to be aggregated are not limited to the quest part and the cooperative play part, and may include quiz games in other game parts. The results of answering all the quiz games may be totaled, or the results of answering may be totaled only when a specific quest in which a specific enemy character is set is played. The answer record may be tallied after being weighted according to the quiz that was set.

The above-described embodiment does not exclude a mode in which the user terminal 100 reflects the tally result of the server 200 in real time. Similarly, it is not excluded that the reward is activated in the user terminal 100 at the same time as the server 200 determines that the release condition is satisfied. The contents of the reward may be displayed on the user terminal 100 before the orb is released.

The configurations of the server 200 and the user terminal 100 may be replaced with other configurations that can implement the game program according to the embodiment. The configuration of the server 200 and the configuration of the user terminal 100 may be omitted, distributed to multiple devices, and replaced with similar configurations. Each functional unit of the server 200 and the user terminal 100 may be realized by using circuits. A circuit may be a dedicated circuit that implements a specific function, or it may be a general-purpose circuit such as a processor.

Furthermore, the flow of processing described using the flowcharts is not limited to the described procedure, and the order of some steps may be changed, and some steps may be performed in parallel. good. Also, the series of processes described above need not be executed consecutively in terms of time, and each step may be executed at any timing.

At least part of the processing of each of the above-described embodiments can also be realized by using a processor installed in a general-purpose computer as basic hardware. A program that implements the above process may be provided by being stored in a computer-readable recording medium. The program is stored in the recording medium as an installable format file or an executable format file. Recording media include magnetic disks, optical disks (CD-ROM, CD-R, DVD, etc.), magneto-optical disks (MO, etc.), semiconductor memories, and the like. Any recording medium may be used as long as it can store the program and is readable by a computer. Alternatively, the program that implements the above processing may be stored on a computer (server) connected to a network such as the Internet, and downloaded to the computer (client) via the network.

It should be noted that the present invention is not limited to the above-described embodiments, and various modifications can be made in the implementation stage without departing from the gist of the invention. Further, each embodiment may be implemented in combination as appropriate, in which case the combined effect can be obtained. Furthermore, various inventions are included in the above embodiments, and various inventions can be extracted by combinations selected from a plurality of disclosed constituent elements. For example, even if some constituent elements are deleted from all the constituent elements shown in the embodiments, if the problem can be solved and effects can be obtained, the configuration with the constituent elements deleted can be extracted as an invention.

REFERENCE SIGNS LIST 1 game system 100 user terminal 110 control unit 111 reception control unit 112 transmission control unit 113 game progression unit 114 operation reception unit 115 display control unit 116 orb management unit , 120... Storage unit 121... Game program storage unit 122... Game information storage unit 123... Answer record storage unit 124... Orb information storage unit 1241... Orb display management table 200... Server 211... Reception control unit , 212... transmission control unit, 213... game progression unit, 214... orb management unit, 215... counting unit, 220... storage unit, 221... game program storage unit, 222... game information storage unit, 223... user information storage unit, 224 Orb information storage unit 2241 Orb information management table 225 Aggregation result storage unit 2251 Aggregation result storage table 1001 Processor 1002 Memory 1003 Storage 1004 Sensor 1005 Communication interface 1006 Input/output interface 1007 Touch screen 1008 Bus 1071 Input unit 1072 Display unit 2001 Processor 2002 Memory 2003 Storage 2004 Communication interface 2005 Input/output interface 2006 Bus .

Claims (9)

Acquiring aggregated results of answers to quiz games executed on a plurality of terminals;
A program for causing a computer to provide a predetermined reward when the aggregated result satisfies a predetermined condition. The predetermined condition includes that the total number of correct answers in the plurality of terminals reaches a predetermined value,
A program according to claim 1. 3. The program according to claim 2, wherein said remuneration is set such that the greater said predetermined value is, the higher the value is. 4. The program according to any one of claims 1 to 3, wherein said quiz game is played cooperatively by a plurality of users. the computer is one of the plurality of terminals,
5. The program according to any one of claims 1 to 4, further causing the computer to display the aggregated result as a predetermined object. the computer is one of the plurality of terminals,
Displaying the predetermined remuneration information before the aggregate result satisfies a predetermined condition or after the aggregate result satisfies a predetermined condition;
6. The program according to any one of claims 1 to 5, further causing said computer to execute: the computer is a server computer capable of communicating with the plurality of terminals;
Providing the predetermined reward includes setting the reward to be validated in the plurality of terminals after a predetermined time has elapsed after the aggregated result satisfies the predetermined condition; outputting information about the time it is enabled,
A program according to any one of claims 1 to 4. an acquisition unit that acquires aggregated results of answers to quiz games executed on a plurality of terminals;
An information processing apparatus comprising: a provision unit that provides a predetermined reward when the counted result satisfies a predetermined condition. An information processing method executed by an information processing device,
Acquiring aggregated results of answers to quiz games executed on a plurality of terminals;
An information processing method comprising: providing a predetermined reward when the aggregation result satisfies a predetermined condition.

Images