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

Abstract

To allow a user to more smoothly and repeatedly perform a multi-play of the same quest.SOLUTION: A game program makes a processor execute: in response to a clear condition being satisfied during execution of a quest on which a multi-play is performed, a step S4 of accepting from a user A first operation for performing the multi-play of the quest again in any first period until a result screen for notifying the user A of a play result of the quest is displayed on a display unit after the clear condition is satisfied; a step S6 of displaying the result screen on the display unit in response to a condition for enabling display of the play result being satisfied after the clear condition is satisfied; and a step S10 of executing again the quest on which the multi-play is performed by a plurality of users including the user A after displaying the result screen in the case that the first operation is accepted.SELECTED DRAWING: Figure 4

Description

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

Non-Patent Document 1 discloses an example of a conventional game.

White Cat Project Official Site, "White Cat Project Official Site COLOPL Co., Ltd. [Smartphone Game & Location Games]", [online], March 26, 2019, [Search March 26, 2019], Internet <https //colopl.co.jp/shironekoproject/>

The technique of Non-Patent Document 1 has room for allowing the user to repeatedly play the same quest more smoothly.

One aspect of the present disclosure is intended to allow the user to repeatedly play the same quest more smoothly.

The game program according to the present disclosure is executed by a computer including a processor, a memory, and a display unit. The game program is a quest that constitutes a game based on the game program on the processor, and is a step of executing a quest in which predetermined clearing conditions are set and multi-played by a plurality of users including a first user, and a quest. In any first period from when the clear condition is met to when the result screen for notifying the first user of the quest play result is displayed on the display unit in response to the clear condition being satisfied during execution. , The result screen is displayed on the display unit in response to the step of accepting the first operation for multi-playing the quest again from the first user and the condition that the play result can be displayed after the clear condition is satisfied. After displaying the result screen when the first operation is accepted, the step and the step of re-executing the quest multi-played by a plurality of users including the first user are executed.

According to one aspect of the present disclosure, there is an effect that the same quest can be played more smoothly and repeatedly by the user.

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of the server and the user terminal included in a game system. It is a flowchart which shows the flow of the process which the computer which concerns on a certain embodiment executes based on a game program. It is a figure which shows the game screen which concerns on a certain embodiment. It is a figure which shows the preparation screen of the game which concerns on a certain embodiment. It is a figure which shows the execution screen of the quest which concerns on a certain embodiment. It is a figure which shows the execution screen of the quest which concerns on a certain embodiment. It is a figure which shows the execution screen of the quest which concerns on a certain embodiment. It is a figure which shows the result screen of the quest which concerns on a certain embodiment. It is a figure which shows the preparation screen of the game which concerns on a certain embodiment. It is a figure which shows the execution screen of the quest which concerns on a certain embodiment. It is a figure which shows the execution screen of the quest which concerns on a certain embodiment. It is a figure which shows the execution screen of the quest which concerns on a certain embodiment. It is a figure which shows the result screen of the quest which concerns on a certain embodiment. It is a figure which shows the preparation screen of the game which concerns on a certain embodiment. It is a figure which shows the selection screen of the quest which concerns on a certain embodiment.

The game system according to the present disclosure is a system for providing a game to a user. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

The distance measuring sensor 18 is a sensor that measures the distance to the object to be measured. The ranging sensor 18 includes, for example, a light source that emits pulse-converted light and a light receiving element that receives the light. The distance measuring sensor 18 measures the distance to the measurement target by the light emission timing from the light source and the light reception timing of the reflected light generated by the light emitted from the light source being reflected by the measurement target. The distance measuring sensor 18 may have a light source that emits light having directivity.

Here, an example in which the user terminal 100 receives the detection result of detecting the object 1010 in the vicinity of the user terminal 100 by using the camera 17 and the distance measuring sensor 18 as an input operation of the user will be further described. The camera 17 and the distance measuring sensor 18 may be provided on the side surface of the housing of the user terminal 100, for example. A ranging sensor 18 may be provided in the vicinity of the camera 17. As the camera 17, for example, an infrared camera can be used. In this case, the camera 17 may be provided with a lighting device that irradiates infrared rays, a filter that blocks visible light, and the like. As a result, the accuracy of detecting an object based on the captured image of the camera 17 can be further improved regardless of whether it is outdoors or indoors.

The processor 10 may perform one or more of the processes shown in the following (1) to (5), for example, on the captured image of the camera 17. (1) The processor 10 performs image recognition processing on the captured image of the camera 17 to identify whether or not the captured image includes a user's hand. The processor 10 may use, for example, a technique such as pattern matching as the analysis technique adopted in the above-mentioned image recognition process. (2) Further, the processor 10 detects the user's gesture from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extended fingers) from the shape of the user's hand detected from the captured image. The processor 10 further identifies the gesture performed by the user from the number of identified fingers. For example, the processor 10 determines that the user has made a "par" gesture when the number of fingers is five. Further, when the number of fingers is 0 (the fingers are not detected), the processor 10 determines that the user has made a “goo” gesture. Further, when the number of fingers is two, the processor 10 determines that the user has made a "choki" gesture. (3) The processor 10 performs image recognition processing on the captured image of the camera 17 to detect whether the user's finger is in a state where only the index finger is raised or the user's finger is repelled. .. (4) The processor 10 is an object 1010 (user's hand or the like) in the vicinity of the user terminal 100 based on at least one of the image recognition result of the captured image of the camera 17 and the output value of the distance measuring sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near the user terminal 100 (for example, a distance less than a predetermined value) or far away (for example, a predetermined value) depending on the size of the shape of the user's hand specified from the image captured by the camera 17. Detect whether it is at the above distance). When the captured image is a moving image, the processor 10 may detect whether the user's hand is approaching or moving away from the user terminal 100. (5) When it is found that the distance between the user terminal 100 and the user's hand is changing while the user's hand is detected based on the image recognition result of the captured image of the camera 17, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is detected or not detected by the distance measuring sensor 18 having a stronger directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving his hand in a direction orthogonal to the shooting direction of the camera. recognize.

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

(Functional configuration of user terminal 100)
FIG. 2 is a block diagram showing a functional configuration of a user terminal 100 included in the game system 1. The user terminal 100 may include a functional configuration (not shown) required for functioning as a general computer and a functional configuration necessary for realizing a known function in a game.

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

