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

Description

Application of Article 30, Paragraph 2 of the Patent Act August 18, 2017 Published by distributing the game application "Dragon Project" (https://itunes.apple.com/jp/app/Dragon Project/id1011631336?mt=8)

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

A game program is known that causes a computer to execute a game in which an event is given to a user so that the user can play the game. In such a game, when the user's play satisfies the conditions set for the event, the event is completed and the user is rewarded. Rewards include items that can advance the game more favorably. For example, Non-Patent Document 1 describes a game in which a user is challenged by a quest with various missions, and a reward is given to the user according to the quest clear.

Monster Hunter Explore Official Strategy Summary, “Screen View”, [on line], “Searched on August 28, 2016”, Internet <http://wiki.famitsu.com/mhexplore/%E7%94%BB%E9 %9D%A2%E3%81%AE%E8%A6%8B%E6%96%B9>

In a game in which an event is given to a user, if the user cannot complete the event, the user cannot obtain a reward from the event. As a result, the user's motivation to continue playing the game may decrease. Diversifying the means for completing the event will increase the possibility that the user will be able to complete the event, thereby increasing the user's motivation to continue playing the game. Therefore, in such a game, it is required to diversify means for completing the event.

One aspect of the present disclosure aims to improve the user's motivation to continue playing the game by diversifying means for completing the event.

A game program according to the present disclosure is executed by a computer that includes a processor and memory. The game program causes the processor to store an event playable in the game based on the game program in the memory in association with the user; When the conditions are satisfied, the event is completed and a first reward including an item that allows the game to proceed more favorably is associated with the user and stored in the memory; When a second condition based on an operation not based on the play of the event is satisfied, the user completes the event and provides a second reward including an item that can advance the game more advantageously. and storing in memory in association with .

A method according to the present disclosure is a method for executing a game program by a computer that includes a processor, a memory, an operation unit, and a display unit. The method includes a processor performing the steps recited in claim 1 .

An information processing device according to the present disclosure includes a storage unit that stores the game program described above, and a control unit that controls operations of the information processing device by executing the game program.

According to one aspect of the present disclosure, by diversifying means for completing an event, it is possible to increase the user's motivation to continue playing the game.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a server. 3 is a block diagram showing a functional configuration of a user terminal; FIG. FIG. 10 is a diagram showing an example of the progress of a game provided by the game system and the transition of the game space; It is a figure which shows the example of a display screen which drew the preparation space. FIG. 10 is a diagram showing an example of a display screen that depicts a battle space; FIG. 11 is a diagram showing an example of a display screen that depicts a joint battle space; FIG. 10 is a diagram showing an example of a display screen for explaining operation input for participating in a lottery and obtaining the right to play joint battle. FIG. 10 is a diagram showing an example of a display screen for explaining an operation input for a user to start a joint battle; FIG. 10 is a diagram showing an example of a display screen showing a reward given when subjugation is completed through play. FIG. 11 is a diagram showing an example of a display screen for registering a joint battle as an accumulation target for points; FIG. 10 is a diagram showing an example of a display screen showing accumulated points for registered joint battles; FIG. 10 is a diagram showing an example of a display screen showing a reward given when a joint battle is completed by accumulating points. FIG. 11 is a flow chart showing a flow of processing for registering a joint battle as a point accumulation target; FIG. 10 is a flow chart showing the flow of processing for completing a joint battle by playing. 10 is a flow chart showing the flow of processing for completing a joint battle by accumulating points.

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 mobile communication systems include so-called 3G, 4G mobile communication systems, LTE (Long Term Evolution), and wireless networks (eg, Wi-Fi (registered trademark)) that can be connected to the Internet through a predetermined access point. be done.

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), a camera 17, and a range sensor 18. and 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.

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

<Game Overview>
The game system 1 is a system that executes a game that gives a user an event that can be played in the game. Here, granting a playable event means storing a right item representing the right to play the event in the memory in association with the user.

In this embodiment, the game system 1 is a system that executes a game in which an operational character operated by a user fights an enemy character. Also, in this case, an example in which an example of an event is a joint battle will be described. A joint battle includes fighting a specific enemy character (for example, a boss character) together with another character. Hereinafter, an event in which a user is associated with a right item is also referred to as a joint battle possessed by the user.

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, adventure games, shooting games, simulation games, breeding games, and action games. good too.

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

<Functional Configuration of Game System 1>
(Functional Configuration of Server 200)
FIG. 2 is a block diagram showing the functional configuration of the server 200. As shown in FIG. The server 200 has a function of providing each user terminal 100 with various data and programs necessary for realizing the game. The server 200 has a function of collecting and managing game-related data from each user terminal 100 . The server 200 has a function of synchronizing a plurality of user terminals 100 .

In this embodiment, the server 200 identifies each user and the user terminal 100 with a pre-registered game account. The account registration method is not particularly limited. For example, the user terminal 100 or another device such as a personal computer may transmit the information necessary for registering the user's account to the server 200 according to the user's operation. Server 200 then creates and stores an account for each user based on the received information.

When the user terminal 100 logs into the network 2 of the game system 1 using one of the accounts, the server 200 recognizes the logged-in user terminal 100 . It should be noted that the login method and the processing related to login are not particularly limited. The server 200 and the user terminal 100 may perform conventionally known login methods and various kinds of processing related to login.

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 220 stores various data used by control unit 210 . Storage unit 220 stores game program 221 , game information 222 , and user information 223 .

The game program 221 is a program for realizing a game. The game information 222 and user information 223 are data referred to when the game program 221 is executed.

The game program 221 may include, in addition to the game program executed on the server 200 side, a program transmitted to the user terminal 100 and executed on the user terminal 100 side (game program 121 described later). Alternatively, the storage unit 220 may store both the game program 221 executed on the server 200 side and the program executed on the user terminal side.

The game information 222 is common information between accounts. Game information 222 may include, for example, information for defining various game spaces. A “game space” is a space in which an object of a playable character that can be operated by a user is arranged. The game information 222 includes background objects such as trees, rocks, and buildings placed in the game space, as well as non-player character (NPC) objects such as placement positions, sizes, colors, shapes, etc., which are common among accounts. can contain various configuration information about the object of The game information 222 may include setting values for various parameters of non-player characters. Game information 222 may include information related to quests. The game information 222 may include information regarding the probability of winning a lottery held within the game space. A quest is an in-game event for which conditions for achievement are set. An achievement condition may be set for each quest. Note that the quest may have a failure condition in addition to the achievement condition. Further, hereinafter, a character object placed in the game space may be simply referred to as a "character".

The user information 223 is information managed for each game account. The user information 223 includes, for example, information on operable characters (hereinafter referred to as operable characters), information on owned assets, information indicating the progress of the game, and joint battles (events) given in the lottery included in the game. It may include information about the holding status of the right to play, and the like. Examples of owned assets include in-game currency, items, and equipment for characters. A united battle is, for example, an event in which an operating character fights a specific enemy character (for example, a boss character) in a game space.

The control unit 210 controls various processes related to the game by executing the game program 221 stored in the storage unit 220 . Control unit 210 functions as transmission/reception unit 211 , data management unit 213 , and server processing unit 212 by executing game program 221 .

The transmitting/receiving unit 211 transmits/receives various data. For example, the transmitting/receiving unit 211 receives various data and program transmission requests from the user terminal 100 , synchronization requests and synchronization data for supporting the multi-play function, and sends them to the server processing unit 212 . For example, the transmission/reception unit 211 transmits various data and programs to the user terminal 100 according to instructions from the server processing unit 212 .

In the present embodiment, the "multi-play function" is a function for progressing the game in a state in which the progress of the game on multiple accounts is synchronized. The server 200 and the user terminal 100 of the game system 1 perform various processes for supporting the multiplay function when there are multiple accounts logged into the game system 1 .

The server processing unit 212 performs various determination processes related to game progress. The server processing unit 212 performs arithmetic processing necessary for providing the game. The server processing unit 212 executes arithmetic processing described in the game program 221 in response to a request from the user terminal 100 or the like.

For example, the server processing unit 212 instructs the data management unit 213 to add, update, or delete records of the game information 222 or the user information 223 . For example, the server processing unit 212 instructs the transmission/reception unit 211 to transmit various data or programs. For example, when the server processing unit 212 receives a synchronization request and synchronization data for supporting the multiplay function from the user terminal 100 via the transmitting/receiving unit 211, the server processing unit 212 sends the synchronization processing unit 214 a synchronization request for supporting the multiplay function. Instruct to process.

The data management unit 213 manages various data stored in the storage unit 220 according to instructions from the server processing unit 212 . For example, the data management unit 213 adds, updates, or deletes records of the game information 222 or the user information 223 according to instructions from the server processing unit 212 .

For example, the data management unit 213 reads at least one of the game information 222 and the user information 223 from the storage unit 220 according to an instruction from the server processing unit 212 and transmits it to the user terminal 100 via the transmission/reception unit 211 .

For example, the data management unit 213 reads from the storage unit 220 a program to be executed on the user terminal 100 side among the game programs 221 according to an instruction from the server processing unit 212 , and transmits the program to the user terminal 100 via the transmission/reception unit 211 . do.

The synchronization processing unit 214 performs synchronization processing for supporting the multi-play function of the game according to instructions from the server processing unit 212 . The synchronization processing unit 214 performs synchronization between user terminals by transmitting some information received from the user terminal 100 corresponding to each account to other user terminals 100 . When transmitting some information from the server 200 to a plurality of user terminals 100, the synchronization processing unit 214 transmits the information to each user terminal 100 in synchronization. Note that the synchronization processing unit 214 may receive synchronization timing, information to be synchronized, and the like from the server processing unit 212 . Thereby, for example, an in-game effect caused by an input operation performed on a certain user terminal 100 is synchronized and displayed on other user terminals 100 .

(Functional Configuration of User Terminal 100)
FIG. 3 is a block diagram showing the functional configuration of the user terminal 100. As shown in FIG. 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.

Storage unit 120 stores game program 121 , game information 122 , and user information 123 . The game program 121 is a game program executed on the user terminal 100 side. The game information 122 is data referred to when the control unit 110 executes the game program 121 and includes information similar to the game information 222 of the server 200 . The user information 123 is data relating to the account of the user of the user terminal 100 and includes information similar to the user information 223 of the server 200 .

The control unit 110 comprehensively controls the user terminal 100 by executing the game program 121 stored in the storage unit 120 . For example, the control unit 110 defines the game space by referring to information for defining the game space stored in the game information 122 . The control unit 110 transmits and receives various data. For example, the control unit 110 receives from the server 200 various data, programs, data for synchronization for supporting the multi-play function, and the like. For example, the control unit 110 transmits to the server 200 a part or all of the game information 122 or the user information 123, or a synchronization request for supporting the multiplay function.

Control unit 110 controls game progress processing unit 111, input operation reception unit 112, camera arrangement control unit 113, display control unit 114, object control unit 115, lottery control unit 116, and point management unit 116 according to the description of game program 121. 117.

The input operation reception unit 112 detects and receives a user's input operation on the input unit 151 . The input operation reception unit 112 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 sends the result to each element of the control unit 110. Output.

For example, when an input operation is performed on the input unit 151, the input operation reception unit 112 detects the coordinates of the input position and the type of operation. For example, the input operation reception unit 112 detects touch operations, slide operations, swipe operations, tap operations, and the like. The input operation reception unit 112 detects that the contact input from the touch screen 15 is canceled when the continuously detected input is interrupted.