The storage unit 220 stores the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100. The game information 132 is data that the control unit 110 refers to when executing the game program 131. The user information 133 is data related to the user's account.

The control unit 110 comprehensively controls the user terminal 100 by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the operation of the game program 131 and the user. In addition, the control unit 110 communicates with the server 200 to send and receive information as needed while the game is in progress.

The control unit 110 functions as an operation reception unit 111, a quest execution unit 112, a display control unit 113, and a communication unit 114 according to the description of the game program 131. The control unit 110 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The operation reception unit 111 accepts a user's input operation based on the output of the touch screen 15 (input unit 151). Specifically, the operation reception unit 111 detects that the user's finger or the like approaches the touch screen 15 as the coordinates of the coordinate system including the horizontal axis and the vertical axis of the surface constituting the touch screen 15. For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted.

The operation reception unit 111 determines the user's operation on the touch screen 15. The operation reception unit 111 is, for example, (1) "approach operation", (2) "release operation", (3) "tap operation", (4) "double tap operation", (5) "long press operation (long press operation)". "Touch operation", (6) "Drag operation (swipe operation)", (7) "Move operation", (8) "Flick operation", and other user operations are discriminated. The user's operation determined by the operation receiving unit 111 is not limited to the above. For example, when the touch screen 15 has a mechanism capable of detecting the magnitude of the pressure pressed by the user against the touch screen 15, the operation reception unit 111 determines the magnitude of the pressure pressed by the user.

(1) The "approaching operation" is an operation in which the user brings a finger or the like close to the touch screen 15. The touch screen 15 detects that the user's finger or the like approaches (including the user's finger or the like touching the touch screen 15) by the touch screen 15, and controls a signal according to the coordinates of the detected touch screen 15. Output to unit 110. The control unit 110 determines that the state has changed to the "touch-on state" when the approach is detected from the state in which the approach of the user's finger or the like to the touch screen 15 is not detected.

(2) The "release operation" is an operation of stopping the state in which the user is approaching the touch screen 15. The operation reception unit 111 determines that the user's operation is a "release operation" when, for example, the user releases the finger from the state where the user is in contact with the touch screen 15. The control unit 110 determines that the state has changed from the "touch-on state" to the "touch-off state" when the state of detecting the approach of the user's finger or the like to the touch screen 15 is changed to the state of not detecting the approach. To do.

(3) The "tap operation" is to perform a release operation at a position where the user has made an approach operation to bring a finger or the like closer to the touch screen 15. The operation reception unit 111 outputs the touch screen 15 from a state in which an approach operation is not detected (a state in which the user's finger or the like is away from the touch screen 15 and the touch screen 15 does not detect the approach of the user's finger or the like). When it is detected that the user's finger or the like approaches based on the above, the detected coordinates are held as the "initial touch position". In the operation receiving unit 111, when the coordinates of the initial touch position and the coordinates of the release operation are substantially the same (when the coordinates of the release operation are detected within a certain range from the coordinates where the approach operation is detected). In addition, the user's operation is determined to be a "tap operation".

(4) The "double tap operation" is an operation in which the user performs the tap operation twice within a certain period of time. For example, when the operation reception unit 111 determines the tap operation again based on the coordinates related to the tap operation within a certain period of time after determining the user operation as a tap operation, the operation reception unit 111 determines the user operation as a "double tap operation". To do.

(5) The “long press operation” is an operation in which the user keeps pressing the touch screen 15. After detecting the user's operation and determining the approaching operation, the touch screen 15 performs the user's operation when the time during which the approaching operation continues at the coordinates where the approaching operation is detected exceeds a certain period of time. It is determined as "long press operation" ("long press operation" may be referred to as "long touch operation").

(6) The “drag operation” is an operation in which the user slides the finger while maintaining the approaching state in which the finger or the like is brought close to the touch screen 15.

(7) The "move operation" refers to a series of operations in which the user performs a release operation on the touch screen 15 by moving a position where a finger or the like is approaching the touch screen 15 while maintaining the approach operation.

(8) “Flick operation” refers to an operation in which the user performs a move operation in a time shorter than a predetermined time. The flick operation is an operation in which the user flips a finger on the touch screen 15.

The quest execution unit 112 executes the quests that make up the game.

The display control unit 113 outputs a game screen on which the processing result executed by each of the above elements is reflected to the display unit 152 of the touch screen 15. The display control unit 113 may display a game screen including animations showing motions of various objects on the display unit 152. Further, the display control unit 113 may superimpose and draw a UI (User Interface) object on the game screen.

(Functional configuration of server 200)
As shown in FIG. 2, the server 200 includes a control unit 210 and a storage unit 220. In other words, the server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 220 stores various types of information used by the server 200 to provide the game to the user. As shown in FIG. 2, the storage unit 120 stores the game program 131, the game information 132, and the user information 133. The game program 131 is a program executed by the server 200 for providing a specific game to the user. The game program 131 advances the game on the user terminal 100 by cooperating with the game program 131 executed on the user terminal 100 as needed. In one aspect of the present disclosure, the game program 131 is a program that causes a server 200 including a processor 20 and a memory 21 to function as a control unit 210 and a storage unit 220 for advancing a computer game. The storage unit 220 also stores various types of information received by the server 200 from the user terminal 100.

The game information 132 is information about the game that is referred to by the control unit 210 when the game program 131 is executed. The game information 132 is, for example, the same information as the game information 132 stored in the storage unit 120 of the user terminal 100.

The user information 133 is data regarding a user who plays the game, which is referred to by the control unit 210 when the game program 131 is executed. In the storage unit 220, for example, a plurality of user information 133s representing each of the plurality of users are stored. The individual user information 133 is the same as the user information 133 stored in the storage unit 120 of any of the user terminals 100 among the plurality of user terminals 100.

The control unit 210 comprehensively controls the operation of the server 200. The control unit 210 functions as a matching unit 211 and a communication unit 212 based on the description of the game program 131. The control unit 210 can also function as other functional blocks (not shown) in order to advance the game, depending on the nature of the game to be executed.

The matching unit 211 matches a plurality of users who participate in the multiplayer of the game. The matching unit 211 uses, for example, each of the plurality of users corresponding to each of the plurality of user terminals 100, based on each information for requesting participation in a specific multiplayer received from each of the plurality of user terminals 100. Match each other.

The communication unit 212 receives information necessary for the progress of the game from the user terminal 100 and transmits the information to the user terminal 100. The communication unit 212 receives, for example, various information generated by the user terminal 100 as the game progresses from the user terminal 100. The communication unit 212 advances the play of the game on the user terminal 100 by transmitting the information generated by the server 200 as the game progresses to the user terminal 100. The communication unit 212 can also synchronize each progress of the game on each user terminal 100 used by each user participating in the multiplayer of the game. The communication unit 212 transmits, for example, information necessary for synchronization to each user terminal 100. For example, the communication unit 212 simultaneously transmits the information generated by the server 200 to the plurality of user terminals 100 used by the plurality of users. For example, the communication unit 212 uses the information received from the user terminal 100 used by any user among the plurality of users from the user terminal 100 used by each other user other than the user among the plurality of users. Transfer to 100.

The control unit 210 further has a function of managing each user information 133 stored in the storage unit 220. For example, by updating the corresponding user information 133 in the storage unit 220 based on the information received from the user terminal 100, and further providing the updated information of the user information 133 to the user terminal 100, the user of the user terminal 100 The information 133 and the corresponding user information 133 stored in the server 200 are matched.

The functions of the user terminal 100 and the server 200 shown in FIG. 2 are only examples. The server 200 may include at least a part of the functions provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

(Game overview)
The game based on the game system 1 is, for example, an arbitrary game in which a character operated by a user (first character, ally character) appears. This game is, for example, a game in which a character operated by a user and another character (second character, enemy character) controlled by the game system 1 or another user fight against each other. The user can have a plurality of different characters.

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

The user can play various quests while playing the game. A quest is a type of game stage (game content) in which a friendly character associated with a user is used. There are two types of quests: single-play quests and multiplayer quests. The former is a quest played by one user, and the latter is a quest played by a plurality of users. A quest that is multiplayer by multiple users may be referred to simply as a multiquest. In the following, an example in which user A and user B cooperate with each other to multiplayer a quest using their own characters will be described.

(Processing flow)
FIG. 3 is a flowchart showing a flow of processing executed by the user terminal 100 according to a certain embodiment based on the game program 131. FIG. 4 is a diagram showing a game preparation screen according to a certain embodiment. A part or all of the series of processes shown in FIG. 3 may be executed by the server 200.

In a certain aspect of the present disclosure, the user terminal 100 executes a quest that constitutes a game based on a game program, in which predetermined clearing conditions are set, and is multi-played by a plurality of users including a first user. Arbitrary until the result screen for notifying the first user of the play result of the quest is displayed on the display after the clear condition is satisfied in response to the step and the clear condition being satisfied during the execution of the quest. In the first period of, the result screen is displayed in response to the step of accepting the first operation for multi-playing the quest again from the first user and the condition that the play result can be displayed after the clear condition is satisfied. After displaying the result screen when the first operation is accepted, the step of displaying on the display unit and the step of re-executing the quest multi-played by a plurality of users including the first user are executed.

User A has already selected a quest to multiplayer with another user before starting each process shown in FIG. In response to this selection, the display control unit 113 displays the preparation screen shown in FIG. 4 on the display unit 152. The preparation screen is a game screen for determining a plurality of users who participate in the quest. In FIG. 4, the preparation screen includes a quest name 31, a character display field 32, a character display field 33, and a button 34. The quest name 31 is information indicating the name of the quest selected by the user A (here, a beginner quest). The character display field 32 is a field for displaying the character 41 used by the user A during quest play. The character display field 33 is a field for displaying modifications used by other users who play the quest together with the user A. In FIG. 4, other users who participate in the multi-quest have not yet been decided. Therefore, a text explaining that the participating users are being matched is displayed in the character display field 33. Further, the display state of the button 34 is controlled so that the selection of the button 34 cannot be accepted.

In FIG. 4, the user terminal 100 of the user A is waiting for the completion of matching of the users participating in the multi-quest. In the server 200, the matching unit 211 executes the matching process of another user who participates in the quest selected by the user A. Here, it is assumed that user B is selected. The communication unit 212 transmits information about the selected user B to the user terminal 100 of the user A. The communication unit 114 receives the information, and the display control unit 113 updates the preparation screen as shown in FIG. 5 in response to the reception of the information.

FIG. 5 is a diagram showing a game preparation screen according to a certain embodiment. The display control unit 113 identifies the character 42 used by the user B for the multi-quest based on the received information of the user B, and displays it in the character display field 33 as shown in FIG. Further, the display state of the button 34 is changed to a state in which the button 34 can be selected. As a result, the user A recognizes that the matching is completed, and as soon as he / she is ready to play the quest, inputs the operation of selecting the button 34 to the touch screen 15. From here, a series of processes shown in FIG. 3 is started.

In step S1, the operation reception unit 111 accepts the operation of the user A who selects the button 34 for starting the quest to be multi-played by the users A and B. In step S2, the quest execution unit 112 executes the quest to be multiplayer by the users A and B in response to receiving the selection operation of the button 34. As a result, the display control unit 113 displays the quest execution screen shown in FIG. 6 on the display unit 152.

FIG. 6 is a diagram showing an execution screen of a quest according to a certain embodiment. This execution screen is a game screen displayed on the display unit 152 during the play of the quest. In FIG. 6, the execution screen includes a character 41, a character 42, an enemy character 43, an enemy character 44, an information display field 50, and an information display field 60. Enemy characters 43 and 44 are objects defined in advance for the quest being executed, and are objects that automatically operate based on a predetermined algorithm and attack characters 41 and 42.

In a certain aspect of the present disclosure, in the step of displaying the execution screen, the user terminal 100 displays information about each of the other users different from the first user among the plurality of users in an arranged state in the execution screen. In the step of displaying the first UI component, the first UI component is displayed in the execution screen in a state of being associated with the information about each of the other users displayed in the execution screen in the execution screen. For example, in the execution screen of FIG. 6, the information display field 50 is an area where information about user A is displayed, and the information display field 60 is an area where information about user B is displayed. The face image 51, the HP bar 52, and the SP bar 53 are displayed in the information display field 50. The face image 51 is an image showing a face portion of the character 41. The HP bar 52 is display information that visually presents the hit point (HP) of the character 41 to the user. The SP bar 53 is display information that visually presents the skill points (SP) of the character 41 to the user. In FIG. 6, the information display field 50 is displayed at a lower position in the execution screen, and the information display field 60 is displayed at an oblique right position in the execution screen. When the user A multi-plays a quest with two or more users, the display control unit 113 displays a plurality of information display fields 60 in the execution screen, for example, by arranging them vertically.