The game progress processing unit 111 performs various processes related to the progress of the game. For example, the game progress processing unit 111 interprets the contents of the user's instruction indicated by the coordinates of the input position of the input operation received by the input operation receiving unit 112 and the type of operation. For example, the game progress processing unit 111 adds, updates, or deletes the game information 122 or the user information 123 . For example, the game progress processing unit 111 performs various determination processes related to the progress of the game.

Also, the game progress processing unit 111 progresses the game by performing the following processes. The following processing is (a) a process of granting a joint battle to the user when a predetermined condition is satisfied, and (b) a first reward or a second reward to the user according to the completion of the given joint battle (c) a process of generating or beneficially changing an object that can be used in a joint battle based on the given first reward or second reward; (b) The process of imparting joint combat is executed using the lottery control unit 116, the details of which will be described later. Here, (b) the process of giving the first reward or the second reward, and (c) the process of generating or advantageously changing the object will be described in sequence.

The game progress processing unit 111 gives the first reward to the user when the first condition set for the joint battle is satisfied. The given first reward is stored in the storage unit 120 in association with the user. The first condition is a condition based on the joint combat play, and is, for example, success in defeating the enemy character through the joint combat play.

Also, the game progress processing unit 111 gives a second reward to the user when the second condition set for the joint battle is satisfied. The given second reward is stored in the storage unit 120 in association with the user. The second condition is a condition based on an operation that does not depend on joint combat play.

The second condition includes, for example, that an operation is performed to select the joint battle as a target for obtaining a second reward. In addition, the second condition includes, for example, the lapse of a predetermined time for a joint battle selected as a target for obtaining the second reward among the joint battles possessed by the user. In addition, the second condition includes, for example, that the joint battle selected as a target for obtaining the second reward satisfies a condition based on the play of another joint battle.

Specifically, the second condition is that the defeat points accumulated for the event selected as the target for obtaining the second reward reach a threshold. Hereinafter, selecting an object for obtaining the second reward is also referred to as "registering as an accumulation object for subjugation points". Also, the threshold to be reached by the subjugation points is also described as the required subjugation points. The required subjugation points are set according to the registered joint battle. Subjugation points are given for the registered joint battle, and the given subjugation points are accumulated by being added to the subjugation points already given to the joint battle. For example, subjugation points are granted over time. Also, for example, subjugation points are given based on the play of other cooperative battles. Processing related to subjugation points is executed by the point management unit 117, which will be described later. When the game progress processing unit 111 is notified by the point management unit 117 that the subjugation points have reached the threshold value, the game progress processing unit 111 executes a process of giving a second reward.

Also, the first reward has a higher value than the second reward in favorably advancing the game. Here, high value may include more types of rewards. High value may also include a greater number of rewards. In addition, when there are types of rewards for which rarity is set, high value may include rewards with a higher rarity. For example, part of the first reward may be the second reward. Alternatively, the first reward may include the first item and another type of item, and the second reward may include only the first item. In addition, both the first reward and the second reward include the first item and other types of items. It may be set higher.

Note that the first reward and the second reward definitely include the first item for the user to whom the joint battle has been granted. Also, the first reward may stochastically include the first item for other users operating other characters who have participated in the joint battle.

In other words, the user can obtain some kind of reward whether or not he or she plays the joint battle, but playing the game can obtain a reward of higher value. As a result, the user can enjoy playing the joint battles of interest without obtaining rewards for all the joint battles that the user possesses by using only non-playing techniques.

Here, the first item may be an item for generating an object that can be used in joint battle. In this embodiment, the first item is an essential item for generating such an object, and can be combined with other items to generate an object. Henceforth, the 1st item is also described as an essential material item. Other items are also simply referred to as material items. Objects that can be used in joint combat may be, for example, weapons, armor, and the like that can be equipped on the operating character. Hereinafter, objects that can be used in joint combat are also referred to as equipment items. The game progress processing unit 111 combines essential material items with other material items to generate equipment items.

Also, the game progress processing unit 111 advantageously changes the equipment item based on the essential material item. Advantageously changing the equipment item is hereinafter also referred to as enhancing the equipment item. A required material item that can be used to enhance an equipment item is not the required material item used to generate the equipment item, but another required material item that has been granted to the user and has not yet been used. . For example, the game progress processing unit 111 may convert essential material items into consumable items for enhancing equipment items, and enhance the equipment items using a predetermined amount of the converted consumable items. Also, the predetermined amount of consumable items required for enhancement may be determined according to the equipment item.

For example, a first reward given when a first condition is satisfied for a joint battle includes essential material items having values corresponding to the rarity of the joint battle. The game progress processing unit 111 generates an equipment item with a higher value as the value of the essential material item is higher. The higher the value of the equipment item, the greater the predetermined amount of consumable items required to enhance it.

In addition, the higher the value of the essential material item, the more valuable the consumable item may be for enhancing the equipment item. For example, it is assumed that an essential material item with a higher value can be converted into a consumable item H, and an essential material item with a lower value can be converted into a consumable item L. In this case, if 20 consumable items L are required to enhance a certain equipment item, 5 consumable items H may be required to enhance the same equipment item.

Also, a rarity level is set for the joint battle given to the user. The rarity level will be detailed later. The second condition is set according to the rarity of joint combat. For example, the higher the rarity of joint combat, the higher the difficulty of the second condition may be set. A higher degree of difficulty of the second condition may be, for example, a higher required subjugation point.

Also, the game progress processing unit 111 completes the joint battle when the first condition or the second condition is satisfied. That is, when the enemy character is successfully subjugated in the joint battle, or when the subjugation points for the joint battle reach the threshold value, the joint battle is completed. Henceforth, the completion of joint combat may also be referred to as the completion of subjugation.

In other words, the user can complete the subjugation regardless of whether the user plays the joint battle or not, but playing the game can obtain a reward of higher value. As a result, users are encouraged to enjoy completing subjugation by playing the joint battle they are interested in, instead of using only the method of completing subjugation without playing for all of the joint battles they possess. can be done. In addition, it is possible to prompt the user to complete the cooperative battle, in which it is difficult to satisfy the first condition through play, without playing. As a result, the user can obtain at least the necessary material items even in a joint battle in which it is difficult to satisfy the first condition through play, and use the necessary material items to generate or enhance equipment items. , you can play the next joint battle.

Further, when the subjugation is completed, the game progress processing unit 111 cancels the association between the right item for playing the joint battle and the user in the storage unit 120 . Resolving may be, for example, deleting information representing the rights item associated with the user from the storage unit 120 . In other words, the joint battle can be played again if the subjugation is not completed, and is no longer playable once the subjugation is completed.

As a result, it is possible to reduce the increase in the number of joint battles owned by the user, and reduce the user's burden due to many joint battles.

Further, after the second condition is satisfied, the game progress processing unit 111 causes the storage unit 120 to store the second reward in association with the user in accordance with the user's operation instructing receipt of the second reward. good too. In that case, if the user operation is accepted within a predetermined period of time after the second condition is satisfied, the game progress processing unit 111 associates an additional reward in addition to the second reward with the user. may be stored in memory. Additional remuneration corresponds to an example of the third remuneration in the present application. As a result, it is possible to prevent or deter the user from neglecting a cooperative battle in which subjugation is completed by a method that does not depend on the play.

The camera placement control unit 113 defines a virtual camera for designating an area to be presented to the user in the game space. The camera placement control unit 113 virtually places the virtual camera in the game space by defining the position and orientation of the virtual camera in the game space. Furthermore, the camera placement control unit 113 instructs the display control unit 114 to create an image in which the viewing area defined by the virtual camera and the objects placed in the viewing area are drawn.

Note that the camera placement control unit 113 may appropriately determine the position and orientation of the virtual camera for each game space. For example, based on the position and orientation of a specific object, the camera placement control unit 113 moves the virtual camera from the object at a certain direction, distance, and angle so that the object is captured in the center of the field of view with a specific orientation. may be placed. The specific object may be, for example, an object of a character operated by the user terminal 100, a dynamic object representing another character such as a non-player character, or a building, tree, stone, or the like. It can be a static object. Here, the dynamic objects in the game space include characters (for example, non-player characters, enemy characters, etc.) that act based on the game programs 121 and 221 and playable characters that act based on the user's operation. .

The display control unit 114 causes the display unit 152 to display an image. For example, the display control unit 114 generates an image in which an area of the field of view of the virtual camera defined by the camera arrangement control unit 113 and objects existing in the area are drawn in the game space, and causes the display unit 152 to display the image. . Further, the display control unit 114 may superimpose and draw objects related to UI (user interface) necessary for various operations of the game, such as icons, buttons, and menus showing various parameters, on such an image. .

The object control unit 115 arranges objects in the game space based on the object setting information included in the game information 122 . The object control unit 115 controls objects placed in the game space. For example, the object control unit 115 changes the position, orientation, shape, color, etc. of the object in the game space, or causes the object to perform a series of predetermined actions.

The lottery control unit 116 determines a united battle with a degree of difficulty corresponding to the abilities of the operating characters participating in the lottery from among a plurality of united battles stored in the game information 122 . Here, the difficulty level is an index that indicates the degree of difficulty in winning a battle with a boss character included in a joint battle. The difficulty level can be set based on, for example, the level of boss characters, the number of boss characters to be defeated, and the like. A winning probability is set for each united battle determined by the lottery control unit 116 . This winning probability is included in the game information 122, for example. The lottery control unit 116 determines one or a plurality of united battles based on this winning probability. The joint battle determined by the lottery control unit 116 is registered in the user information 123 by the game progress processing unit 111 in association with this operation character.

The point management unit 117 manages subjugation points accumulated for joint combat. For example, the process of managing subjugation points includes a process of registering a co-op battle selected by the user from among the co-op battles for which the user is given the right to play as an object for accumulation of subjugation points. Also, the process of managing subjugation points includes a process of imparting subjugation points when conditions for granting subjugation points are satisfied for joint battles registered as targets for accumulation of subjugation points. Also, the process of managing subjugation points includes a process of determining whether or not the cumulative value of subjugation points granted to a joint battle registered as an accumulation target for subjugation points has reached a threshold.

Here, the higher the rarity of the cooperative battle, the larger the required subjugation points are set, so it takes a long time to complete the subjugation by accumulating the subjugation points, or the play of many other joint battles is required. As a result, it is possible to encourage the user to enjoy playing in the joint battle space rather than registering the highly rare joint battle as an object for accumulating subjugation points. In addition, the user can be encouraged to register a low-rarity cooperative battle as an accumulation target for subjugation points rather than playing it.

On the other hand, it is assumed that the difficulty level of the first condition is set higher for a joint battle with a higher rarity level. That is, the higher the rarity of the joint battle, the more difficult it is to subdue the enemy character through play. In this case, the user can complete the subjugation and obtain the second reward by registering the cooperative battle in which it is difficult to subdue the enemy character through play as an accumulation target for subjugation points. As a result, the user can generate and strengthen equipment items using the essential material items obtained from the second reward relating to the joint battle with high rarity, and play the next joint battle.