During the play of the multi-quest, the user A operates the character 41 and the user B operates the character 42. This causes characters 41 and 42 to fight enemy characters 43 and 44. In FIG. 6, it is set as a condition for clearing the quest to annihilate the enemy characters 43 and 44 appearing in the quest. When the clearing condition is satisfied during the execution of the quest, the display control unit 113 updates the execution screen as shown in FIG. 7.

FIG. 7 is a diagram showing an execution screen of a quest according to a certain embodiment. In a certain aspect of the present disclosure, the user terminal 100 receives a first operation in response to the step of displaying the quest execution screen on the display unit and the fulfillment of the clearing condition during the execution of the quest. In the step of displaying the interface component (first UI component) in the execution screen in the first period and accepting the first operation, the operation of selecting the first UI component is accepted as the first operation. That is, in step S3, the display control unit 113 displays the message 71 and the button 72 on the execution screen in response to satisfying the quest clearing condition. The message 71 is information for instructing the user A that the users A and B have cleared the quest. The button 72 is an example of a first UI component that accepts an operation for the user A to replay the quest again. Since the enemy characters 43 and 44 have been wiped out, they are not displayed on the execution screen of FIG. 7.

The display control unit 113 displays the button 72 in association with the information display field 60 in the execution screen. User A wants to multi-play the quest played this time again, and inputs an operation of selecting the button 72 to the touch screen 15. In step S4, the operation receiving unit 111 accepts the operation of the user A who selects the button 72. As a result, the display control unit 113 updates the execution screen as shown in FIG.

FIG. 8 is a diagram showing an execution screen of a quest according to a certain embodiment. In a certain aspect of the present disclosure, the user terminal 100 displays information indicating that the first user desires remultiplayer of the quest on the display unit in the first period in response to the reception of the first operation. Re-multiplayer of a quest in response to a step and an operation for another user of multiple users different from the first user to re-multiplay the quest on another computer used by the other user. In the first period, the step of displaying the information indicating that the other user desires the above on the display unit is executed. That is, in step S5, the display control unit 113 displays the balloon 73 in association with the button 72 as information indicating that the user A desires the re-multiplayer of the quest. The communication unit 114 transmits information indicating that the selection operation of the button 72 has been accepted to the user terminal 100 of the user B through the server 200.

In parallel with this, the user terminal 100 of the user B accepts the operation for multi-playing the quest again by the user B, and sends the information indicating that the selection operation is accepted to the user terminal 100 of the user A through the server 200. Send. The communication unit 114 receives this information. Based on the information, the display control unit 113 responds to the operation for the user B to re-multiplayer the quest, and as shown in FIG. 8, as information indicating that the user B desires the re-multiplayer of the quest. The balloon 74 is displayed in association with the information display field 60 of the user B. By visually recognizing the balloons 73 and 74, the user A can recognize that both the users A and B want to play the same multiquest in succession.

After satisfying the quest clearing condition, the server 200 executes a process for displaying the quest play result. Each user terminal 100 waits until this process is completed. After the processing is completed, the server 200 transmits information regarding the play result of the quest to each user terminal 100. This information includes information such as rewards given to users who have played the quest. In step S6, after satisfying the clearing condition, the display control unit 113 displays the quest result screen on the display unit 152 as shown in FIG. 9 in response to satisfying the condition that the quest play result can be displayed. To do.

FIG. 9 is a diagram showing a result screen of a quest according to a certain embodiment. In a certain aspect of the present disclosure, the user terminal 100 can accept the first operation only within the first period in the step of accepting the first operation, and the first UI component in the step of displaying the result screen. Display the result screen that does not include. For example, the result screen of FIG. 9 includes a message 81, a plurality of items 82, and a button 83. The message 81 is information for instructing the user A that the user A has cleared the quest. The plurality of items 82 are game media given to the user A as a reward for clearing the quest. The plurality of items 82 can be said to be quest play results in the sense that they are game media that user A obtains as a result of user A playing the quest. The button 83 is a UI component for displaying the preparation screen on the display unit 152 again. The display control unit 113 displays a plurality of items 82 as play results on the result screen, and displays the button 83 on the result screen.

Further, the button 72 is not displayed on the result screen of FIG. 9, and therefore the operation of the user A who desires the continuous battle can no longer be accepted. As described above, the user terminal 100 can accept the operation of the user A who desires the continuous battle only within the period from the time when the button 72 is displayed to immediately before the result screen is displayed. This period is just one example of the first period. The first period may be, for example, a period of a predetermined length (for example, 10 seconds) between the time when the clearing condition is satisfied and the time when the result screen is displayed. For example, if the clear condition is satisfied, the button 72 is displayed, and the button 72 is erased 10 seconds later, the first period can be set to 10 seconds.

In step S7, the operation receiving unit 111 accepts the operation of the user A for selecting the button 83. In step S8, in response to the selection of the button 83, the display control unit 113 displays the matched preparation screen on the display unit 152 as shown in FIG.

FIG. 10 is a diagram showing a game preparation screen according to a certain embodiment. The preparation screen of FIG. 10 is the same as the preparation screen shown in FIG. 5 after the user B is matched. Since the users A and B have input the operation for which the quest is desired to be re-multiplayer, the server 200 omits the process of newly matching another user as shown in FIG. As a result, the display control unit 113 immediately displays the preparation screen as shown in FIG. 10 on the display unit 152 after selecting the button 83. At this time, the button 34 for starting the quest is also displayed in a selectable state.

In step S9, the operation reception unit 111 accepts the operation of the user A to restart the quest. In step S10, the quest execution unit 112 re-executes the same quest that is multiplayer by users A and B in response to the button 34 being selected. As a result, the display control unit 113 displays the quest execution screen as shown in FIG. 10 on the display unit 152.

FIG. 11 is a diagram showing an execution screen of a quest according to a certain embodiment. The execution screen of FIG. 11 is the same as the execution screen of the multiplayer shown in FIG. User A cooperates with User B to play the same multiquest again.

(Main effects)
If user A inputs an operation for multi-playing the quest again while the execution screen is displayed within the first period after the clear condition is satisfied, the same quest is performed according to a simpler procedure after the result screen is displayed. You can play multiplayer. In this way, the game program allows the user to repeat the same quest more smoothly and repeatedly.

As shown in FIG. 7, when the clear condition is satisfied, the button 72 is displayed on the execution screen. Therefore, the user A can request re-multiplayer of the quest by a simple operation of selecting the button 72. Can be entered in.

As shown in FIGS. 7 and 8, since the operation for multi-playing the quest again is accepted only within a certain first period set after the quest is cleared, the user A is strongly urged to input the operation. be able to. Further, since the button 72 is displayed in the execution screen only within the first period and is not displayed on the result screen, the acceptance of the first operation is displayed on the result screen through the display control of the button 72. It is possible to make the user A understand that it can be accepted only in the previous first period.

As shown in FIG. 7, since the button 72 is displayed in association with the information display field 60 on the execution screen, it is determined to execute the multiplayer again together with the user B by visually recognizing these displays together. It is possible to give the user A a feeling as if it were.

As shown in FIG. 8, since the balloons 73 and 74 are individually associated with the button 72 and the information display field 50, respectively, the user A and the user A and the user A feel as if they have expressed their intentions for multiplayer of the quest. Can be given to B.

(Other examples)
FIG. 12 is a diagram showing an execution screen of a quest according to a certain embodiment. In a certain aspect of the present disclosure, in the user terminal 100, the computer includes a touch screen including a display unit, and in the step of displaying the first UI component, the first UI component is displayed at a lower position in the execution screen. That is, as shown in FIG. 12, the display control unit 113 may display the button 72 in the vicinity of, for example, the information display field 50 of the user A. In this example, since the display position of the button 72 is closer to the finger of the user A, the user A can quickly select the button 72 when the button 72 is displayed. As a result, it is possible to effectively prevent forgetting to press the button 72.

FIG. 13 is a diagram showing an execution screen of a quest according to a certain embodiment. In response to the button 72 being pressed by the user A on the game screen shown in FIG. 12, the display control unit 114 displays the balloon 73 with the face image 51 of the character 41 operated by the user A, as shown in FIG. Display in association with. By visually recognizing the balloon 73 of FIG. 13, the user A can recognize that he / she has certainly input the operation desired for the same multi-quest continuous battle.

FIG. 14 is a diagram showing a result screen of a quest according to a certain embodiment. In a certain aspect of the present disclosure, when the user terminal 100 does not accept the first operation in the step of displaying the result screen, the user terminal 100 displays a preparation screen for determining a plurality of users participating in the quest on the display unit. When the second UI component that accepts the operation of and the third UI component that accepts the operation for displaying another game screen different from the preparation screen on the display unit are displayed in the result screen and the first operation is accepted. The play result is displayed on the result screen, and the second UI component is displayed on the result screen without displaying the third UI component.

In the example of FIG. 14, the second UI component is the button 83, and the third UI component is, for example, a button for displaying a selection screen for selecting one of a plurality of multi-quests that the user A can play. 84. When the user A does not select the button 72 on the execution screen, the display control unit 113 displays both the buttons 83 and 84 on the result screen shown in FIG. At this time, in order to clearly distinguish the function of the button 83 from the function of the button 84, the button 83 is labeled with a text indicating the function of the button 83 instead of being labeled as "OK" as shown in FIG. To do.

FIG. 15 is a diagram showing a game preparation screen according to an embodiment. When the button 83 is pressed by the user A on the game screen of FIG. 14, the display control unit 113 displays the preparation screen shown in FIG. 15 on the display unit 152. This preparation screen is the same as the screen shown in FIG. That is, since the display control unit 113 targets the same multi-quest but other users match in advance because the user A has not input the operation for which the battle is desired during the display of the execution screen of the previous multi-quest. Display the preparation screen that has not been completed.

FIG. 16 is a diagram showing a quest selection screen according to an embodiment. When the button 84 is pressed by the user A on the game screen of FIG. 14, the display control unit 113 displays the selection screen shown in FIG. 16 on the display unit 152. This selection screen includes message 91 and options 92-94. The message 91 includes a text explaining to the user A that the list of quests is displayed on the selection screen of FIG. Options 92 to 94 are display information corresponding to the multi-quest executed when the option is selected by the user A. Option 92 corresponds to the beginner quest, option 93 corresponds to the intermediate quest, and option 94 corresponds to the advanced quest. When option 92 is selected by user A on the selection screen of FIG. 16, the display control unit 113 displays a preparation screen for determining a plurality of users participating in the beginner's quest, for example, as shown in FIG. Display on. On the other hand, when option 93 or 94 is selected, another preparation screen (not shown) for displaying a plurality of users participating in the corresponding intermediate quest or advanced quest is displayed on the display unit 152. In this way, the user A can select a new multi-quest play different from the beginner quest through the selection of the option 92 or 93 on the selection screen of FIG.

As described above, FIG. 14 shows whether the user A chooses to replay the same multi-quest or newly plays a different multi-quest if he / she has not performed the operation desired for the continuous battle. It can be selected through the result screen shown. As a result, the convenience of the user A in the game can be improved.

If the user A has selected the button 72 on the quest execution screen, the button 84 is not displayed on the result screen but the button 83 is displayed as shown in FIG. In this case, the user A inevitably selects the button 83 without any choice. As a result, it is possible to surely present the preparation screen of the multi-quest to be the target of the continuous battle to the user who desires the continuous battle. In other words, because the user A mistakenly selected the button 84, the screen transitions to the multi-quest selection screen as shown in FIG. 16 contrary to the intention of the user A even though he / she desires a series of battles of the same quest. Since it does not occur, the user A is not confused.