Note that the game system 1 may be configured such that the server 200 has at least some of the functions that the user terminal 100 has. The game system 1 may be configured such that the user terminal 100 has at least some of the functions that the server 200 has. Furthermore, devices other than the user terminal 100 and the server 200 may be used as components of the game system 1 , and the hardware may be caused to perform part of the processing in the game system 1 . That is, the computer that executes the game programs 121 and 221 in this embodiment may be any of the user terminal 100, the server 200, and other devices.

(Game progress and game space transition)
FIG. 4 is a diagram showing an example of the progress of the game provided by the game system 1 and the transition of the game space.

The control unit 110 transitions the game space according to the progress of the game. In the following, a case where a plurality of game spaces such as a preparation space, a battle space, and a united battle space are defined will be described as an example. FIG. 4 shows a transition t1 from the preparation space to the battle space, a transition t2 from the battle space to the joint battle space, a transition t3 from the preparation space to the joint battle space, and a transition t4 from the joint battle space to the preparation space. It is

The preparation space is a game space in which enemy characters do not appear. The preparation space is a game space for making the user prepare for the quest. While the control unit 110 is progressing the game in the preparation space, when the user performs an input operation indicating a quest start instruction, the control unit 110 transitions the game space from the preparation space to the battle space (transition t1).

The preparation space is also a game space for receiving an operation for obtaining the right to play a joint battle with the operating character. While the control unit 110 is progressing the game in the preparation space, if the input operation reception unit 112 receives an input operation of the user requesting participation in the lottery, the control unit 110 extracts another You may make a transition to the lottery space which is the game space of .

The control unit 110 may cause the player to receive a reward that is given when, for example, the player successfully clears the quest and the joint battle game in the preparation space. When the input operation receiving unit 112 receives a predetermined input operation such as a map moving operation in the preparation space, the control unit 110 may transition the game space to the battle space without starting the quest. When the user issues an instruction to start a joint battle, the control unit 110 may transition the game space from the preparation space to the joint battle space (transition t3).

A battle space is a game space in which an operating character and an enemy character encounter and fight. The battle between the operating character and the enemy character will be detailed later.

When the server 200 receives information from the user terminal 100 or through the synchronization processing unit 214 and determines that a predetermined condition is satisfied, the user terminal 100 satisfying this condition is transferred from the battle space to a joint battle. Instruct to transition to space. Upon receiving this instruction, the control unit 110 of each user terminal 100 transitions the game space from the battle space to the joint battle space (transition t2). A predetermined condition for transitioning from the battle space to the joint battle space may be, for example, that a specific enemy character (eg, boss character) appearance condition is satisfied.

The joint battle space is a battle space where battles corresponding to the multiplayer function are performed. A joint battle space is a game space in which one or more operation characters and non-player characters fight against specific enemy characters (eg, boss characters). Hereinafter, one or more operating characters and non-player characters placed as objects in the same joint battle space will be collectively referred to as "ally characters". When a friendly character is defeated or won in a joint battle in the joint battle space, the battle ends. When the joint battle in the joint battle space ends, the game space is transitioned from the joint battle space to the preparation space (transition t4). When a joint battle with a specific enemy character is won, each user who participates in the joint battle can obtain a specific reward. This specific reward includes at least one of equipment items to be equipped by the operating character, material items for acquiring the equipment items, and enhancement items for enhancing the equipment items. A specific reward is given, for example, to each operating character that participates in a joint battle in the preparation space.

The object control unit 115 arranges the operating character and at least one boss character in the joint battle space. The number of ally characters fighting a specific enemy character may be a predetermined number. In the following, the case where the number of allied characters is four will be described as an example, but this is just an example, and the number may be set arbitrarily, such as two, three, nine, or eleven.

In this embodiment, the object control unit 115 arranges non-player characters so that there are four allied characters in total when the number of operating characters is less than four when transitioning to the joint battle space. That is, if the number of user-operated characters participating in the joint battle in the joint battle space is less than a predetermined number (for example, four), the object control unit 115 replaces the shortage with non-player characters that operate based on the game program. make up with

The joint battle space may be the same game space as the battle space. In other words, instead of transitioning the game space from the battle space to the united battle space, the control unit 110 changes the camera work and UI display of the virtual camera in the battle space to the camera work and UI display as the united battle space. By changing it, a joint battle space may be realized.

When the game progress processing unit 111 determines that the ally character has succeeded in defeating the boss character, the control unit 110 transitions the game space from the joint battle space to the battle space or the preparation space. Note that the control unit 110 may transition the game space to the battle space or the preparation space after a certain period of time has passed since the game progress processing unit 111 determined that the boss character was successfully subjugated. The control unit 110 may change the game space from the joint battle space to the preparation space or the battle space when a predetermined movement operation such as map movement is received while the game is progressing in the joint battle space.

In this embodiment, each user terminal 100 cooperates with the server 200 to perform game processing for supporting the multi-play function. In the game space defined by the control unit 110 of the user terminal 100, an operating character corresponding to an account logged in from the user terminal 100 and an operating character corresponding to an account logged in from another user terminal 100 can be arranged. In the following, several processing examples regarding game space transitions will be specifically described with reference to FIGS. 1 to 3. FIG.

The object control unit 115 arranges various objects including playable characters in the game space defined by the control unit 110 . When an input operation is performed by the user, the object control unit 115 moves the operation character at any time according to the input operation. Thereby, the control unit 110 can allow the user to search the game space through the operation character.

When the server 200 transmits to each user terminal 100 an instruction to transition the game space to a joint battle space, the server 200 puts together one or more operation characters and non-player characters into a group that fights against enemy characters based on predetermined conditions. good too. For example, the server 200 may group four playable characters in descending order of level into a group that fights against enemy characters. The server 200 may assign an identification number (identification number) to each group. The synchronization processing unit 214 transmits an instruction to each user terminal 100 used to operate the playable characters so that all the playable characters included in the group transition to the same united battle space.

The server processing unit 212 determines whether or not a predetermined condition for transitioning from the battle space to the joint battle space is satisfied. For example, the server processing unit 212 may determine whether or not a predetermined condition is satisfied in the battle space based on information related to synchronization from the user terminal 100 . Here, the information related to synchronization includes an identifier that uniquely indicates the battle space in which the playable character is placed, the position of the playable character in the battle space, and the control unit 110 of the user terminal 100 that transitions the game space to the battle space. Elapsed time since

The game progress processing unit 111 of the user terminal 100 may determine whether or not a predetermined condition is satisfied in the battle space. In this case, control unit 110 transmits information indicating the determination result to server 200 .

The synchronization processing unit 214 may limit the maximum number of user terminals 100 that transition to the same united battle space, that is, the maximum number of ally characters in the united battle space. Information indicating the maximum number is included in at least one of the game information 122 and 222 .

The object control unit 115 refers to the instruction from the server 200 and the game information 122, and arranges the operation characters in the joint battle space according to the maximum number of allied characters. If the number of allied characters is less than the maximum number when transitioning to the joint battle space, the object control unit 115 may arrange non-player characters in the number that is short of the maximum number.

(Battle between an operating character and an enemy character)
Combat in battle space and joint battle space will be described in detail. In the "battle" in the game according to the present embodiment, the characters operated by the user and other users and the enemy characters perform attack motions on each other. Since various processing and displays related to battle are common to the battle with the enemy character in the battle space and the battle with the boss character in the joint battle space, the battle with the enemy character will be described below.

Values of various parameters (for example, attack power, defense power, etc.) including at least physical strength are set for the operating character and the enemy character. The user information 123 includes the parameter setting values of the playable character, and the game information 122 includes the parameter setting values of the enemy character.

In the battle space, the object control unit 115 causes the control character corresponding to the account of the user terminal 100 used by the user to perform an attack motion according to the input operation received by the input operation receiving unit 112 . Then, the game progress processing unit 111 determines whether or not the attack of the character operated by the user hits any enemy character, that is, whether or not the attack was successful. Furthermore, when determining that the attack of the character operated by the user is successful, the game progress processing unit 111 calculates the damage value to be given to the enemy character targeted for the attack. Furthermore, the game progress processing unit 111 subtracts the calculated damage value from the physical strength value of the enemy character. Alternatively, the game progress processing unit 111 compares the total damage to the enemy character, including the calculated damage value, with the physical strength value of the enemy character.

When the physical strength value of the enemy character becomes 0 or less, or when the total damage to the enemy character becomes equal to or greater than the physical strength value of the enemy character, the game progress processing section 111 determines that the enemy character has been defeated.

In the battle space, the object control unit 115 causes the enemy character to perform an attack motion. The game progress processing unit 111 determines the success or failure of the attack action by the enemy character in the same manner as the attack action of the playable character, and also calculates the damage value when the attack against the playable character is successful.

When the physical strength value of the operating character becomes 0 or less, or the total damage to the operational character becomes equal to or greater than the physical strength value of the operating character, the game progress processing section 111 determines that the operational character is unable to fight. In this case, even if the input operation receiving unit 112 receives an input operation related to the playable character, the object control unit 115 does not allow the playable character to perform an action corresponding to the input operation.

(Specific example of preparation space)
FIG. 5 shows an example of a display screen on which the prepared space is drawn. State (A) of FIG. 5 shows an example of the display screen of the preparation space. State (B) of FIG. 5 shows an example of a display screen when a window W1 including a list L1 of quests is displayed in the preparation space. The state (C) of FIG. 5 includes a list L2 of prepared joint combat.

In the state (A) of FIG. 6, in addition to the background of the preparation space, the user's playable character x and the other user's playable characters y1 and y2 are displayed. Also, in the state (A) of FIG. 6, a non-player character z1 and a non-player character z2 that operate based on the game programs 121 and 221 are displayed. The non-player character z1 and the non-player character z2 each receive a predetermined input operation for starting the transition t1 from the preparation space to the battle space and the transition t3 from the preparation space to the joint battle space. In the example shown in FIG. 6A, an object z3 is provided to indicate the entrance to the lottery space. The object z3 receives a predetermined input operation for starting transition from the preparation space to the lottery space.

The object control unit 115 arranges the operation character x corresponding to the account logged in on the user terminal 100 in the preparation space. The object control unit 115 arranges the operation characters y1 and y2 of the other user terminals 100 in the preparation space. Furthermore, the object control unit 115 has placed a non-player character z1, a non-player character z2, and an object z3 in the preparation space. The non-player characters z1 and z2 are objects for receiving input operations instructing the selection and start of quests and the selection and start of joint battles. The object z3 is an object that receives an input operation for making the operating character participate in a lottery for obtaining the right to play joint combat.

The camera placement control unit 113 determines the position and orientation of the virtual camera in the preparation space based on the position and orientation of the playable character x. For example, the camera placement control unit 113 arranges the virtual camera in such a position and orientation that the playable character x is captured slightly below the center of the field of view and that the playable character x is obliquely seen from behind (rear) above. When the user performs an operation to change the position or orientation of the playable character x, the object control unit 115 arranges the playable character x at the changed position and orientation. Also, the camera placement control unit 113 changes the position and direction of the virtual camera to the position and direction corresponding to the changed position of the playable character x. Then, the display control unit 114 draws the preparation space and the operation character x within the visual field area of the virtual camera arranged at the changed position with the changed orientation. The same applies to the positions and orientations of the playable characters y1 and y2 that are operated by other users.

In the state (A) of FIG. 5, the menu M1 is displayed. The menu M1 displays the current level "Lv.40" and physical strength V1 of the user's operating character x. In addition, in state (A) of FIG. 6, buttons B1 and B2, which are UIs for user's input operations, are displayed.

In this way, the display control unit 114 may create an image in which the UI for the user's input operation is superimposed on the image in which the preparation space and objects in the preparation space are drawn. For example, the display control unit 114 may create an image in which the images of the buttons B1 and B2 are superimposed on the prepared space and the images of the various objects described above, as shown in FIG. The button B1 is a button for accepting a user's instruction to set a game or display a notification, and the button B2 is a button for accepting a user's map movement, equipment change, or the like.

When the user terminal 100 selects the non-player character z1, the game progress processing unit 111 instructs the display control unit 114 to draw a window W1 including a list L1 of user-selectable quests. The quests included in the list L1 are quests for which the user has the right to play. The display control unit 114 creates an image in which the window W1 is superimposed on the images of the preparation space and the object, as shown in state (B) of FIG. 5, and causes the display unit 152 to display the image. In the example shown in the state (B) of FIG. 5, the list L1 of the window W1 contains three quests. Then, for each quest, the quest name (such as "Subjugation of Monster AA"), achievement conditions (such as "Monster AA: 0/3"), map name (such as "Grassland 1"), and reward ("Reward: Copperplate ”, etc.) are described. Note that the display of the contents of each quest in the list L1 is an example, and is not limited to the description in the figure.

Here, the achievement condition "monster AA: 0/3" indicates that the number of monsters AA to be defeated is three. Note that the content of the quest achievement condition is not particularly limited. For example, the quest achievement condition may be to defeat a specific number of specific enemy characters, to collect a specific number of items obtained by defeating a specific enemy character, or the like.

The map name indicates the name of the battle space or joint battle space that transitions when the quest is selected. A reward indicates an article, function, information, or the like, which is given to the user's operating character or account by completing a quest, and enables the game to proceed more advantageously. For example, the reward may be in-game currency, items, equipment that improves the abilities of the playable character, skills of the playable character, and the like.

When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to display on the display unit 152 a window containing a list L2 of joint battles that can be played by the user. The joint battles included in the list L2 are registered in the game information 122 as the joint battles determined by the lottery control unit 116 in association with the operating character x. In other words, the joint battles included in the list L2 are the joint battles in which the user who operates the operation character x is given the right to play. In the example shown in the state (C) of FIG. 5, the list L2 includes four quests of joint combat J1 to J4. For each joint battle, the name of the boss character K1 (such as "monster K1"), the level of the boss character (such as "Lv.50"), and the difficulty of the joint battle (such as "difficulty: m1") are described. ing. It should be noted that the display of the content of each joint battle in the list L2 is an example, and is not limited to the description in the figure.

Here, joint battles J1 to J4 are joint battles in which the operating character participates in a lottery and wins the lottery. This joint battle includes a battle with a specific boss character. The lottery control unit 116 determines a joint battle including a battle with a boss character whose level corresponds to the current level of the operating character x who participates in the lottery. The boss character's level may be, for example, a level within a predetermined range including the current level of the playable character x. The predetermined range may be, for example, the range of "current level value of playable character x"±"predetermined value". In the example shown in FIG. 5C, the lottery control unit 116 selects level Lv. For 40 operation characters x, level Lv. Joint battles including battles with boss characters of levels within the range of 30-50 are determined.

Each boss character that fights in a joint battle has a winning probability that is drawn in a lottery. In other words, there are boss characters with a high probability of winning and those with a low probability of winning. In the example shown in the state (C) of FIG. 5, in addition to the information about the boss characters to be fought in each united battle, an indication R indicating the probability of winning in the lottery is displayed. The display R displays information indicating the winning probability. As the information indicating the winning probability in stages, expressions such as D, C, B, A, S, SS, etc. may be used in descending order.

In the example shown in state (C) of FIG. 5, joint combat J3 is level Lv. 44 boss character K3, and joint battle J4 is level Lv. This is a joint battle including battles with 16 boss characters K3. Joint combat J4 is Lv. It was drawn in the lottery that I participated in when I was 18, and the joint battle J3 is Lv. I got it from a lottery I participated in when I was 40.

(Specific example of battle space)
FIG. 6 shows an example of a display screen that depicts a battle space. State (A) of FIG. 6 shows the display screen when the display unit 152 is oriented vertically, and state (B) of FIG. 6 shows the display screen when the display unit 152 is oriented horizontally. A display screen when the display unit 152 is oriented vertically is called a vertical screen, and a display screen when the display unit 152 is oriented horizontally is called a horizontal screen.

In the example shown in FIG. 6, a menu M2 is displayed in addition to the battle space. The menu M2 displays the current level "Lv.40", total physical strength "327", and physical strength V1 of the user's operating character x.

The camera placement control unit 113 determines the position and orientation of the virtual camera in the battle space based on the position and orientation of the playable character x, as in the preparation space. However, the camera placement control unit 113 defines a virtual camera having different visual field areas for the vertical screen and the horizontal screen. For example, the camera placement control unit 113 may make the field-of-view area of the virtual camera on the vertical screen longer than the field-of-view area of the virtual camera on the horizontal screen. When an operational character corresponding to another account is placed in a battle space with the same map name as the own terminal, or later placed in a battle space with the same map name, the object control unit 115 allows the other account to be placed in the battle space. The operation character y3 corresponding to is synchronously arranged.

The object control unit 115 arranges one or more enemy characters e1 with which the user's and other user's characters can fight in the battle space. The display control unit 114 may display a target marker t1 indicating which enemy character the operating character is attacking, superimposed on the enemy character. Then, when the character operated by the user subjugates the enemy character, the game progress processing unit 111 may cause the account corresponding to the operated character to acquire some kind of reward.

Note that the battle space may be composed of a plurality of game spaces. When the battle space consists of a plurality of game spaces, the display control unit 114 may display an object icon C2 or the like for accepting a user's instruction to move to another battle space.

When the input operation receiving unit 112 receives a predetermined operation while the game is progressing in the battle space, the display control unit 114 causes the predetermined operation to be input to the position on the touch screen 15 where the predetermined operation was input. display an object indicating that The predetermined operation includes a drag operation for moving the playable character x (hereinafter referred to as a "moving operation") and a tap operation for causing the playable character x to perform an attack motion (hereinafter referred to as an "attack operation"). ), etc. The input operation reception unit 112 can receive movement operations and attack operations at any position on the touch screen 15 . Accordingly, it is possible to avoid obstruction of the visual recognition of the operation character x and the enemy character by an indicator such as the user's finger.

The display control unit 114 may cause the touch screen 15 to display an object indicating the direction of the movement operation when the input operation reception unit 112 receives the movement operation. In the state (A) of FIG. 6, the display control unit 114 displays the elastic object w1 centered on the position p1. A position p1 is a position at which the input operation reception unit 112 has received a touch-on operation. A touch-on operation is an operation of bringing an indicator into contact with or close to the touch screen 15 . The indicator may be a user's finger or the like, or may be a stylus pen or the like.

Here, when the user performs a movement operation to move the pointer from position p1 to position p2, input operation reception unit 112 detects that the pointer has moved from position p1 to position p2. Based on this detection result, the display control unit 114 causes the touch screen 15 to display an elastic object w2 deformed to extend the elastic object w1 to the position p2. This allows the user to recognize the direction of the movement operation detected by the touch screen 15 .

When the input operation receiving unit 112 receives the input of the drag operation, the object control unit 115 moves the operation character x in the dragged direction according to the drag time or distance. When the input operation reception unit 112 receives a tap operation, the object control unit 115 causes the operation character x to perform an attack motion. Then, the game progress processing unit 111 determines the success or failure of the attack of the playable character x and calculates the damage value.

In the example shown in FIG. 6, buttons B1, B2, B3, B4, B5, and B6, which are UIs for user's input operations, are displayed.

In this manner, the display control unit 114 may draw a UI for user's input operation superimposed on the image depicting the battle space and the objects in the battle space described above. The button B3 is a special attack button for instructing the special attack of the operating character x. The button B4 is a "recovery button" for instructing recovery of the physical strength of the operating character x. The button B5 is a "chat button" for chatting between accounts corresponding to operation characters arranged in the same battle space. The button B6 is a "weapon switching button" for switching the weapon equipped by the operating character x.

The display control unit 114 may display a message according to the action of the operation character x according to the user's operation (not shown). For example, the display control unit 114 may display a message to notify the user when the playable character x moves from the preparation space to the battle space or when the playable character x obtains an item.

Note that the display control unit 114 can draw various display items (buttons, menus, and messages) related to the UI described above at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. desirable. The display control unit 114 desirably draws various display items related to the UI on the periphery of the display screen of the display unit 152 so as not to interfere with the input of instructions such as movement, attack, and recovery of the playable character. The display control unit 114 desirably changes the drawing positions of the various display objects related to the UI between the vertical screen and the horizontal screen.

(Specific example of joint battle space)
FIG. 7 shows an example of a display screen that depicts a joint battle space. State (A) of FIG. 7 shows the display screen when the display unit 152 is oriented vertically, and state (B) of FIG. 7 shows the display screen when the display unit 152 is oriented horizontally. The object control unit 115 arranges an object of the boss character K1 together with the operation character x in the joint battle space.

In the joint battle space, the camera placement control unit 113 may define the position and orientation of the virtual camera based on the positional relationship between the boss character K1 and the playable character x. For example, the camera arrangement control unit 113 arranges the virtual camera at an angle such that the boss character K1 is captured in the center of the field of view and the operation character x is captured. When the position of the boss character K1 or the operation character x changes, the camera placement control unit 113 changes the position and orientation of the virtual camera to the position and orientation according to the changed positions of the boss character K1 and the operation character x. Then, the display control unit 114 draws the joint battle space and each object based on the changed position and orientation of the virtual camera.

In the example of FIG. 7, the object control unit 115 displays the operation characters g1 and g2 corresponding to the other accounts and the non-player character y6 as friendly characters fighting the boss character K1 together with the operation character x. In FIG. 7, the physical strength value displayed near the non-player character y6 is labeled with [NPC] indicating that the character y6 is a non-player character (for example, [NPC]y6). Here, an example is shown in which each user who operates the operation characters x, g1, and g2 participates in the same joint battle, but the present invention is not limited to this. All friend characters other than the operating character x may be non-player characters.

In the joint battle space, when the boss character K1 is placed in the center of the field of view and the virtual camera is placed at such an angle that the control character x is captured, the operation of moving the control character x may be different from that in the battle space. For example, the upward movement operation may be an operation of advancing the playable character x toward the boss character K1, and the downward movement operation may be an operation of retreating the playable character x from the boss character K1.

When the ally character reduces the boss character K1 to a predetermined physical strength value of 0 or less, or inflicts damage exceeding the physical strength value of the boss character K1, the game progress processing unit 111 determines that subjugation of the boss character K1 has been completed. do. When the game progress processing unit 111 determines that the boss character K1 has been subdued, the game progress processing unit 111 may give the operating character or an account corresponding to the operating character a special reward that differs from that of a normal enemy character. In this case, the rewards may be different between the operating characters that participate in the battle.