The server 200 automatically has the right to become the host of the next multi-quest if the user A does not press the button 72 that desires a continuous battle after the end of the multi-quest in which a plurality of users including the user A participate. Can be transferred to the user of. For example, it is assumed that user B also participates in this multi-quest, and user B presses the button 72 using his / her own user terminal 100 after the end of the multi-quest. In this case, the server 200 hosts the user B, that is, the user B has already decided to participate in the same multiquest, and the matching process for determining another user who newly participates in the multiquest. To execute. In this way, the user B who desires a continuous battle can smoothly perform the same multi-quest in a continuous battle.

(EX Quest)
In a certain aspect of the present disclosure, the quest is set to a first valid period, which is a period during which the user can multi-play the quest, and the user terminal 100 responds to satisfying the clearing condition by a plurality of users. Other quests that are multiplayer by, and have a second validity period that is the period during which the first user can multiplayer other quests, and the second validity period is shorter than the first validity period. The step of granting the right to multiplayer the quest to the first user based on a predetermined probability, the step of starting the second validity period in response to the grant of the right to the first user, and the second validity During the period, perform steps to perform other quests that are multiplayer by the user who has the right and the other user who has the right to multiplayer the other quest.

This process is, for example, as follows. Multiplayer event quests are provided to each user as in-game limited-time events. The event quest can be played only within a certain period from the start time, and this period is set as the first valid period in the event quest. For example, users A and B jointly multiplayer an event quest during the duration of the event. If users A and B clear the event quest while playing the quest, the quest execution unit 112 has a certain probability that the right to play an extra (EX) quest that can be multi-played by a plurality of users including the user A is granted. Give to user A.

For the EX quest, a second validity period during which the user A can play the EX quest is set. The second validity period is shorter than the first validity period in which the event quest can be played, for example, 15 minutes. The first validity period is longer than the date processing interval in the game. Date processing is the process of updating the current date in the game to the next day's date. When the date is updated, a predetermined process in the game, for example, a process of giving a login bonus to the user is executed. The date processing interval is an interval between each time point in which two consecutive date processings are performed. The second validity period is shorter than the date processing interval and therefore shorter than the second validity period.

The quest execution unit 112 starts the 15-minute period set for the EX quest in response to granting the user A the right to play the EX quest. When the right is granted, the display control unit 113 notifies the user A on the result screen that the EX quest has occurred. User A can display a lobby screen in which a plurality of quests including EX quests are listed as play candidates by a predetermined operation on the result screen.

The operation reception unit 111 accepts the operation of the user A for selecting the EX quest at any time during the 15 minutes. As a result, the matching unit 211 selects another user who has the right to participate in the EX quest by executing the matching process. For example, it is assumed that user C is selected. After the matching is completed, the quest execution unit 112 responds to the quest start operation by the user A and performs the EX quest played by the users A and C during the 15-minute execution period activated for the user A. Execute.

The EX quest is less difficult than the event quest and is positioned as a bonus stage in the game. For example, when the user A clears the EX quest, he / she can acquire a special item that cannot be acquired in other quests. User A can multiplayer the EX quest as many times as he wants until the 15-minute validity period expires. If the application for participation in the EX quest is completed before the expiration date of the EX quest, even if the expiration date expires before the participation is completed, the EX quest can be multiplayer after the matching is completed. In the user terminal 100 of the user who participates in the EX quest, the EX quest which is about to end the second valid period of the EX quest in which the user as the host recruits guests may not be displayed in the quest list.

If User A has already used an item that allows User A to play the quest more advantageously, and the EX Quest has started before the expiration date of the item, the item will be played during the EX Quest. Even if the validity period has expired, the effect of the item shall be valid for the EX quest.

In this example, since the second valid period in which the EX quest can be played is shorter than the first valid period in which the event quest can be played, it is possible to give the user A a strong motivation to repeatedly play the EX quest in a short period of time. ..

(Multi-quest push notification)
In one aspect of the present disclosure, the user terminal 100 sends a push notification regarding a quest to another user for each other user who has a friend relationship with the first user in the game in response to the operation of the first user. In response to the step of setting whether or not to do this, the step of starting the selection process for selecting a plurality of users who multiplayer the quest in response to the operation of the first user, and the step of starting the selection process, Perform a step of sending push notifications about the newly multiplayer quest to each of the other users who are allowed to send push notifications.

This aspect is, for example, as follows. User A has, for example, a friend relationship with users B and C in the game. A friend relationship is, for example, a relationship in which two users follow each other in a game. Before playing the multi-quest, the user A inputs to the user terminal 100 an operation for setting each of the users B and C whether or not the push notification regarding the multi-play can be transmitted from the user A to another user. In response to the operation, the user terminal 100 sets whether or not the push notification can be transmitted to each of the users B and C. Here, it is assumed that the user B is set to enable transmission and the user C is set to reject transmission.

The user terminal 100 executes a matching process on behalf of the server in response to the operation of the user A who selects one of the quests. Specifically, it initiates a selection process to select multiple users to multiplayer the quest. Further, in response to the execution of the selection process, the push notification regarding the selected multiquest is transmitted to the user B who is set to be able to send the push notification (that is, the transmission is permitted). The push notification is not transmitted to the user terminal 100 of the user C. Based on this push notification, the user terminal 100 of the user B notifies the user B that the user A has newly started the recruitment of participation in the multi-quest.

In this example, the user B, who is a friend of the user A, can be easily encouraged to participate in the multi-quest hosted by the user A. On the other hand, in the user terminal 100 of the user C, it is possible to prevent the screen from being filled with the push notification of the multi-quest. When the user A recruits participants for the host multiplayer, it is possible to decide whether or not to send the push notification based on the operation of the user A.

[Example of realization by software]
The control blocks of the control units 110 and 210 may be realized by a logic circuit (hardware) formed in an integrated circuit (IC chip) or the like, or may be realized by software using a CPU (Central Processing Unit). Good.

In the latter case, the information processing device provided with the control unit 110 or both enables the CPU that executes the instructions of the program, which is the software that realizes each function, and the computer (or CPU) to read the above program and various data. It is equipped with a recorded ROM (Read Only Memory) or a storage device (these are referred to as "recording media"), a RAM (Random Access Memory) for developing the above program, and the like. Then, the object of the present invention is achieved by the computer (or CPU) reading the program from the recording medium and executing the program. As the recording medium, a "non-temporary tangible medium", for example, a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

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

(Item 1) The game program was explained. According to some aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10), a memory (11), and a display unit (152). The game program is a quest that constitutes a game based on the game program on the processor, and is a step of executing a quest in which predetermined clearing conditions are set and multi-played by a plurality of users including a first user, and a quest. In any first period from when the clear condition is met to when the result screen for notifying the first user of the quest play result is displayed on the display unit in response to the clear condition being met during execution. , The result screen is displayed on the display unit in response to the step of accepting the first operation for multi-playing the quest again from the first user and the condition that the play result can be displayed after the clear condition is satisfied. After displaying the result screen when the first operation is accepted, the step and the step of re-executing the quest multi-played by a plurality of users including the first user are executed.

(Item 2) In (Item 1), the game program performs the first operation in response to the step of displaying the quest execution screen on the display unit and the clearing condition being satisfied during the execution of the quest. In the step of accepting the first operation, the first operation of selecting the first UI component is performed in the step of displaying the first user interface component (first UI component) in the execution screen in the first period. Accept as.

(Item 3) In (Item 2), in the step of accepting the first operation, the first operation can be accepted only within the first period, and in the step of displaying the result screen, the first UI component is not included. Display the result screen.

(Item 4) In the step of displaying the execution screen in (Item 2) or (Item 3), information about each of the other users different from the first user among the plurality of users is arranged in the execution screen. In the step of displaying and displaying the first UI component, the first UI component is displayed in the execution screen in a state of being associated with the information about each of the other users displayed in the execution screen in the execution screen.

(Item 5) In any of (Item 2) to (Item 4), the computer includes a touch screen including a display unit, and in the step of displaying the first UI component, the first UI component is placed at the lower position in the execution screen. Display on.

(Item 6) In any of (Item 1) to (Item 5), the game program causes the processor to request the first user to remultiplayer the quest in response to receiving the first operation. In the other computer used by the other user, the step of displaying the indicated information on the display unit in the first period and the operation for another user different from the first user among the plurality of users to replay the quest again are performed. In response to the acceptance, the step of displaying the information indicating that the other user desires the remultiplayer of the quest on the display unit in the first period is executed.

(Item 7) In any of (Item 1) to (Item 6), in the step of displaying the result screen, if the first operation is not accepted, a preparation screen for determining a plurality of users to participate in the quest is displayed. The second UI component that accepts the operation for displaying on the display unit and the third UI component that accepts the operation for displaying another game screen different from the preparation screen on the display unit are displayed in the result screen, and the first When the operation is accepted, the play result is displayed on the result screen, and the second UI component is displayed on the result screen without displaying the third UI component.

(Item 8) In any of (Item 1) to (Item 7), the quest has a first valid period, which is a period during which the user can multi-play the quest, and the game program is cleared by the processor. A second validity period is set, which is another quest that is multi-played by a plurality of users in response to satisfying the condition, and is a period during which the first user can multi-play the other quest, and the first In response to the step of granting the first user the right to multiplayer other quests with a shorter second validity period than the validity period based on a predetermined probability, and the right granted to the first user. , A step of initiating a second validity period and a step of executing another quest that is multiplayer by the user who has the right and another user who has the right to multiplayer the other quest in the second validity period. Let me.

(Item 9) In any of (Item 1) to (Item 8), the game program tells the processor, in response to the user's operation, for each other user who has a friend relationship with the first user in the game. A step to set whether to send push notifications about the quest to the other user, a step to start a selection process for selecting multiple users to multiplayer the quest in response to the user's operation, and a selection. In response to initiating the process, each of the other users who are allowed to send push notifications is made to perform a step of sending push notifications about the newly multiplayer quest.

(Item 10) The method of executing the game program has been described. According to some aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10), a memory (11), and a display unit (152). The method is a step in which the processor executes a quest that constitutes a game based on a game program, a predetermined clearing condition is set, and is multiplayer by a plurality of users including a first user, and execution of the quest. In any first period from the time when the clear condition is satisfied to the time when the result screen for notifying the first user of the play result of the quest is displayed on the display unit in response to the condition that the clear condition is satisfied. A step of accepting the first operation for multi-playing the quest again from the first user, and a step of displaying the result screen on the display unit in response to the condition that the play result can be displayed after the clear condition is satisfied. And, when the first operation is accepted, after displaying the result screen, the step of re-executing the quest multi-played by a plurality of users including the first user is included.

(Item 11) The information processing device has been described. According to a certain aspect of the present disclosure, the information processing device (server 200) has a memory (11) for storing a game program (131) and a processor (10) that controls the operation of the information processing device by executing the game program. ) And a display unit (152). The control unit is a quest that constitutes a game based on a game program, executes a quest in which predetermined clearing conditions are set and is multi-played by a plurality of users including the first user, and the clearing conditions are executed during the execution of the quest. In response to the satisfaction of the above, the quest is replayed in any first period from the time when the clearing condition is satisfied until the result screen for notifying the first user of the quest play result is displayed on the display unit. After accepting the first operation for performing from the first user and satisfying the clearing condition, the result screen is displayed on the display unit in response to satisfying the condition that the play result can be displayed, and the first operation is accepted. If so, after displaying the result screen, the quest that is multi-played by a plurality of users including the first user is executed again.

(Item 12) The game program was explained. According to some aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10), a memory (11), and a display unit (152). The game program is a quest that constitutes a game based on the game program in the processor, and a predetermined clearing condition and a first valid period, which is a period during which the user can multi-play the quest, are set, and the first user is set. A step to execute a quest that is multiplayer by multiple users including, and another quest that is multiplayer by multiple users in response to satisfying the clearing conditions, and the first user can multiplay other quests. A step of granting the first user the right to multiplayer another quest with a second validity period set and a second validity period shorter than the first validity period based on a predetermined probability. , The step of initiating the second validity period in response to the granting of rights to the first user, and in the second validity period, the user who has the right and the other user who has the right to multiplayer other quests. Perform steps and perform other quests that are multiplayer by.