The display control unit 114 may draw a UI for the user's input operation in the image of the joint battle space displayed on the display unit 152, as in the image of the battle space shown in FIG. The display control unit 114 may display a message according to the action of the ally character or the boss character. For example, the display control unit 114 determines that the game progress processing unit 111 has successfully executed an attack that exploits the weak point of the boss character, or that an allied operating character or non-player character has become unable to fight. In such a case, a message to that effect may be displayed. Alternatively, when the game progress processing unit 111 determines that the boss character is in a special state such as being unable to act, the display control unit 114 may display a message to that effect.

Note that the display control unit 114 draws various display items (buttons, menus, and messages) related to the UI described above so that they are positioned at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. It is desirable to The display control unit 114 provides various display items related to the UI such as input of instructions such as movement of the operating character, attack, recovery, etc., display of positions of allied characters, attack actions of the boss character, weak points of the boss character, etc. It is desirable to draw on the periphery of the display screen of the display unit 152 so as not to interfere with the display of important information in the battle with the character. It is desirable that the display control unit 114 also changes the drawing positions of various display items related to the UI according to the orientation of the display unit 152 .

(Obtain the right to participate in the lottery and play joint battle)
FIG. 8 is an example of a display screen for explaining an operation input for participating in a lottery and obtaining the right to play a joint battle. State (A) in FIG. 8 is an example of a display screen displayed when an input operation for requesting participation in the lottery is performed. State (B) in FIG. 8 is an example of a display screen displayed when a joint battle is won by lottery. State (C) of FIG. 8 is an example of a display screen in which the joint battle drawn in the lottery is added to the list of joint battles that the user has the right to play.

The input operation receiving unit 112 receives an input operation for requesting to participate in the lottery, and instructs the display control unit 114 to display the display screen shown in the state (A) of FIG. 8 on the display unit 152 . The display control unit 114 may display images of the menu M5, the menu M6, the display R, the button B6, and the button B7 as shown in FIG.

Menu M5 in state (A) of FIG. 8 indicates the number of items currently owned by the user. Menu M6 indicates the number of items consumed each time the player participates in the lottery.

In the example shown in state (A) of FIG. 8, a boss character K5 that can be drawn by lottery, although with a low winning probability, is displayed. Note that a boss character having an equal or lower winning probability may be displayed instead of the boss character K5. In this way, the attractiveness of participating in the lottery may be shown by showing the appearance of the boss character fighting in a joint battle with a low probability of winning. In the example shown in state (A) of FIG. 8, the display R displays "S" indicating the winning probability of the boss character K5. In the example shown in state (A) of FIG. 8, the button B6 is for transitioning to a page introducing items that can be obtained when the game is successfully cleared in a joint battle including a battle with the boss character K5. The button B7 is for accepting an instruction to start the lottery.

When the input operation receiving unit 112 receives an input operation to the button B7, the lottery control unit 116 determines a united battle according to the level of the operation character participating in the lottery from among a plurality of united battles.

The display control unit 114 displays displays D1, D2, D3, D4, etc., as shown in the state (B) of FIG. The displays D1 to D4 display information about the boss character K6 who fights in the united battle determined by the lottery control unit 116. FIG. In the example shown in the state (B) of FIG. 8, the winning probability of the boss character K6 is displayed on the display D1, the level of the boss character K6 is "Lv.42" on the display D2, and the name of the boss character K6 is displayed on the display D3: , and the image of the boss character K6 is displayed in the display D4.

In the example shown in state (B) of FIG. 8, buttons B9 and B10, which are UIs for user's input operations, are displayed. The button B9 accepts an input operation by the user for returning to the display screen displaying the preparation space shown in state (A) of FIG. The button B10 accepts an input operation by the user for immediately starting the joint battle for which the right to play in the lottery is obtained.

A joint battle including a battle with the boss character K6 drawn by the user is registered in the user information 123 by the game progress processing unit 111 . As shown in state (C) of FIG. 8, registered joint battles are displayed in the list L2 as joint battles J5 that can accept an input operation to start by the user.

In addition, the game progress processing unit 111 has a winning probability lower than a predetermined winning probability (for example, "S" and "SS") for the user who has won the right to play the joint battle J5 (rare event), The right to play joint battle J6-J7 associated with the winning joint battle may be granted. In this case, the difficulty level of the joint battle related to the winning joint battle may be higher than the difficulty of the winning joint battle. Note that the number of joint battles related to the joint battle J5, which is given to the user who has won the right to play the joint battle J5, may be one or plural.

For example, as shown in the state (C) of FIG. 8, a user who has been granted the right to play a joint battle J5 including a battle with a boss character K6 whose winning probability is S is given 3 related to this joint battle J5. The right to play two joint battles J6-J8 is also granted. The difficulty levels m6 to m8 of the joint battles J6 to J8 related to the joint battle J5 that was won are higher than the difficulty level m6 of the joint battle that was won. For example, the game progress processing unit 111 may give the operating character equipment items to be equipped by the operating character and material items for obtaining the equipment items as a reward for successfully clearing the joint battle J5. On the other hand, the reward for successfully clearing the game of joint combat J6 to J7 may be an enhancement item for enhancing the equipment item obtained when successfully clearing the game of joint combat J5. By setting rewards in this way, the attractiveness of joint battles can be appropriately enhanced, and at the same time, rational motivation to further challenge joint battles related to joint battles can be provided, thereby improving the appeal of the game. can be done.

(Commencement of joint combat)
FIG. 9 is an example of a display screen for explaining an operation input for the user to start a joint battle. Here, an example will be described in which the user who operates the playable character x starts a joint battle in the joint battle space together with the user who operates the playable character g1 and the user who operates the playable character g2.

When the user performs an input operation to start a joint battle in the preparation space, a screen as shown in FIG. 9 is displayed on the user terminal 100 used by the user.

Characters operated by other accounts can also participate in joint battles as friendly characters. The input operation for instructing to start a joint battle may be, for example, the operation of selecting the non-player character z2 described above. When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to display a list L2 including joint combat J1, J2, J3, J4, etc., which can be selected by the user. (See state (C) in FIG. 5). Co-op battles included in the list L2 are co-op battles for which the user is given the right to play.

In the state (C) of FIG. 5, if the user desires to start the joint battle J1, the user may select the joint battle J1. When the joint battle J1 is selected, the control unit 110 makes a transition from the display screen shown in state (C) of FIG. 5 to the display screen shown in FIG. For example, the input operation receiving unit 112 receives a touch operation for selecting the joint battle J1. The touch operation to select a joint battle may be a touch operation to a position where each joint battle included in the list L2 is displayed.

FIG. 9 is a display screen for making preparations before starting the joint battle J1 and making other users who wish to participate in the joint battle prepare for participation. In the example shown in FIG. 9, the title T may display "Monster K1", which is the name of the boss character K1 to be defeated in the joint battle J1. The identification number “identification No. P” of this joint battle may be displayed in the menu M4.

When recruiting other users who wish to participate in the joint battle, the user may set conditions for permitting participation. The condition for permitting participation may be the upper limit or lower limit of the abilities of other users' playable characters. For example, if the level of the operating character of a user who wishes to participate in a joint battle is lower than a predetermined level, the user's participation can be disallowed. Alternatively, entry of an identification number may be a condition for permitting participation. In this case, it is possible to permit participation by limiting the users to whom the identification number of this joint battle has been informed in advance by the user who starts the joint battle. The condition for permitting participation input by the user is associated with each united battle, and is stored in the user information 123 by the game progress processing section 111 .

In the example shown in FIG. 9, the object of the playable character x is displayed in this joint battle J1, the object of the playable character g1 of the other user is displayed next to it, and the object of the playable character g2 of the other user is displayed next to it. is drawn. In the example shown in FIG. 9, both the operation characters g1 and g2 are ready to depart for the joint battle J1, and the characters "participate" are superimposed. Note that when the operational characters g1 and g2 are not yet ready to depart for a joint battle, the characters "preparing" may be superimposed on the object of the operational character g1.

In the example shown in FIG. 9, one column next to the operation character g2 is blank. This indicates that even if the playable characters x, g1, and g2 participate, one more playable character can participate.

In the example shown in FIG. 9, buttons B9, B10, and B11, which are UIs for user's input operations, are also displayed. The button B9 is a "weapon switching button" for switching the weapon equipped by the operating character g1 before participating in the joint battle J1. Note that, as shown in FIG. 9, the display control unit 114 restores the name Q1, level Q2, equipment Q3, total physical strength Q4, offensive and defensive ability Q5, and other characters. The configuration may be such that the ability value Q6 or the like is displayed. By referring to such a display, the user can participate in the battle knowing the ability of the ally character.

The button B10 is an "exit button" for canceling the start of the joint battle J1 and returning to the display screen shown in state (C) of FIG. When a touch operation is performed on the button B10, the user can reselect the desired joint battle.

The button B11 is a "departure button" for moving the character x to the joint battle space of the joint battle J1. In the example shown in FIG. 9, when the user performs a touch operation on the button B11, in addition to the operation character x, the operation characters g1 and g2 also appear in the joint battle space of the joint battle J1 (see FIG. 7). In this case, as shown in FIG. 7, the number of operating characters that have moved to the joint battle J1 is three (character x and operating characters g1 and g2), and the remaining ally character is the non-player character y6. be.

(Specific example of reward screen based on play results)
FIG. 10 is a diagram showing an example of a reward screen. This reward screen is displayed by the display control unit 114 when the subjugation of the enemy character is completed through play in the joint battle space. This reward screen includes information representing a first reward. The displayed first reward is determined for the joint battle and is specified by the game progress processing section 111 . The example of FIG. 10 is a screen displayed when the joint battle J2 shown in FIG. 5(C) is played in the joint battle space and the monster K2 is defeated. The first reward displayed on the reward screen includes earned experience value A1, virtual currency A2, and item reward A3. Acquired experience value A1 represents an increase in experience value given as the first reward for the operating character who participated in the joint battle. Virtual currency A2 represents the amount of in-game virtual currency awarded to the user as the first reward. The item reward A3 represents the amount of the essential material item K2 and other items given to the user as the first reward. The essential material item K2 represents an essential material item associated with the monster K2 to be subjugated. Also, other items are consumable items here.

In this example, the first reward definitely includes the essential material item K2, and other rewards stochastically. Specifically, the amount of the virtual currency A2 may be an amount drawn based on a drawing probability determined for this joint battle. Also, items other than the essential material item K2 in the item reward A3 may be items drawn based on the drawing probability from one or more items of a type determined for this joint battle.

(Joint battles registered as subjugation point accumulation targets)
Co-op battles for which the user is given the right to play can be registered as subjugation point accumulation targets. The point management unit 117 registers the joint battles selected by the user from among the joint battles for which the user is given the right to play, as targets for accumulation of subjugation points. At this time, the number of cooperative battles for which subjugation points can be accumulated at the same time is up to a predetermined upper limit.

However, this upper limit is increased by satisfying additional conditions. Also, the upper limit number may be increased only within a predetermined valid period after the additional condition is satisfied. The additional condition may be, for example, an exchange with a consumable item such as virtual currency. The consumable item for satisfying the additional condition may be something (for example, virtual currency) given to the user by accepting the billing process. In this case, the larger the amount of consumable items to be exchanged, the larger the upper limit number may be. Also, the greater the amount of consumable items to be exchanged, the longer the validity period for the increase in the upper limit number. As a result, the user can register, within the upper limit, the cooperative battles that the user wishes to complete by accumulating subjugation points, and enjoy playing the rest of the unregistered cooperative battles in the joint battle space. Further, when the additional conditions are satisfied and the upper limit number is increased, the user can complete subjugation in more joint battles while enjoying the play in the joint battle space. In addition, since the user tries to accumulate more subjugation points within the valid period in which the upper limit number is increased, the user can be encouraged to play other cooperative battles.

(Registration screen example)
FIG. 11(A) is an example of a registration screen for registering joint combat as an accumulation target for subjugation points. This registration screen is displayed by display control unit 114 when input operation accepting unit 112 accepts an operation instructing display of the screen. In this example of the registration screen, the number of cooperative battles for which subjugation points can be accumulated at the same time is managed by registration frames H1 to H5. The registration frame H1 is a frame in which one joint battle can be registered without additional conditions. In other words, the maximum number of joint battles that can be registered simultaneously without additional conditions is one in this example. Also, the registration frame H2 becomes valid by satisfying an additional condition, and one united battle can be registered. Further, the registration frame H3 becomes valid when an additional condition is satisfied while the registration frame H2 is still valid, and one united battle can be registered. Similarly, each of the registration frames H4 to H5 becomes valid when an additional condition is satisfied while the registration frame one level above is valid, and one united battle can be registered for each. In other words, each time an additional condition is satisfied, the maximum number of joint battles that can be registered at the same time increases by one, up to a maximum of five. In addition, the valid period of the registration slot that has been validated by satisfying the additional condition is 24 hours in this example.

FIG. 11B is an example of a selection screen for selecting a joint battle to be registered as an accumulation target for subjugation points. This selection screen is displayed by the display control unit 114 when the input operation accepting unit 112 accepts an operation on the registration frame H1 in FIG. 11A. In this selection screen example, cooperative battles J2, J3, J5, and J6 for which the user is given the right to play are displayed. These united battles are united battles for which subjugation has not been completed when the screen example of FIG. 11(B) is displayed in the list L2 shown in FIGS. 5(C) and 8(C) It is assumed that The display of each joint battle includes information representing the probability of winning R (one of D, C, B, A, S, SS), the level and name of the enemy character, the required defeat points, and the time until defeat. The display of the winning probability indicates the winning probability when the right to play each united battle is granted to the user by lottery. In other words, the lower the winning probability is, the higher the rarity is. Hereinafter, the winning probability R is also referred to as the rarity R. It should be noted that the higher the rarity R, the higher the degree of difficulty in achieving the first condition. The display of the level and name of the enemy character indicates the level and name of the enemy character who will fight in the joint battle. The required subjugation point is a value corresponding to the difficulty of subjugation. The time until subjugation is a value corresponding to the required subjugation points. The time until subjugation is the time from registration to completion of subjugation when subjugation points are accumulated only by the passage of time.

FIG. 11(C) is an example of a detailed screen showing the details of a joint battle to be registered as an accumulation target for subjugation points. This detailed screen is displayed by the display control unit 114 when the input operation receiving unit 112 receives an operation for any one of the list of joint battles displayed in FIG. 11B. In this example, the detailed screen regarding the joint battle J2 is displayed by accepting the operation for the joint battle J2. This detailed screen includes information A4 about required defeat points, information A5 about the second reward, and a registration button B13.

The information A4 includes information representing the required subjugation point value determined for this joint battle and the time until subjugation. The information A5 represents the second reward given to the user when the defeat is completed when the accumulated defeat point reaches the required defeat point. This second reward is of lesser value than the first reward given when subjugation is completed by playing this joint battle. As a specific example, a comparison is made with the first reward when subjugation is completed by playing in the joint battle space. As shown in FIG. 10, the first reward when the subjugation is completed by playing in the joint battle space includes acquired experience value A1, virtual currency A2, and item reward A3. The second reward when the subjugation is completed by accumulating subjugation points includes item reward A5 and does not include acquired experience value A1 and virtual currency A2, as shown in FIG. 11(C). Also, both the item reward A3 and the item reward A5 include the essential material item K2, but while the item reward A3 includes 10 consumable items, the item reward A5 includes 1 consumable item. Thus, the second reward is less valuable than the first reward.

In FIG. 11C, when an operation on the registration button B13 is accepted by the input operation accepting unit 112, the joint battle is registered in the corresponding registration frame as a subjugation point accumulation target. Hereafter, a joint battle registered as an accumulation target for subjugation points is also simply referred to as a registered joint battle.

In this way, when the user completes subjugation by accumulating subjugation points in a certain joint battle, the user can obtain the same necessary material items as when completing subjugation by playing in the joint battle space. However, in this case, the user cannot acquire the acquired experience value and the virtual currency. In other words, the user selects to play in the united battle space for the united battle where the user wants to acquire the acquired experience value and virtual currency, and can acquire the same required material item reward for the united battle. You can choose to enroll as an object.

In addition, as described above, at least part of the second reward may be dynamically determined when the subjugation is completed. In this case, the display of the item reward A5 in FIG. 11(C) may include information representing the type of item that can be dynamically determined when subjugation is completed.

(Conditions for Granting Subjugation Points)
The conditions for granting subjugation points for a joint battle registered as an accumulation target for subjugation points are constituted by conditions that are not related to the play of the joint battle. In this embodiment, the subjugation point granting conditions include (1) a condition based on the passage of time and (2) a condition based on the completion of subjugation in another joint battle. In other words, subjugation points are given at least (1) with the lapse of time for joint battles registered as targets for accumulation of subjugation points. Furthermore, subjugation points are also given when subjugation is completed in other joint battles.

In the case of (1), a predetermined amount of subjugation points is given each time a unit time elapses after being registered as a subjugation point accumulation target for a united battle registered as a subjugation point accumulation target. For example, 1 pt of subjugation points may be given each time 6 seconds have passed. Note that pt represents the unit of subjugation points. In this case, if the required subjugation points are 1200pt, even if the condition (2) is not satisfied after registration, the cumulative total of the given subjugation points will reach 1200pt in a maximum of two hours. The "time until subjugation" displayed in Figs. 11(B) and (C) indicates that when subjugation points are accumulated only under conditions based on the passage of time, the accumulated subjugation points given will reach the required subjugation points. represents the time to

In the case of (2), when a joint battle that is not registered as a subjugation point accumulation target is played in the joint battle space and subjugation is completed, subjugation points are given to the joint battle that is registered as a subjugation point accumulation target. be. In other words, when the condition (2) is satisfied, the cooperative battle registered as a subjugation point accumulation target will have a shorter time until subjugation.

At this time, the amount of subjugation points to be granted may be set to be larger, for example, as the rarity of another joint battle that has been subjugated by play is higher. In addition, there are cases where a plurality of cooperative battles are registered as targets for accumulation of subjugation points. In this case, subjugation points corresponding to the rarity of the joint battle that has been subjugated by the play may be given to each joint battle. For example, it is assumed that 100 points are set as subjugation points to be given when a subjugation is completed in a joint battle with a rarity of S. At this time, if one united battle is registered as a subjugation point accumulation target, 100 points of subjugation points are given to the united battle. Also, at this time, if a plurality of joint battles are registered as subjugation point accumulation targets, 100 points of subjugation points are given to each of the joint battles.

By preparing the above-mentioned (1) and (2) as conditions for granting defeat points in this way, the user enjoys the following merits. That is, by registering a joint battle for which the right to play is granted as a subjugation point accumulation target, the user can complete the subjugation by waiting for the passage of time without playing the joint battle in the joint battle space. can. Furthermore, the user can shorten the time it takes to complete the subjugation in the registered joint battle by playing another joint battle to complete the subjugation.

FIG. 12A is a list screen showing a list of cooperative battles registered as subjugation point accumulation targets. This list screen is displayed by display control unit 114 when input operation accepting unit 112 accepts an operation instructing display of the screen. In FIG. 12(A), the registration frame H1 includes information about joint combat registered without additional conditions. The registration frame H1 includes a total amount A6 of awarded subjugation points, an interrupt button B14, and a time A7 until the subjugation is completed. The cumulative total A6 represents the cumulative value of defeat points and the ratio of the cumulative value to the required defeat points. In this example, it is shown that a total of 148 points have been given at this point in time to the required subjugation points of 600 points. The time A7 until subjugation is the time corresponding to the remaining 452pts required until the required subjugation point.

In FIG. 12A, when an operation on the interrupt button B14 is accepted by the input operation accepting unit 112, registration of the joint battle as a subjugation point accumulation target is cancelled. In this case, the right to play the unregistered co-op battle remains granted to the user. After the cancellation, the registration frame H1 becomes empty, and when the operation for the registration frame H1 is accepted again, the joint battle selection screen shown in FIG. 11B is displayed.

In this specific example, the screen showing the list of joint battles shown in FIG. 12A also functions as a registration screen for additional registration. When the input operation accepting unit 112 accepts an operation on the registration frame H2, a consent screen (not shown) for asking whether or not the additional condition is satisfied is displayed. In this specific example, the additional condition is "exchange for 5 consumable items". It is assumed that consumable items required for exchange are associated with the user and stored in the storage unit 120 . Here, the consumable item necessary for the exchange may be the same type of consumable item as the consumable item that can be given to the user as included in the first reward or the second reward, or it may be a different type of consumable item. may Note that if an operation to accept the additional conditions is accepted on the acceptance screen, five consumable items are consumed, and a joint battle selection screen as shown in FIG. 11B is selected. be done. After that, when an operation to the registration button B13 is accepted on the details screen of the joint battle as shown in FIG. 11C, the joint battle is registered in the registration frame H2.

FIG. 12B is an example of a screen in which a joint battle is registered for the registration frame H2. The registration frame H2 contains information about the joint battle registered by satisfying the additional conditions. Similar to the registration frame H1, the registration frame H2 includes a total kill point A6, an abort button B14, and a time until completion of the kill A7. Furthermore, the registration frame H2 includes an indication of the validity period A10. This validity period A10 represents the remaining time of the validity period after the registration frame H2 becomes valid by satisfying the additional condition. If the subjugation points for the joint battle registered in the registration frame H2 have not reached the required subjugation points at the time when the effective period expires, the joint battle is deemed to have not been completed and will be canceled from the registration frame H2. be. In this case, the right to play the unregistered co-op battle remains granted to the user. Further, when the joint battle is canceled from the registration frame H2 by operating the interrupt button B14, the joint battle is newly registered in the registration frame H2 if it is before the expiration date of the registration frame H2. It is possible.

The screen showing the list of joint battles shown in FIG. 12B also functions as a registration screen for additional registration. In FIG. 12B, the processing when the operation for the registration frame H3 is accepted is the same as the processing when the operation for the registration frame H2 is accepted in FIG. 12A. do not repeat

FIG. 12(C) is an example of a screen displaying a joint battle in which subjugation is completed by accumulating subjugation points. In FIG. 12(C), the cumulative total of defeat points for joint battles registered in the registration frame H1 has reached the required defeat points of 600pt. The registration frame H1 includes information A8, elapsed time A9, and a button B15 for receiving the second reward. Information A8 indicates that subjugation has been completed. The elapsed time A9 represents the elapsed time after the accumulated defeat points reached the required defeat points. The button B15 for receiving a second reward is a button for receiving an operation for receiving a second reward for this joint battle.