(Item 13)
I explained the game program. According to some aspect of the present disclosure, the game program (131) is executed by a computer (user terminal 100) including a processor (10), a memory (11), and a display unit (152). The game program is a quest that configures a game based on the game program for each other user who has a friend relationship with the first user in the game in response to the user's operation to the processor, and includes the first user. Steps to set whether push notifications about quests multiplayer by multiple users can be sent to other users, and selection process to select multiple users to multiplayer quests in response to user actions. A step to start and a step to send push notifications about the newly multiplayer quest to each of the other users who are allowed to send push notifications in response to starting the selection process.

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF (operation unit), 14,24 input / output IF (operation unit), 15 touch screen (display unit, Operation unit), 17 camera (operation unit), 18 distance measurement sensor (operation unit), 100 user terminal (information processing device), 110,210 control unit, 120,220 storage unit, 131 game program, 132 game information, 133 User information, 151 input unit (operation unit), 152 display unit, 200 server, 1010 object, 1020 controller (operation unit), 1030 storage medium 31 quest name, 32,33 character display field, 34,72,83,84 buttons , 41,42 characters, 43,44 enemy characters, 50,60 information display field, 51 face image, 52 HP bar, 53 SP bar, 71,81,91 messages, 82 items, 92-94 choices, 111 operation reception unit , 112 Quest execution unit, 113 display control unit, 114,212 communication unit, 120, 220 storage unit, 211 matching unit

Claims (11)

A game program run by a computer with a processor, memory, and display.
The game program is supplied to the processor.
A step of executing a quest that constitutes a game based on the game program, in which predetermined clearing conditions are set and multi-played by a plurality of users including a first user,
In response to satisfying the clearing condition during execution of the quest, after satisfying the clearing condition, a result screen for notifying the first user of the play result of the quest is displayed on the display unit. In any first period up to, the step of accepting the first operation for replaying the quest from the first user and
After satisfying the clearing condition, in response to satisfying the condition that the play result can be displayed, the step of displaying the result screen on the display unit, and
When the first operation is accepted, a game program that displays the result screen and then executes a step of re-executing the quest that is multi-played by a plurality of users including the first user. The game program is supplied to the processor.
During the execution of the quest, a step of displaying the execution screen of the quest on the display unit, and
In response to satisfying the clearing condition, the step of displaying the first user interface component (first UI component) that accepts the first operation in the execution screen in the first period is executed.
The game program according to claim 1, wherein in the step of accepting the first operation, the operation of selecting the first UI component is accepted as the first operation. In the step of accepting the first operation, the first operation can be accepted only within the first period.
The game program according to claim 2, wherein in the step of displaying the result screen, the result screen that does not include the first UI component is displayed. In the step of displaying the execution screen, information about each of the other users different from the first user among the plurality of users is displayed in a lined state in the execution screen.
In the step of displaying the first UI component, the first UI component is displayed in the execution screen in a state of being associated with the information about each of the other users displayed in the execution screen in the execution screen. The game program according to claim 2 or 3. The computer includes a touch screen including the display unit.
The game program according to any one of claims 2 to 4, wherein in the step of displaying the first UI component, the first UI component is displayed at a lower position in the execution screen. The game program is supplied to the processor.
In response to the acceptance of the first operation, a step of displaying information indicating that the first user desires the remultiplayer of the quest on the display unit in the first period, and
In response to an operation for another user different from the first user among the plurality of users to replay the quest on another computer used by the other user, the quest The game program according to any one of claims 1 to 5, wherein the step of displaying information indicating that the other user desires remultiplayer on the display unit is executed in the first period. In the step of displaying the result screen,
When the first operation is not accepted, the second UI component that accepts the operation for displaying the preparation screen for determining a plurality of users participating in the quest on the display unit, and other parts different from the preparation screen. A third UI component that accepts an operation for displaying the game screen on the display unit is displayed in the result screen.
Any of claims 1 to 6, when the first operation is accepted, the play result is displayed on the result screen, and the second UI component is displayed in the result screen without displaying the third UI component. The game program described in item 1. The quest has a first valid period, which is a period during which the user can multiplayer the quest.
The game program is supplied to the processor.
In response to satisfying the clearing condition, a second valid period is set, which is another quest that is multi-played by a plurality of users and is a period during which the first user can multi-play the other quest. In addition, a step of granting the first user the right to multi-play the other quest whose second validity period is shorter than that of the first validity period based on a predetermined probability.
In response to the grant of the right to the first user, the step of initiating the second validity period and
Claims 1 to perform the step of executing the other quest, which is multiplayer by the user having the right and the other user having the right to multiplay the other quest in the second validity period. The game program according to any one of 7. The game program is supplied to the processor.
In response to the operation of the user, for each other user who has a friend relationship with the first user in the game, a step of setting whether or not to send a push notification regarding the quest to the other user is set.
In response to the operation of the user, a step of starting a selection process for selecting a plurality of users who multiplayer the quest, and
In response to initiating the selection process, each of the other users who are allowed to send the push notification is made to execute the step of transmitting the push notification regarding the newly multiplayer quest. The game program according to any one of claims 1 to 8. A method in which an information processing device including a processor, a memory, and a display unit executes a game program.
In the method, the processor
A step of executing a quest that constitutes a game based on the game program, in which predetermined clearing conditions are set and multi-played by a plurality of users including a first user,
In response to satisfying the clearing condition during execution of the quest, after satisfying the clearing condition, a result screen for notifying the first user of the play result of the quest is displayed on the display unit. In any first period up to, the step of accepting the first operation for replaying the quest from the first user and
After satisfying the clearing condition, in response to satisfying the condition that the play result can be displayed, the step of displaying the result screen on the display unit, and
A method including, when the first operation is accepted, a step of displaying the result screen and then re-executing the quest that is multi-played by a plurality of users including the first user. It is an information processing device
The information processing device
Display and
A storage unit that stores a game program executed by the information processing device,
A control unit that controls the operation of the information processing device by executing the game program is provided.
The control unit
A quest that constitutes a game based on the game program, in which predetermined clearing conditions are set, and is multi-played by a plurality of users including a first user, is executed.
In response to satisfying the clearing condition during execution of the quest, after satisfying the clearing condition, a result screen for notifying the first user of the play result of the quest is displayed on the display unit. In any first period up to, the first operation for multi-playing the quest again is accepted from the first user,
After satisfying the clearing condition, the result screen is displayed on the display unit in response to satisfying the condition that the play result can be displayed.
An information processing device that, when the first operation is accepted, re-executes the quest that is multi-played by a plurality of users including the first user after displaying the result screen.

Images