(Concrete example of reward screen based on subjugation points)
FIG. 13 is an example of a reward screen displayed when the defeat points reach the required defeat points. This remuneration screen is displayed by the display control unit 114 when the input operation reception unit 112 receives an operation on the button B15 for receiving the second reward in FIG. 12(C).

This reward screen includes an item reward A12, which is a second reward, an additional reward A11, and a receive button B16. The item reward A12 is a display equivalent to the item reward A5 displayed before registering this joint battle in FIG. 11(C). However, as described above, if the item reward A5 includes a dynamically determined reward, the content of the item reward A12 in FIG. including those determined by

Additional reward A11 is displayed when button B15 for receiving reward is operated before elapsed time A9 in FIG. 12(C) reaches a predetermined period. In other words, if the operation to receive the second reward is performed within a predetermined period after the defeat is completed by accumulating defeat points, the additional reward is given to the user. When the operation to receive the second reward is performed after the predetermined period of time has passed, a reward screen excluding the display of the additional reward A11 from the reward screen of FIG. 13 is displayed.

(Addition of parameters that increase grades)
Here, the first reward given when subjugation is completed by playing in the joint battle space may include a performance parameter for increasing the user's performance. In this case, the second reward given when the subjugation is completed by accumulating subjugation points also includes equivalent performance parameters. The user's performance is the user's performance in the task set in the game. In addition, such a task is, for example, during a predetermined holding period, if a subjugation is completed in a united battle, a score (result parameter) is given to the user according to the degree of difficulty of the subjugation, and the result based on the total score is shared among the users. It may be something that competes with

In this case, the score given when subjugation is completed through play and the score given when subjugation is completed by accumulating subjugation points may be equal to each other. As a result, it is possible to increase the user's motivation to complete subjugations in more joint battles by utilizing both the play in the joint battle space and the accumulation of subjugation points.

<Processing flow and screen example>
The flow of processing executed by the user terminal 100 based on the game program 131 will be described with reference to flowcharts of FIGS. 14 to 16. FIG. In the following description, the flow of a series of processing steps described using flowcharts is described as being executed by the user terminal 100, but at least some of these processing steps are executed by the server 200. may be

(Processing flow for registering joint battles for accumulation of subjugation points)
FIG. 14 is a flow chart showing the flow of the operation of the user terminal 100 for registering a joint battle as an accumulation target for subjugation points.

In step S101, the display control unit 114 displays a screen for registering a subjugation point accumulation target according to a user operation. The displayed registration screens are, for example, the screens shown in FIGS. 11A and 12A to 12C.

In step S102, the input operation accepting unit 112 accepts an operation on the registration frame. For example, in FIG. 11A, the registration frame H1 is accepted, in FIG. 12A, the registration frame H2 is accepted, and in FIGS. 12B and 12C, the registration frame H3 is accepted.

In step S103, the point management unit 117 determines whether or not the registration frame for which the operation has been accepted is valid. In other words, the point management unit 117 determines whether or not it is necessary to satisfy additional conditions for registration in the registration frame. Satisfying additional conditions means, in this embodiment, exchange with consumable items. Registration frame H1 is always determined to be valid. If the registration frames H2 to H5 have never been exchanged for consumable items, they are determined to be invalid. Also, the registration frames H2 to H5 are determined to be invalid if the valid period has passed since the previous exchange with a consumable item. Also, the registration frames H2 to H5 are determined to be valid as long as they are within the validity period after the previous exchange with the consumable item. It should be noted that, in this embodiment, it is assumed that the operation for the registration frame in which the joint battle has already been registered is not accepted. That is, the registration frame for which the operation was accepted in step S102 is empty.

If the registration frame is valid, step S106, which will be described later, is executed. If the registration frame is not valid, step S104 is executed.

In step S104, the point management unit 117 exchanges with consumable items in order to validate the registration frame. At this time, the point management unit 117 may display a confirmation screen asking whether or not to approve the exchange with the consumable item, and execute the processing of this step when an operation to approve is accepted. If an unacceptable operation is accepted, the process ends.

In step S105, the point management unit 117 validates the registration frame and starts counting the validity period.

In step S106, the point management unit 117 extracts registerable united battles for the registration frame for which the operation has been accepted. The extracted cooperative battle is the cooperative battle that the user is entitled to play at this point. Then, the display control unit 114 displays a list screen of the extracted joint battles. The displayed list screen is, for example, the screen shown in FIG.

In step S107, the input operation accepting unit 112 accepts an operation of selecting a joint battle from the list screen.

In step S108, the point management unit 117 generates a detailed screen for the selected joint battle, and causes the display control unit 114 to display it. The displayed detailed screen is, for example, the screen shown in FIG. 11(C).

In step S109, the input operation receiving unit 112 receives an operation for registering the selected joint battle.

In step S110, the point management unit 117 registers the joint battle in the registration frame as an object for accumulation of subjugation points.

(Flow of processing to complete subjugation by playing joint battle)
FIG. 15 is a flow chart for explaining the flow of operation of the user terminal 100 that completes subjugation by playing a joint battle. The processing described below is executed for each cooperative battle that is not registered as a subjugation point accumulation target.

In step S201, the game progress processing unit 111 determines whether or not the joint battle play has ended. If not, the process of step S201 is repeated. When finished, the process of step S202 is executed.

In step S202, the game progress processing section 111 determines whether or not the enemy character has been subjugated by the play. If not defeated, the action ends. If subjugated, step S203 is executed.

In step S203, the game progress processing unit 111 completes the subjugation by accumulating subjugation points for the joint battle in the registration frame. In addition, the game progress processing unit 111 deletes the joint battle from the joint battle held by the user.

In step S204, the game progress processing unit 111 gives a first reward to the joint battle for which subjugation is completed. The first reward has content determined to be given when subjugation is completed through play for this joint battle, and includes essential material items according to the joint battle.

(Flow of processing to complete subjugation by accumulating subjugation points)
FIG. 16 is a flow chart for explaining the flow of operation of the user terminal 100 that completes subjugation by accumulating subjugation points. The processing described below is executed for each cooperative battle registered as an object for accumulation of subjugation points.

In step S<b>301 , the point management unit 117 determines whether or not the registration frame for the joint battle of the registration frame is within the valid period. For example, in FIG. 12A, the valid period is not set for the registration frame H1. Therefore, the point management unit 117 always determines that the joint battle registered in the registration frame H1 is within the valid period. Further, for example, in FIG. 12B, the registration frame H2 is set with 24 hours as the validity period. Then, the point management unit 117 counts the time that has passed since the joint battle was registered in the registration frame H2. Therefore, the point management unit 117 determines whether or not 24 hours have elapsed for the joint battle registered in the registration frame H2. If not, step S210 is executed. The processing of step S210 will be described later. If it is within the valid period, step S302 is executed.

In step S<b>302 , the point management unit 117 determines whether or not conditions for granting subjugation points have been satisfied for the registered joint battle. In this embodiment, the granting condition includes a condition based on the passage of time or a condition based on the completion of subjugation in another joint battle. Therefore, the point management unit 117 determines that the granting condition has been satisfied if the unit time has passed since the previous subjugation point was granted to the registered united battle. Also, the point management unit 117 determines that the granting condition is satisfied even when the subjugation is completed by playing another united battle. If the granting condition is not satisfied, the process from step S301 is repeated. If the granting condition is satisfied, step S303 is executed.

In step S<b>303 , the point management unit 117 gives subjugation points corresponding to the giving conditions to the joint battle in the registration frame. In the present embodiment, the point management unit 117 gives 1 pt of subjugation points to the joint battle in the registration frame when the unit time has passed. Also, when the subjugation is completed by playing another joint battle, the point management unit 117 gives subjugation points according to the difficulty of the other joint battle to the joint battle in the registration frame.

In step S304, the point management unit 117 determines whether or not the total number of subjugation points given to the registered joint battle is equal to or greater than the required subjugation points. Here, if the cumulative number of defeat points is not equal to or greater than the required defeat points, the process from step S301 is repeated. If the cumulative number of defeat points is greater than or equal to the required defeat points, step S305 is executed.

In step S305, the game progress processing unit 111 completes the subjugation by accumulating subjugation points for the joint battle in the registration frame. In addition, the game progress processing unit 111 deletes the joint battle from the joint battle held by the user. If the screen displayed at this time is a list of registration frames as shown in FIGS. It is only necessary to display that the subjugation is completed in the registration frame of the joint battle battle that has been completed. Also, if the screen being displayed at this point is the preparation space, the battle space, or the united battle space, the display control unit 114 displays the screen being displayed at this point as "subjugation completed by accumulation of subjugation points. You may display a UI object that instructs the display of joint combat. In this case, when the input operation receiving unit 112 receives an operation for the UI object, the display control unit 114 displays a list of registration frames including registration frames for which subjugation has been completed, as shown in FIG. 12C. should be displayed.

In step S306, the point management unit 117 determines whether or not the input operation receiving unit 112 has received an operation for receiving a reward for the joint battle in which subjugation is completed by accumulating subjugation points. If the operation for receiving the reward has not been accepted, the processing of this step is repeated. When the operation for receiving the reward is accepted, step S307 is executed.

In step S307, the point management unit 117 determines whether or not an operation for receiving a reward has been performed within a predetermined period of time from the point at which the defeat points become equal to or greater than the required defeat points. If it has been done within the predetermined period, step S308 is executed. If it is performed after the predetermined period has passed, step S309 is executed.

In step S308, the point management unit 117 gives the user a second reward and an additional reward. The second reward is less valuable than the first reward, which is determined to be granted when the subjugation is completed by playing, for the joint battle battle of this registration frame, but it is mandatory to be included in the first reward. Contains material items for

In step S309, the point management unit 117 gives a second reward to the user. In this case, no additional reward will be given.

In step S310, the point management unit 117 cancels the joint battle of this registration frame from the registration frame. This step is also executed when it is determined in step S301 that the validity period has expired.

In this way, in this embodiment, not only is it possible to obtain rewards by playing in the joint battle space for joint battle battles in which the user is given the right to play, but also it is possible to register in the registration frame and earn subjugation points. It is possible to obtain a reward by accumulating. As a result, the user can concentrate on playing more interesting joint battles, for example, rare joint battles, while also obtaining subjugation points from other joint battles, such as rare joint battles, without playing. You can earn rewards by accumulating As a result, the present embodiment can assist the user in progressing the game.

In addition, in the present embodiment, in the joint battle for which the right to play is given to the user, it is possible not only to complete subjugation by playing, but also to complete subjugation by registering in the registration frame and accumulating subjugation points. make it possible. As a result, the user can complete the cooperative battle, which is difficult to complete by playing, by accumulating subjugation points without playing, and strengthen the equipment item based on the obtained second reward. , you can play the next joint battle. As a result, it is possible to improve the user's motivation to continue the game even if a cooperative battle is given in which it is difficult for the user to complete the subjugation.

[Modification]
In this embodiment, an example has been described in which the maximum number of cooperative battles that can be simultaneously registered as targets for accumulation of subjugation points can be increased to 5 if additional conditions are met.

At this time, the point management unit 117 may vary the amount of subjugation points granted when the granting condition is satisfied for at least one of the plurality of registration frames. For example, the point management unit 117 may increase the amount of subjugation points granted per unit time for registration slots that have been increased by exchanging for more consumable items, compared to other registration slots. .

In addition, the point management unit 117 may vary the second reward given when the cumulative number of subjugation points reaches or exceeds the required subjugation points for at least one of the plurality of registration slots. For example, the point management unit 117 sets the lottery probability of dynamically determined item rewards at the completion of subjugation to be more advantageous than other registration slots for registration slots increased by exchanging more consumable items. You may Advantageously setting the lottery probability may mean setting the winning probability of an item that allows the game to proceed more favorably than other registration frames.

Also, in the present embodiment, an example has been described in which the first reward is more valuable than the second reward. However, the first reward and the second reward may be of equal value. Alternatively, in the present embodiment, an example has been described in which the essential material items included in the first reward are also included in the second reward. However, the essential material items included in the first reward may not necessarily be included in the second reward. In other words, the first reward and the second reward may not have overlapping contents. Even in these cases, the user is instructed to complete the cooperative battle in which it is difficult to subdue the enemy character through play by accumulating subjugation points, strengthen the equipment item based on the second reward, and perform the next step. can be encouraged to play joint combat.

Further, in the present embodiment, an example has been described in which the association with the user is canceled in the storage unit 120 for a united battle for which subjugation has been completed. Not limited to this, in the present embodiment, the game progress processing unit 111 cancels the association with the user as an incomplete united battle for the united battle for which subjugation has been completed, and treats the united battle as a playable completed united battle for the user. may be stored in the storage unit 120 in association with . However, in this case, the game progress processing unit 111 does not give the first reward even if the first condition is satisfied for the completed joint battle. Also, the point management unit 117 excludes completed joint battles from being registered in the registration frame. As a result, the user is not rewarded for the joint battle once completed, but the user can enjoy playing the joint battle again, and the user's motivation to continue playing the joint battle is not reduced.

Also, at least part of the processing described as being executed by the control unit 110 of the user terminal 100 in the present embodiment may be executed by the control unit 210 of the server 200 . Further, at least part of the information described as being stored in the storage unit 120 of the user terminal 100 in the present embodiment may be stored in the storage unit 220 of the server 200 .

[Example of realization by software]
The control blocks of the control unit 210 (especially the transmission/reception unit 211, the server processing unit 212, the data management unit 213 and the synchronization processing unit 214) and the control blocks of the control unit 110 (especially the game progress processing unit 111, the input operation reception unit 112 , camera arrangement control unit 113, display control unit 114, object control unit 115, lottery control unit 116, and point management unit 117) are realized by logic circuits (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 (121, 221) has been described. According to one aspect of the present disclosure, the game program is a computer (user terminal 100, server 200 ). The game program causes the processor to store an event playable in the game based on the game program in the memory in association with the user; When the conditions are satisfied, the event is completed and a first reward including an item that allows the game to proceed more favorably is associated with the user and stored in the memory; When a second condition based on an operation not based on the play of the event is satisfied, the user completes the event and provides a second reward including an item that can advance the game more advantageously. and storing in memory in association with .

With this configuration, the user can obtain an item that can advantageously advance the game regardless of whether the event is completed through play or not through play, and the user can use the item to complete the game. can continue. In this way, this configuration can increase the user's motivation to continue the game by diversifying the means for completing the event.

(Item 2) In (Item 1), the game program causes the processor to resolve, in the memory, the event completed by satisfying the first condition or the second condition to be associated with the user so as to be playable by the user. may be further performed. As a result, even if a new event is given to the user, it is possible to reduce the increase in the number of events associated with the user so that the user can play, and the burden on the user is reduced. As a result, the user's motivation to continue playing the event is not lowered.

(Item 3) In (Item 1), the game program causes the processor to cancel, in the memory, association of an event completed by satisfying the first condition or the second condition with the user as an uncompleted event. further steps to be taken. As a result, the user can enjoy playing an event once completed, although no reward is given, and the user's motivation to continue playing the event does not decrease.

(Item 4) In any one item from (Item 1) to (Item 3), the step of storing the second reward may include: A second lower reward may be associated with the user and stored in memory. This provides the user with a means to complete the event without playing it, but does not reduce the motivation to play and complete the event.

(Item 5) In any one item from (Item 1) to (Item 4), the memory stores a rarity level representing a value in favorably advancing the game of the first reward in association with the event. may be In this case, the step of storing the second reward uses, as the second condition, a condition according to the rarity level associated with the event. Thereby, when it is difficult for the user to satisfy the first condition for an event with a high rarity level, the user can complete such an event by satisfying the second condition according to the low rarity level of the event. can be done.

(Item 6) In any one of (Item 1) to (Item 5), the step of storing the first reward includes, in the first reward, the first item associated with the event and the second item. The step of storing the reward may include the first item in the second reward. In this case, the game program further causes the processor to generate an object usable in play of the event using at least the first item. Thus, the first item required to generate an object that can be used in play is included in the second reward as well as the first reward. Therefore, the user can be urged to complete the event without playing the event for which it is difficult for the user to satisfy the first condition and obtain the second reward.

(Item 7) In (Item 6), the game program may further cause the processor to change the object using the first item so as to advance the game more favorably. Thereby, even if the user completes an event in which it is difficult to satisfy the first condition without playing the event, the user can use the first item included in the obtained second reward to make the game more advantageous. can proceed to

(Item 8) In any one item from (Item 1) to (Item 7), the step of storing the second reward uses, as the second condition, a second condition including a condition regarding passage of time. good too. As a result, the user can complete the event, which is difficult to complete by playing, by waiting for the elapse of time.

(Item 9) In any one item from (Item 1) to (Item 8), the step of storing the second reward is a second condition that can be achieved without depending on the play of the event. A second condition may be used, including a condition based on the play of the event. Thereby, the user can complete an event that is difficult to complete by playing the other event by playing the other event.

(Item 10) In any one item from (Item 1) to (Item 9), the step of storing the second reward includes the user instructing receipt of the second reward after the second condition is satisfied. A second reward may be associated with the user and stored in memory in response to the operation. In this case, the step of storing the second reward includes providing the third reward in addition to the second reward if the user operation is accepted within a predetermined period of time after the second condition is satisfied. , associated with the user and stored in memory. As a result, it is possible to prevent the event from being neglected by the user after the second condition is satisfied regardless of the play, and to encourage the user to continue playing.

(Item 11) In any one item from (Item 1) to (Item 10), the game program instructs the processor, among the events stored in the memory in association with the user, to obtain the second reward. may be further executed based on a user operation. In this case, the step of storing the second reward includes receiving a user operation to select the event as a target event as a second condition achievable without depending on the play of the event. Use the conditions of Thereby, the user can select an event for which the user wants to obtain the second reward regardless of the play.

(Item 12) In (Item 11), the selecting step may select up to an upper limit number of events as target events. Thereby, the user can be urged to play the events that exceed the upper limit.

(Item 13) In (Item 12), the selecting step may increase the upper limit by consuming a consumable item. Thereby, the user can obtain the second reward without depending on the play for more events other than the event that the user wants to enjoy playing.

(Item 14) In (Item 13), the selecting step may increase the upper limit number by consuming the consumable item only within the valid period. As a result, the user can be encouraged to proceed with the game so as to satisfy the second condition within the valid period.

(Item 15) 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 comprising a processor and memory. The method is a method in which a processor performs each step described in (item 1). The method according to (item 15) has the same effects as the game program according to (item 1).

(Item 16) The information processing device (user terminal 100) 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 16) 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, 15 touch screen, 151 input unit, 152 display unit, 17 camera, 18 ranging sensor, 1010 object, 1020 controller, 1030 storage Medium 100 User terminal 200 Server 120,220 Storage unit 121,221 Game program 122,222 Game information 123,223 User information 110,210 Control unit 111 Game progress processing unit 112 Input operation reception unit , 113 camera placement control unit, 114 display control unit, 115 object control unit, 116 lottery control unit, 117 point management unit, 211 transmission/reception unit, 212 server processing unit, 213 data management unit, 214 synchronization processing unit

Claims (12)

a game program,
The game program is executed by a computer comprising a processor and memory,
The game program causes the processor to:
storing in the memory in association with a user an event playable in a game based on the game program;
When a first condition based on the play of the event is satisfied for the event for which the play by the user has not been completed, the event is completed and a first event including an item capable of advantageously advancing the game is performed. and storing in the memory in association with the user a reward for
Regarding the event for which the user has not completed the play, if the user performs an operation that does not depend on the play of the event and selects the event as a target for obtaining a reward regardless of the play. and storing in the memory in association with the user a second reward including an item that can be used to complete the event and advance the game in an advantageous manner ;
The step of storing the second reward associates the second reward with the user when a predetermined time has passed since the event was selected as a target for obtaining a reward regardless of play. A game program stored in the memory . The game program causes the processor to:
further causing a step of resolving in the memory that an event completed by satisfying the first condition or performing an operation selected by the user is associated with the user so as to be playable by the user; The game program according to claim 1 . The game program causes the processor to:
causing the memory to further perform a step of resolving, in the memory, associating with the user an event completed by satisfying the first condition or performing an operation selected by the user as an uncompleted event; Item 1. The game program according to item 1. The step of storing the second reward associates the second reward, which is lower in value than the first reward in favorably advancing the game, with the user and stores the second reward in the memory. 3. A game program according to claim 1 or 2 , which is stored. storing the first reward includes including in the first reward a first item associated with the event;
storing the second reward includes including the first item in the second reward;
The game program causes the processor to:
5. The game program according to any one of claims 1 to 4 , further causing the step of using at least the first item to generate an object usable in play of the event. The game program causes the processor to:
6. The game program according to claim 5 , further causing a step of changing the object using the first item stored in the memory so as to advance the game more advantageously. The step of storing the second reward includes storing the second reward after an event has been selected as a target for obtaining a reward regardless of play and the second reward can be stored in the memory. The second reward is associated with the user and stored in the memory in accordance with a user operation instructing receipt, and the second reward is stored in the memory after the user operation becomes a state in which the second reward can be stored in the memory. 7. The game program according to any one of claims 1 to 6 , wherein a third reward in addition to the second reward is associated with the user and stored in the memory if accepted within a period of time. . 8. The game program according to any one of claims 1 to 7 , wherein an upper limit is set for the number of events that can be selected as targets for obtaining rewards regardless of play. The game program causes the processor to:
9. The game program according to claim 8 , further causing the step of increasing the upper limit number of selectable events for obtaining rewards regardless of play by consuming consumable items. 10. The game program according to claim 9 , wherein said increasing step increases said upper limit number by consuming said consumable item only within a valid period. A method for a computer to execute a game program, comprising:
The computer comprises a processor and memory,
A method in which said processor performs the steps recited in claim 1. An information processing device,
a storage configured to store a game program;
a control unit configured to control the operation of the information processing device,
The control unit
storing an event playable in a game based on the game program in association with a user;
When a first condition based on the play of the event is satisfied for the event for which the play by the user has not been completed, the event is completed and a first event including an item capable of advantageously advancing the game is performed. the reward of is stored in association with the user;
Regarding the event for which the user has not completed the play, if the user performs an operation that does not depend on the play of the event and selects the event as a target for obtaining a reward regardless of the play. , associating with the user and storing a second reward including an item that allows the user to complete the event and advance the game in an advantageous manner ;
The second reward is stored in association with the user when a predetermined time has passed since the event was selected as a target for obtaining a reward regardless of play. processing equipment.

Images