JP2020039693A - Program, method, and information processing device - Google Patents

Abstract

To provide a game program capable of activating communication among users without impairing an incentive of a user for playing a game.SOLUTION: A game program causes a processor to execute: a step S202 for imposing a plurality of missions, which are missions that can be cleared according to a progress status of a game on users individually; a step S130 for imparting a reward to the user according to a fact that his or her predetermined two or more missions of a plurality of his or her missions imposed on the user are cleared; a step S126 in which the user accepts to clear the mission imposed on another user; and a step S129 for determining that at least one of the missions imposed on him or her is cleared when the accepted mission is cleared.SELECTED DRAWING: Figure 6

Description

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

  2. Description of the Related Art Conventionally, games in which a large number of users participate, and in which the users are involved in the game, have been provided. For example, in sports games or puzzle games, there are many games in which cooperative play or competitive play can be performed between users. In addition, a large number of games have been provided which are designed so that game play is comfortable or advantageous by creating a group by a plurality of users or following each other.

  Patent Literature 1 discloses a game in which the commission clearing of a mission to a commissioned player who executes the proxy play can be entrusted to the commissioned player who requests the proxy play as a reward.

  Patent Literatures 2 and 3 disclose games that use a game board formed in a matrix to provide a privilege according to a user's playing situation.

Japanese Patent Application Laid-Open No. 2018-011632 (released on January 25, 2018) JP 2013-223602 A (published October 31, 2013) JP 2016-36721 A (released on March 22, 2016)

  In the game disclosed in Patent Document 1, it is possible to request a substitute play and entrust the completion of the mission to another user.

  However, there is a problem in that the user's own motivation to play the game is impaired if the user becomes excessively dependent on proxy play.

  The present disclosure has been made in view of the above-described problems, and has as its object a program, a method, and a method capable of activating interaction between users without impairing motivation for playing the game of the user. It is to implement an information processing device.

  A program according to an embodiment of the present disclosure is a game program executed by a computer including a processor and a memory. The program includes a step of individually assigning a plurality of self-missions, which are missions that can be cleared in accordance with a progress of a game based on a game program, to a processor, and a predetermined one of a plurality of the self-missions assigned to the user. Granting a reward to the user in response to the completion of two or more own missions of the user; and entrusting the user to clear another mission that is a mission imposed on another user; and When the other mission accepted by the user is cleared by the user, determining that at least one of the plurality of self-missions has been cleared.

  According to an embodiment of the present disclosure, it is possible to activate interaction between users without impairing the motivation of the user to play a game.

FIG. 2 is a diagram illustrating a hardware configuration of the game system. FIG. 3 is a block diagram illustrating a functional configuration of a user terminal and a server. FIG. 4 is a diagram illustrating an example of a data structure of user information. (A) is a diagram showing an example of a data structure of mission information, and (B) is a diagram showing an example of a matrix board in which a plurality of missions individually assigned to each user are associated with each cell. It is. FIG. 11 is a sequence diagram illustrating an example of a flow of processing performed by a server and a user terminal that has entered an event. It is a sequence diagram which shows another example of the flow of the process which a server and the user terminal which entered the event perform. (A) is a diagram showing an example of a button for shifting from a game main screen to an event screen, and (B) is an example of an event main screen. (A) is a diagram showing an example of a puzzle screen, (B) is a diagram showing an example of an event screen displaying a result of achievement of a mission, and (C) is a state in which a cell has been cleared It is a figure showing an example of an event screen which displays a matrix board. (A) is a diagram showing an example of an event screen in the case of entrusting clearing of a mission, and (B) is a diagram showing an example of a screen for searching for a mission entrustee from a list of other users, (C) is a diagram showing an example of an event screen in a state where a mission is entrusted to one of the other users. It is a figure showing an example of a screen which notifies the user who entrusted the mission that the mission was accomplished by another user who entrusted the mission. It is a figure showing an example of an event screen when a mission is achieved by another user. It is a figure showing an example of an event screen in the state where it is possible to entrust a mission from another user. (A) is a diagram showing an example of a screen displaying a list of missions that can be accepted, (B) is a diagram showing an example of a screen for confirming whether or not to accept the mission, (C) is a diagram showing an example of a screen indicating that a mission has been accepted. It is a figure showing an example of an event screen in the state where a mission is entrusted. (A) is an example of a screen when the mission imposed on the user B is cleared in step S127 of FIG. 6, and (B) is a play when the commissioned mission is cleared. It is a figure which shows an example of the screen which displays a result, and (D) is a figure which shows an example of the screen which displays the clear status of the square contained in a matrix board when clearing the commissioned mission. It is an example of a screen that displays that a reward has been obtained when a plurality of missions satisfying a predetermined condition are completed. It is a figure showing an example of a main screen of an event when a plurality of missions satisfying a predetermined condition are completed. It is a figure showing an example of a screen which displays a reward list.

[Embodiment 1]
A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the appended claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the appended claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

  A game system according to the present disclosure is a system for providing a game to a plurality of users. Hereinafter, the game system will be described with reference to the drawings. It should be noted that the present invention is not limited to these exemplifications, but is indicated by the appended claims, and it is intended that the present invention includes all modifications within the scope and meaning equivalent to the appended claims. You. In the following description, the same elements will be denoted by the same reference symbols in the description of the drawings, without redundant description.

<Hardware configuration of game system 1>
FIG. 1 is a diagram illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 (information processing devices) and a server 200 as illustrated. Each user terminal 100 connects 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 the mobile communication system include a so-called 3G and 4G mobile communication system, LTE (Long Term Evolution), and a wireless network (for example, Wi-Fi (registered trademark)) that can be connected to the Internet by a predetermined access point. Can be

(Server 200)
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 components of the server 200 are electrically connected to each other by a communication bus.

(User terminal 100)
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, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And These components of the user terminal 100 are electrically connected to each other by a communication bus.

  Further, as shown in FIG. 1, the user terminal 100 may be configured to be able to communicate with one or more controllers 1020. The controller 1020 establishes communication with the user terminal 100 according to 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 on the buttons or the like to the user terminal 100. Further, the controller 1020 may include 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.

  Although FIG. 1 illustrates an example in which the user terminal 100 includes the camera 17 and the distance measurement sensor 18, the present invention is not limited to this. For example, the controller 1020 instead of the user terminal 100 may have the camera 17 and the distance measuring sensor 18, or the user terminal 100 and the controller 1020 may have the camera 17 and the distance measuring sensor 18.

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

  When the user terminal 100 communicates with the plurality of controllers 1020, each user holds the controller 1020 without communicating with other devices such as the server 200 via the network 2 and without using the one user terminal 100. Multiplayer can be realized. In addition, since the user terminals 100 communicate with each other according to a wireless standard such as a wireless LAN (Local Area Network) standard (communication connection without passing through the server 200), multi-play is locally realized by a plurality of user terminals 100. You can also. When the above-mentioned 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. Further, when the above-described multiplay is locally realized by a plurality of user terminals 100, the plurality of user terminals 100 may include various functions of the server 200, which will be described later, in a distributed manner.

  The user terminal 100 may communicate with the server 200 even when the above-described multi-play is realized locally. For example, information indicating a play result such as a score or a win or loss in a certain game may be transmitted to the server 200 in association with user identification information.

  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 via a wire via the connection unit, the user terminal 100 and the controller 1020 transmit and receive signals via the wire.

  As illustrated in FIG. 1, the user terminal 100 may receive the attachment of a storage medium 1030 such as an external memory card via the input / output IF 14. Thereby, the user terminal 100 can read the program and data recorded on the storage medium 1030. The program recorded in 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 read the game program acquired by reading from the storage medium 1030 in the memory 11 May be stored.

  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 distance measuring sensor 18 as an example of a mechanism for inputting information to the user terminal 100. Each of the above-described units 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 configured by at least one of the camera 17 and the distance measurement 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 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. You. More specifically, when a user's hand is detected from an image captured by the camera 17, the user terminal 100 transmits a gesture (a series of movements of the user's hand) detected based on the captured image to a user's input operation. And accept it. Note that the captured image may be a still image or a moving image.

  Alternatively, when the operation unit includes the touch screen 15, the user terminal 100 specifies and accepts a user operation performed on the input unit 151 of the touch screen 15 as a user input operation. Alternatively, when the operation unit includes the communication IF 13, the user terminal 100 specifies and receives a signal (for example, an output value) transmitted from the controller 1020 as a user input operation. Alternatively, when the operation unit includes 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 and accepted as a user input operation.

<Hardware components of each device included in game system 1>
(Processors 10, 20)
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 a storage 12 described later and expands the program in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and expands the program in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  In the present embodiment, the program may be a game program for realizing a game on the user terminal 100. Alternatively, the program may be a game program for realizing the game by cooperation of the user terminal 100 and the server 200. Alternatively, the program may be a game program for realizing the game in cooperation with a plurality of user terminals 100. Further, the various data includes 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.

(Memory 11, 21)
The memories 11 and 21 are main storage devices. The memories 11 and 21 are configured by storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a working area to the processor 10 by temporarily storing a program and various data read from a storage 12 described later by the processor 10. The memory 11 also temporarily stores various data generated while the processor 10 operates according to the program. The memory 21 provides a working 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 operates according to the program.

(Storage 12, 22)
The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a storage device such as a flash memory or an HDD (Hard Disk Drive). The storage 12 and the storage 22 store various data related to the game.

(Communication IF13, input / output IF14)
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, a wireless LAN, or a 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 and output data via a USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button of the user terminal 100, a camera, a microphone, a speaker, or the like. 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 unit that is an information input device such as a mouse or a keyboard, and a display unit that is a device that displays and outputs an image.

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

  The input unit 151 detects a position where a user operation (mainly a physical contact operation such as a touch operation, a slide operation, a swipe operation, and a tap operation) is input on the input surface, and inputs information indicating the position. It has the function of transmitting as a signal. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may adopt any type such as a capacitance type or a resistive type.

  The display unit 152 has a function of displaying various kinds of information and visually recognizing the user, and a function of displaying a graphic or the like that accepts a user operation.

  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 or an angular velocity sensor. When the user terminal 100 includes a sensor, the processor 10 can also specify a holding posture of the user terminal 100 from an output of the sensor and perform a process according to the holding posture. For example, when the user terminal 100 is held vertically, the processor 10 may perform a vertical screen display that displays a vertically long image on the display unit 152. On the other hand, when the user terminal 100 is held in the horizontal direction, a horizontal screen display may be used in which a horizontally long image is displayed on the display unit. As described above, the processor 10 may be capable of switching between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

  The distance measuring sensor 18 is a sensor that measures a distance to a measurement target. The distance measurement sensor 18 includes, for example, a light source that emits pulse-converted light, and a light receiving element that receives the light. The distance measurement 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 is reflected on the measurement object. The distance measuring sensor 18 may include a light source that emits light having directivity.

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

  The processor 10 may perform, for example, one or more of the following processes (1) to (5) on the image captured by the camera 17. (1) The processor 10 performs image recognition processing on an image captured by the camera 17 to specify whether or not the user's hand is included in the captured image. The processor 10 may use, for example, a technique such as pattern matching as an analysis technique adopted in the above-described image recognition processing. (2) The processor 10 detects the gesture of the user from the shape of the user's hand. The processor 10 specifies, for example, the number of fingers of the user (the number of extending fingers) from the shape of the user's hand detected from the captured image. The processor 10 further specifies a gesture performed by the user based on the specified number of fingers. For example, when the number of fingers is five, the processor 10 determines that the user has performed the “par” gesture. Further, when the number of fingers is 0 (the finger is not detected), the processor 10 determines that the user has performed the gesture of “goo”. Further, when the number of fingers is two, the processor 10 determines that the user has performed the gesture of “choking”. (3) The processor 10 performs an image recognition process on the image captured by the camera 17 to detect whether the user's finger is standing up with only the index finger or the user's finger has made a fluttering movement. . (4) The processor 10 determines an object 1010 (such as a user's hand) near the user terminal 100 based on at least one of an image recognition result of an image captured by the camera 17 and an output value of the distance measurement sensor 18. ) And the user terminal 100 are detected. For example, the processor 10 determines whether the user's hand is near (for example, a distance less than a predetermined value) the user terminal 100 or far (for example, a predetermined value) depending on the shape of the user's hand specified from the image captured by the camera 17. 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 away from the user terminal 100. (5) If it is determined that the distance between the user terminal 100 and the user's hand has changed in a state where the user's hand has been detected based on an image recognition result of an image captured by the camera 17 or the like, the processor 10 recognizes that the user is waving his hand in the shooting direction of the camera 17. When an object is not detected or detected by the distance measurement sensor 18 having a higher directivity than the shooting range of the camera 17, the processor 10 determines that the user is waving the hand in a direction orthogonal to the shooting direction of the camera. recognize.

  As described above, the processor 10 determines whether or not the user is holding the hand (the gesture of “goo” or another gesture (for example, “par”) based on the image recognition of the image captured by the camera 17. ) Is detected. Further, the processor 10 detects the shape of the user's hand and how the user moves the hand. In addition, the processor 10 detects whether the user is moving his / her hand toward or away from the user terminal 100. Such an operation can correspond to, for example, an operation using a pointing device such as a mouse or a touch panel. For example, the user terminal 100 moves the pointer on the touch screen 15 in accordance with 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 a state in which the mouse is clicked and pressed down, or maintaining a state in which the touch panel is touched after a touch-down operation is performed. In addition, when the user further moves his hand in a state where 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. In addition, when the user terminal 100 detects a gesture in which the user flips a finger based on the detection result of the user's hand based on the image captured by the camera 17, the user terminal 100 clicks the gesture with a mouse or taps the touch panel. May be recognized as an operation corresponding to.

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

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

  The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance a game. For example, sales of valuable data, provision of services, and the like are executed. When the game is a multiplayer game, the server 200 may have a function of communicating with each user terminal 100 participating in the game and mediating exchange between the user terminals 100. The server 200 functions as the control unit 210 and the storage unit 220 by cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

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

(Storage unit 220 of server 200, storage unit 120 of user terminal 100)
The storage unit 120 stores a game program 131, game information 132, and user information 133. The storage unit 220 stores the game program 131, game information 232, and user information 233.

(Game program 131)
The game program 131 is a game program executed on the user terminal 100 and the server 200. The game program 131 can be provided from the server 200 to the user terminal 100 of a user who wants to play a game based on the game program 131.

(User information 233)
The user information 133 and the user information 233 are information (account information) related to the user's account. The user information 133 is account information associated with the user terminal 100. In this embodiment, an example in which one account is associated with one user terminal 100 will be described.

  The user information 233 is data that summarizes the user information 133 collected from each user terminal 100. Therefore, the information items included in the user information 133 and the user information 233 are the same.

  FIG. 3 is a diagram illustrating an example of the data structure of the user information 233. The user information 233 includes information on a plurality of items linked to the account. In the example of FIG. 3, the user information 233 holds information on one account (that is, the user information 133 in each user terminal 100) as one record of the data table. The information included in the user information 233 is not limited to the example in FIG. The user information 233 only needs to include at least an identifier for uniquely specifying an account and information of one or more other items. However, it is desirable that the user information 233 includes a user ID and a user name.

  The user information 233 includes, for example, a “user ID” column, a “user name” column, a “level” column, a “leader” column, a “last login time” column, and a “message” column. The user information 233 is data in which information in a “user ID” column is associated with information in another column.

  The “user ID” column stores information indicating a user name which is an identifier for uniquely specifying an account. In the game according to the present embodiment, the user ID is automatically set in the server 200 or the user terminal 100 when the user creates an account via the user terminal 100 or the like. In the present embodiment, a description will be given of a case where an identifier composed of a total of 13 characters starting from an at mark (＠) and combining the at mark, the alphabet, and a number is used as the user ID.

  The “user name” column stores information indicating the name of the account. In the game according to the present embodiment, the user name is a character string set by the user via the user terminal 100 or the like. The user name may be changeable any number of times during game play. When the user does not particularly specify a user name when creating an account, server 200 or user terminal 100 may set a predetermined standard name (default name) as the user name.

  The “level” column stores information indicating the level of the account in the game. The level is an index value indicating the degree of progress of the game of the account. The condition under which the level changes may be appropriately designed according to the characteristics of the game. For example, an experience value may be given to an account according to the game play content (for example, a score or the like), and when the experience value exceeds a certain value, the level may be increased by one.

  The “leader” column stores information for specifying a character designated by the user as a representative among characters that can be used in the account in the game. Note that, depending on the nature of the game, information indicating items, buildings, and the like may be stored in this column instead of characters such as people or animals.

  The “last login time” column stores information indicating the last login time of each account.

  The “message” column stores information indicating a character string of the message set by the user. The user can set a greeting, a message, or a self-introduction to other users as a message. An example of a greeting is "Thank you", and an example of a message is "Anyone above level 90, please." For example, it can be suitably used when entrusting clearing of a mission imposed on oneself in an event described later, or when specifying a level of a user who can clear the mission. Note that there may be an account in which information is not stored in the “message” column. A blank in FIG. 3 indicates that no information is stored in the “message” column.

  Note that the user information 133 and the user information 233 may include friend information including other user information related to the user information 133. The friend information includes the user IDs of a plurality of users constituting the friend.

  For example, when the user A registers the user B as a friend, the user information 133 of the user A includes the user information 133 of the user B. In the event described below, when entrusting a mission imposed on a user, the user with the user ID included in the friend information is the entrustee, and the entrusted mission is the user with the user ID included in the friend information. .

(Game information 132 and 232)
The game information 132 is data referred to when the control unit 110 executes the game program 131. The game information 232 is data that the control unit 210 refers to when executing the game program 131.

  The game information 132 and the game information 232 include information related to an event for clearing a plurality of missions that can be cleared according to the progress of the game based on the game program 131. The information regarding the event may include a mission ID assigned to identify each mission imposed in the event, a character string expressing the content of each mission, a condition for clearing each mission, and the like. Further, the information on the event may include information indicating a correspondence relationship between a clear state of a cell on the matrix board and a reward to be given to the user. Information about the event is distributed to the user terminal 100 of the user who has entered the event. The mission received from the server 200 is stored in the game information 132.

  Here, the event refers to a so-called “Bingo” that gives a reward to the user in accordance with clearing of a plurality of squares in a predetermined arrangement on a matrix board (see FIG. 4B). It may be a bingo event. The user plays the game based on the game program 131, and clears the assigned mission according to the progress of the game, thereby clearing the cells associated with the cleared mission. That is, the clear status of the mission is clearly recognized by the user as the clear status of the cells included in the matrix board. In this way, in the event, by clearly indicating to the user the goal to be cleared in order to obtain a reward, the user's willingness to challenge the mission can be continued.

  FIG. 4 is a diagram illustrating an example of a data structure of the game information 232. The user information 233 is information in which the contents and clear conditions of a plurality of missions are linked to the mission ID of each mission.

  For example, a mission whose mission ID is sa1 (hereinafter, referred to as mission sa1) is "use eight items B in one play". This mission can be cleared by using eight or more items B in one game play. The mission sa2 is "use a skill three times in one play". This mission can be completed by using the skill three or more times in one game play.

  An index indicating the degree of difficulty is assigned to each mission, and the degree of difficulty of the mission imposed on the user in the event may be determined according to the degree of progress of the game by the user. For example, the missions sa1 and sa2 have the lowest difficulty, and the index indicating the difficulty is assigned “1”. The difficulty of the missions sa22 and sa23 is higher than the missions sa1 and sa2, and the index indicating the difficulty Is given “2”.

  Although not shown, the mission may also include a mission (main mission) defined as a condition for clearing a submission (sub mission) a specified number of times. In such a mission, it is effective to clear in cooperation with other users. By imposing such missions on the users, the interaction between the users can be activated.

<Functional Configuration of Server 200>
The control unit 210 controls the server 200 as a whole by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data and programs to the user terminal 100. The control unit 210 receives a part or all of the game information or the user information from the user terminal 100. When the game is a multiplayer game, the control unit 210 may receive a request for synchronization of multiplayer from the user terminal 100 and transmit data for synchronization to the user terminal 100.

  The control unit 210 functions as the transmission / reception unit 211, the server processing unit 212, and the data management unit 213 according to the description of the game program 131. The control unit 210 can also function as another functional block (not shown) to support the progress of the game in the user terminal 100 according to the nature of the game to be executed.

  The transmission / reception unit 211 transmits / receives various data. For example, the transmission / reception unit 211 receives a transmission request of various data and programs from the user terminal 100, a request for synchronization of multi-play, data for synchronization, and the like. Further, for example, the transmission / reception unit 211 transmits various data and programs to the user terminal 100 according to an instruction from the server processing unit 212.

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

  For example, the server processing unit 212 instructs the data management unit 213 to add, update, or delete a record of the game information 132 or the user information 133. Further, for example, the server processing unit 212 instructs the transmission / reception unit 211 to transmit various data or programs.

  The data management unit 213 manages various data stored in the storage unit 220 according to an instruction from the server processing unit 212. For example, the data management unit 213 adds, updates, or deletes a record of the game information 132 or the user information 133 according to an instruction from the server processing unit 212. Further, for example, the data management unit 213 reads at least one of the game information 132 and the user information 133 from the storage unit 220 according to an instruction from the server processing unit 212 and transmits the read information to the user terminal 100 via the transmission / reception unit 211. Further, for example, the data management unit 213 reads from the storage unit 220 a program of the game program 131 to be executed on a certain user terminal 100 according to an instruction from the server processing unit 212, and reads the user terminal 100 via the transmission / reception unit 211. Send to

  When the game is multi-play, the control unit 210 may perform a synchronization process related to the multi-play. When the transmission / reception unit 211 receives a request for synchronization and data for synchronization in the transmission / reception unit 211, the control unit 210 performs a synchronization process for multiplay. The control unit 210 transmits the data for synchronization received from the user terminal 100 in the transmission / reception unit 211 in synchronization with the user terminal 100 of another user. Thereby, various data relating to the game between the plurality of user terminals 100 can be synchronized. The control unit 210 may determine the synchronization timing and the data to be synchronized in the server processing unit 212. By the control unit 210 performing the above-described processing, the server 200 transmits an effect in the game caused by an input operation performed on a certain user terminal 100 or a result (score or the like) of the effect on another user terminal 100. It can be shared almost in real time.

<Functional configuration of user terminal 100>
The control unit 110 controls the user terminal 100 overall by executing the game program 131 stored in the storage unit 120. For example, the control unit 110 advances the game according to the game program 131 and the operation of the user. The control unit 110 communicates with the server 200 as necessary to transmit and receive information during the progress of the game.

  The control unit 110 functions as the operation reception unit 111, the game progression unit 112, the image generation unit 113, and the display control unit 114 according to the description of the game program 131. The control unit 110 can also function as another functional block (not shown) to advance the game according to the nature of the game to be executed.

  The operation receiving unit 111 detects and receives a user's input operation on the input unit 151. The operation accepting unit 111 determines what input operation has been performed based on the action exerted by the user on the console via the touch screen 15 and other input / output IFs 14, and outputs the result to each element of the control unit 110. I do. For example, the operation receiving unit 111 receives an input operation on 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 accepting unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of the input operation. In addition, when the input that has been continuously detected is interrupted, the operation reception unit 111 detects that the contact input from the touch screen 15 has been released. That is, the operation receiving unit 111 detects the start, continuation, and end of the contact input. In other words, the operation receiving unit 111 can detect the start of the input operation of the user and the completion of the input operation.

  The game progress section 112 executes various processes related to the progress of the game. For example, the game progression unit 112 performs setting of various parameters related to the progress of the game, calculation processing, determination processing, and the like. Further, the game progression unit 112 instructs the image generation unit 113 to generate an image of the game screen. The game progress section 112 includes a matrix board generation section 1121, a mission clear determination section 1122, a reward provision section 1123, and a commission / consignment management section 1124.

(Matrix board generation unit 1121)
The matrix board generation unit 1121 generates a matrix board used to indicate the clearing status of the mission imposed on the user who has entered the event. A plurality of squares are arranged on the matrix board. Each cell is associated with one of a plurality of missions individually imposed for each user in the event.

  Here, the matrix board generated by the matrix board generation unit 1121 will be described with reference to FIG. FIG. 4B is a diagram illustrating an example of a matrix board. Note that FIG. 4B shows an example of a matrix board on which a total of 25 squares of 5 squares and 5 squares are arranged, but the present invention is not limited to this. For example, in the matrix board, a plurality of squares may not be arranged vertically and horizontally, and each square may be arranged on a predetermined line. The predetermined line may be a straight line or a curved line, and may be, for example, a drawing line forming a predetermined pattern.

  The matrix board generation unit 1121 reads a plurality of missions from the game information 132 and associates each mission with a cell included in the matrix board. Different symbols or numbers are assigned to the respective cells of the matrix board. Note that the mission ID of each mission may be used as a number assigned to each cell of the matrix board. For example, in the matrix board shown in FIG. 4B, the mission “sa1” may be associated with the cell “No. 1”, and the mission sa22 may be associated with the cell “No. 22”.

  The missions stored in the game information 132 include those that are relatively easy to clear and those that are difficult to clear. If the mission is too easy for the user, it can be a boring event. On the other hand, even if the mission is too difficult for the user, it may diminish the willingness to continue challenging the event.

  Therefore, the matrix board generating unit 1121 may be configured to determine the difficulty level of the mission read from the game information 132 in accordance with the degree of progress of the game by the user in order to generate the matrix board. With the above-described configuration, it is possible to impose on the user a mission having a difficulty level that matches the level of improvement of the user who plays the game. Thereby, the interest of the event can be maintained, and the user can continue to challenge the event.

(Mission clear determination unit 1122)
The mission clear determination unit 1122 determines whether the mission assigned to the user in the event has been cleared in the progress of the game played by the user. The mission clear determination unit 1122 compares the clear condition of each mission stored in the game 132 with the progress of the game played by the user to determine whether each mission has been cleared.

  When the mission clear determination unit 1122 determines that the mission has been cleared, the mission clear determination unit 1122 updates the cell clear status on the matrix board. That is, the mission clear determination unit 1122 updates the matrix board by changing the cell corresponding to the cleared mission to “cleared”.

  For example, a case where ten items B are used while the user plays a game in a state where the mission sa1 shown in FIG. 4A is imposed will be described as an example. In this case, the mission clear determination unit 1122 determines that the mission sa1 has been cleared based on the fact that the number of items B used in the game is equal to or greater than eight, which is the clear condition.

  The mission clear determination unit 1122 may determine that the mission has been cleared in response to receiving a notification that the mission entrusted to another user has been cleared by the other user. This determination may be made after a predetermined time (for example, 8 hours) has elapsed from when the entrustment to another user is made.

(Reward granting unit 1123)
The reward granting unit 1123 grants a reward to the user in response to completion of two or more predetermined missions among a plurality of missions imposed on the user in the event. More specifically, the reward granting unit 1123 refers to the game information 132, determines a reward corresponding to the clearing status of the cell associated with the mission set in the event, and grants the reward to the user. The predetermined two or more missions are missions associated with two or more cells arranged according to a predetermined rule on the matrix board updated by the mission clear determination unit 1122. For example, in the matrix board shown in FIG. 4B, two or more cells arranged according to a predetermined rule can be set arbitrarily. For example, as an example of two or more squares arranged according to a predetermined rule, a line parallel to the vertical and horizontal sides, and five squares arranged in a line along a diagonal line, and a check pattern such that two squares are in contact with each other at vertices And a plurality of cells arranged in the same manner.

(Consignment / Contract Management Department 1124)
The entrustment / consignment management unit 1124 entrusts a mission (hereinafter, referred to as “own mission”) assigned to a user to another user at an event, or a mission assigned to another user (hereinafter, “other mission”). )).

  The entrustment / entrustment management unit 1124 associates the entrusted user ID, the mission ID of the entrusted mission, and the user ID of another user designated as an entrustee in response to detecting the entrustment of the mission. The server sends the commission request to the server 200. On the other hand, the entrustment / consignment management unit 1124 transmits a message to the effect that the mission is entrusted to the server 200 in response to detecting the processing for entrusting the mission.

  Further, the commission / consignment management unit 1124 may be configured not to accept the next commission until a predetermined time (for example, 8 hours) elapses from the time when the mission clear is entrusted to another user. The time elapsed from the entrustment may be measured by the entrustment / consignment management unit 1124 from the time when the entrustment request is transmitted to the server 200, or may be measured by the server 200 from the time when the entrustment request is received. Good.

  Note that the functions of the server 200 and the user terminal 100 shown in FIG. 2 are merely examples. The server 200 may include at least a part of the functions of the user terminal 100. Further, the user terminal 100 may include at least a part of the functions of 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 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 these devices.

<Outline of the game>
The genre of the game realized by the game system 1 is not particularly limited. For example, the game may be a puzzle game, a quiz game, an RPG (role playing game), an adventure game, a shooting game, a simulation game, a training game, an action game, and the like. The theme of the game realized by the game system 1 is not particularly limited. For example, the game may be a game based on sports such as tennis, table tennis, dodgeball, baseball, soccer, and hockey.

  The game system 1 is not limited to a specific play mode, and may be a system for executing a game in any play mode. For example, a single-player game by a single user, a multi-player game by a plurality of users, a multiplayer game in which a plurality of users compete, and a cooperative play game in which a plurality of users cooperate. You may.

  The game according to the present embodiment is a game in which a certain parameter increases or decreases according to at least the result of an action caused by a user's input operation. The game according to the present embodiment is a game in which the user's advantage in the game changes according to the value of this parameter.

  The game progression unit 112 executes various arithmetic processes related to actions caused in response to the input operation. The content of the action is not particularly limited. Further, the action may be directly caused by an input operation of the user, or may be indirectly caused. For example, an action is a movement of an object on a game screen in response to a user's operation such as touch or flick. Further, for example, the action is a movement of another object caused by the movement of the object.

  The format of the parameter, that is, the type of the parameter data and the contents indicated by the data are not particularly limited. Further, the parameter may be a parameter displayed on the game screen, or may be mask data not displayed on the game screen. In the following description, an example in which the game system 1 implements a puzzle game will be described.

  For example, a puzzle game is a game in which at least a part of a game screen is used as a puzzle board and a puzzle element (first object) arranged in advance on the board is erased. In response to the user's input operation, the game progression unit 112 adds a further puzzle element (second object) to the board. When a puzzle element is added, an action that causes the added puzzle element to act on a previously arranged puzzle element is caused. Specifically, the positional relationship between the puzzle elements arranged in advance or the puzzle element and the added puzzle element changes depending on the added puzzle element.

  When the positional relationship between puzzle elements satisfies a specific condition (first condition), the game progression unit 112 deletes puzzle elements that satisfy the condition from the board. When the puzzle elements satisfy the first condition, the game progression unit 112 calculates a score in the puzzle game.

  In the present embodiment, a puzzle game (single-play puzzle game) executed on a single user terminal 100 is assumed. In this case, exchange of information necessary for executing the single-play puzzle game on the user terminal 100 is performed between the user terminal 100 and the server 200.

  In this embodiment, a case where the puzzle game is a 2D game will be described. However, the puzzle game may be a 3D game. When the puzzle game is a 3D game, the “board” corresponds to a predetermined space area in the game space. The above-mentioned “puzzle element” corresponds to a three-dimensional object arranged in the game space. Other processing may be the same when the puzzle game is a 3D game.

<Event flow: The user clears the mission>
Hereinafter, a flow of processing of an event in the puzzle game will be specifically described with reference to FIG. 5 while appropriately referring to specific examples of the display screens illustrated in FIGS. 7 and 8. FIG. 5 is a sequence diagram illustrating an example of a flow of processing performed by the server and the user terminal that has entered the event.

  Hereinafter, a so-called “bingo” event in which a reward is given to a user in accordance with clearing of a plurality of squares in a predetermined arrangement on a matrix board will be described as an example. 7 to 18 show only the game or event board 510 among the display screens displayed on the main screen and the event screen before starting the game. Hereinafter, the game board 510 is referred to as a “puzzle screen”, and the event board 510 is referred to as an “event screen”.

  In step S101, when an entry request for an event is transmitted from the user terminal 100 executing the game program 131 of the puzzle game, the server 200 accepts an entry for the event (step S201). The entry request may include the user ID of the user of the user terminal 100.

  Next, the server 200 distributes a mission, a mission ID, a clear condition, and the like used in the event to the user terminal 100 (Step S202). On the other hand, the user terminal 100 receives a mission, a mission ID, a clear condition, and the like used in the event from the server 200 (Step S102). The control unit 110 of the user terminal 100 stores the received mission, mission ID, clear condition, and the like in the game information 132.

  The matrix panel generation unit 1121 generates a matrix panel in which different self-missions are associated with each cell (step S103). Specifically, the matrix board generation unit 1121 reads out the required number of missions to generate the matrix board from the game information 132, and associates each mission with a cell included in the matrix board, thereby obtaining the matrix board. Generate

  Subsequently, the puzzle game is started from the event screen, and the user plays the puzzle game (step S104). The mission clear determination unit 1122 determines whether or not the mission has been cleared in the progress of the played game (step S105). When the mission is cleared, the mission clear determination unit 1122 determines that the cell associated with the cleared mission has been cleared (step S106), and updates the cleared cell in the matrix panel 554.

  Next, the reward granting unit 1123 grants a reward to the user according to the cell clear status (step S107).

(Display of matrix board 554 on event screen)
Here, the matrix board 554 generated in step S103 of FIG. 5 will be described with reference to FIG. FIG. 7A is a diagram illustrating an example of a button for shifting from a game main screen to an event screen.

  As shown in FIG. 7A, a button 551 for shifting to the event screen is displayed on the main screen before the display of the puzzle screen is started. The display control unit 114 displays an event screen as shown in FIG. 7B in response to the tap of the button 551. As shown in FIG. 7B, a matrix board 554 generated by the matrix board generating unit 1121 is displayed on the event screen. Note that, in addition to the matrix board 554, a start button 552, a request button 555, a card change button 556, a reward button 557, and the like may be displayed on the event screen. Here, "card change" means a change of the matrix board 554. These buttons will be described later.

  In the event screen shown in FIG. 7B, in response to the start button 552 being tapped, game play by the user is started (step S104 in FIG. 5). At this time, the game progression unit 112 may randomly determine a mission associated with any of the squares included in the matrix board 554. Alternatively, the game progression unit 112 may determine a mission corresponding to a square selected by the user as a mission to be imposed on the user. In this case, a part of the cells included in the matrix board 554 may be set as cells that can be selected by the user. For example, in the matrix board 554 shown in FIG. 7B, squares “No. 2” and “No. 23” that can be selected by the user are displayed with thicker frame lines.

  The matrix board generating unit 1121 assigns a cell (for example, cell “No. 5” in FIG. 7B) arranged in the center of the matrix board 554 a difficulty level higher than the missions associated with other cells. A low mission may be associated. In this case, after the matrix board 554 is generated, the game progression unit 112 may select a mission associated with the square at the center of the matrix board 554 as a mission to be initially imposed on the user. Guidance for completing the mission may be provided to the user while allowing the user to clear the center square of the matrix board 554 first. In addition, by having the user clear the center cell first, it is possible to increase the user's expectation for the reward given in the bingo event and to continue the challenge to the event.

  Note that the matrix board generating unit 1121 may be configured to generate a new matrix board 554 in response to a user request if a predetermined number of cells of the matrix board 554 have been cleared in a bingo event. Alternatively, the matrix board generation unit 1121 may be configured to generate a new matrix board 554 in response to a user request if the number of bingoes achieved by the user has reached a predetermined number in a bingo event. . With this configuration, it is possible to prevent an excessive number of new matrix boards 554 from being generated in response to a user request. Here, a request to generate a new matrix board 554 can be input by tapping the card change button 556. That is, when the card change button 556 is tapped by a user who does not have a plurality of matrix boards 554, the matrix board generating unit 1121 newly generates the matrix board 554 only when the above-described conditions are satisfied. When the card change button 556 is tapped by a user having a plurality of matrix boards 554, the matrix board 554 may be changed.

  It should be noted that bingo is intended to mean, for example, a state in which, on the matrix board 554, lines parallel to the vertical and horizontal sides and all five cells arranged in a line along a diagonal line have been cleared. The number of bingo is the number of lines parallel to the vertical and horizontal sides and the diagonal lines in which all the five squares arranged in a line have been cleared. In the case of the matrix board 554, bingo targets five rows parallel to the vertical sides, five rows parallel to the horizontal sides, and two diagonal rows. In the case of the matrix board 554, a total of 12 rows of 5 rows parallel to the vertical sides, 5 rows parallel to the horizontal sides, and 2 diagonal rows can be bingo targets.

(Clear the mission and update the matrix board 554)
Here, the event screen in steps S104 to S106 in FIG. 5 will be described with reference to FIG. 8A is a diagram illustrating an example of a puzzle screen, FIG. 8B is a diagram illustrating an example of an event screen displaying a result of accomplishing a mission, and FIG. It is a figure showing an example of an event screen which displays updated matrix board 554.

  When the start button 552 is selected by the user on the event screen shown in FIG. 7B, the game progression unit 112 generates a puzzle image of the puzzle game as shown in FIG. 8A. The generated puzzle image is displayed on the display unit 152.

  Hereinafter, the puzzle screen will be described with reference to FIG.

  The game progression unit 112 provides a period of a predetermined second from displaying the puzzle screen shown in FIG. 8A to actually starting the puzzle game, and preparing the user to start playing. You may give grace. In this case, when a predetermined second has elapsed since the puzzle screen was displayed, the game progression unit 112 starts the stage and performs various processes related to the progress of the puzzle game.

  As shown in FIG. 8A, balloons 512A to 512G, which are puzzle elements, are arranged in advance on the puzzle screen. For example, as shown in the figure, five kinds of balloons 512A to 512E containing characters are randomly arranged. In addition, an empty balloon 512F and a balloon 512G containing coins may be randomly arranged on the puzzle screen. The number of balloons 512A to 512G may be determined as appropriate. If the mission is to collect coins, the number of coins obtained from the empty balloon 512F is zero.

  The puzzle screen may include an area different from the area where the balloons 512 are arranged. For example, in the different areas, a ceiling 513 shown above the puzzle screen and an intermediate obstacle 514 that is an obstacle that blocks the floating of the balloon 512 may be displayed. In addition, objects such as the number of remaining shots 517, the character selection button 518, the shooting table 519, the total score 520, the number of earned coins 521, and the skill gauge 522 may be displayed in different areas.

  This puzzle game is a game in which an ejection balloon is ejected from an ejection table 519 toward a balloon 512 displayed on the board surface 510, and the balloon 512 is broken and erased. The user plays the puzzle game while selecting a character to put in the balloon, using a skill, and using an item possessed. By playing the puzzle game, the user drops coins, characters, and the like from the broken balloon, and obtains a score.

  The balloon 512 is a puzzle element having a buoyancy against virtual gravity that attempts to pull the balloon from above to below the game screen, and having a property of floating above the game screen by the buoyancy. As shown in FIG. 8A, the balloon 512 is inflated as shown, and floats to fill the gap if there is a gap above the puzzle screen. On the other hand, when the balloon is broken as described later, the content of the balloon, that is, the character or the coin, falls below the puzzle screen according to the virtual gravity described above. Since the empty balloon 512F has no content, it does not fall even if it breaks.

  Balloons with characters have the property of being connected between adjacent balloons of the same type when the positional relationship on the puzzle screen changes. Note that the empty balloon 512F and the coin-containing balloon 512G do not have such a coupling property. In the present embodiment, the balloon after the connection is displayed in a state where the coating of the balloon is connected to one.

  In the present embodiment, the operation receiving unit 111 receives an ejection operation for the user to eject the balloon to the board. The injection operation is, for example, a drag operation or a slide operation performed by the user on the input unit 151 of the user terminal 100. Hereinafter, a balloon that the user emits toward the board and a balloon that moves through the board after the ejection are referred to as an ejection balloon. That is, the injection balloon is a balloon newly added to the board surface. The injection balloon is a balloon containing a character. The type of the character contained in the ejection balloon is one of the characters contained in the character balloon arranged on the board. For example, the movement of the ejection balloon occurs when a character selected by a drag operation and shifted from the initial position is ejected from the current position after the shift toward the balloon 512 arranged on the puzzle screen. . The initial position is, for example, on the injection table 519 installed below the puzzle screen. The current position after the shift is, for example, a contact position that is finally detected by the above-described drag operation. The injection operation is started when the user touches the injection balloon on the injection table 519, and is completed when a drop (release) operation is performed after the injection balloon is shifted by a drag operation. In other words, the injection operation starts with a touchdown on the injection balloon, continues from the touchdown to the touchup, and is completed by the touchup.

  In the present embodiment, when four or more balloons of the same type are combined with each other, the balloon containing the character is broken and the character inside the balloon falls. Here, “the same kind of balloon” means a balloon containing the same kind of character. In other words, on the puzzle screen, up to three balloons with characters float in a connected state. In addition, the empty balloon and the coin-containing balloon 512G break when the ejection balloon comes into contact with the balloon. When the coin-containing balloon 512G breaks, the contents of the coin drop.

  The game progression unit 112 may set either the buoyancy of the balloon or the gravity acting on the balloon to be stronger or the same. In addition, the game progression unit 112 may be set so that buoyancy or gravity increases as the number of balloons connected increases. For example, if the buoyancy of the balloon is greater, the fall trajectory when the balloon breaks and the character falls, and is closed by a floating character, even if the character is not wrapped in a balloon, The buoyancy of the balloon blocking the falling trajectory may remain on the board. Conversely, if the gravity is greater, the falling character may fall down while pushing the balloon or breaking the balloon, even if the falling trajectory is blocked.

  On the puzzle screen, an injection table 519 is displayed together with the injection balloon. If the type of balloon to be ejected by the user can be selected on the stage, a character selection button 518 for selecting a character to be put into the balloon to be ejected may be displayed on the puzzle screen. The puzzle screen may display a total score 520 indicating the total score obtained in the stage. In addition, the acquired coin count 521 indicating the number of coins dropped by breaking the balloon containing coins may be displayed on the puzzle screen. In addition, a skill gauge 522 for each character may be displayed on the puzzle screen. When the skill gauge 522 is touched by the user while the skill gauge 522 has accumulated above a predetermined value, the skill of the character corresponding to the gauge is activated.

  Next, the manner in which the user clears one of the missions assigned to him / her and the matrix board 554 is updated as a result will be described with reference to FIGS. 8B and 8C. It is assumed that the user has played the puzzle game in a situation in which the mission of “using the skill three times in one play” (mission sa2 in FIG. 4) is imposed.

  In the puzzle game, when the user has used the skill four times, the mission clear determination unit 1122 determines that the mission has been cleared based on three or more times, which is the mission clear condition. Further, the mission clear determination unit 1122 determines that the cell “No. 2” corresponding to the cleared mission has been cleared. In addition, the mission clear determination unit 1122 updates the matrix board 554 by changing the cell corresponding to the cleared mission “No. 2” to “cleared”.

  As shown in FIG. 8B, the display control unit 114 displays a display 558 that informs the user that the mission of the cell “No. 2” has been cleared according to the result of the determination by the mission clear determination unit 1122. Display on the screen. Further, as shown in FIG. 8C, the display control unit 114 displays a matrix board 554 in which the cell “No. 2” is updated to “cleared” on the event screen.

<Event Flow: Commissioning / Contracting Mission Clearing>
Hereinafter, another example of the flow of the processing of the event in the puzzle game will be specifically described with reference to FIG. 6 while appropriately referring to specific examples of the display screens illustrated in FIGS. FIG. 6 is a sequence diagram illustrating another example of the flow of processing performed by the server and the user terminal that has entered the event.

  In FIG. 6, it is assumed that the user A plays a game using the user terminal 100a, and the user B plays a game using the user terminal 100b. Therefore, both the user terminal 100a and the user terminal 100b correspond to the user terminal 100 shown in FIG.

  Although two users, User A and User B, are shown here by way of example, the number of users is not limited as long as they are users who have entered the event. In the following, user A and user B may or may not be users registered as friends with each other.

  In FIG. 6, the mission assigned to each of the users A and B is described as “own mission”, and the mission entrusted from another user is described as “other mission”.

  In steps S111 and S121, when an entry request for an event is transmitted from the user terminals 100a and 100b executing the game program 131 of the puzzle game, the server 200 accepts the entry for the event (step S201). The entry request may include the user ID of each user of the user terminals 100a and 100b.

  Next, the server 200 distributes a mission, a mission ID, a clear condition, and the like used in the event to the user terminal 100 (Step S202). On the other hand, the user terminals 100a and 100b receive a mission, a mission ID, a clear condition, and the like used in the event from the server 200 (Steps S112 and S122). The control unit 110 of each of the user terminals 100a and 100b stores the received mission, mission ID, clear condition, and the like in the game information 132.

  The matrix board generation units 1121 of the user terminals 100a and 100b each generate a matrix board 554 in which a different own mission is associated with each cell (steps S113 and S123).

  The matrix board generation unit 1121 of the user terminal 100a and the user terminal 100b generates the matrix board 554 using a mission having a difficulty level suitable for the progress degree of each game of the user A and the user B. Therefore, the mission imposed on the user A and the mission imposed on the user B may be different. The matrix board 554 generated in the user terminal 100a may be different from the matrix board 554 generated in the user terminal 100b.

(Consigning mission clearing)
In the present embodiment, the user A can select a desired mission from among the missions assigned to him, and entrust the clearing of the mission to another user. In this case, the user ID of the user A and the mission ID of the mission to be entrusted are transmitted from the user terminal 100a to the server 200, and the server 200 accepts the entrusted base (step S203).

  FIG. 9A is a diagram illustrating an example of an event screen when clearing a mission is entrusted. Here, a case will be described as an example where the user A entrusts another user with the mission “use eight items A in one play” associated with the square “No. 22”.

  When the user A taps the box “No. 22”, a message column 559 is displayed as shown in FIG. The message column 559 may include a mission of the box “No. 22” and a button 559a. The button 559a is a button for entrusting other users to complete the mission. In FIG. 9A, when the mission of the cell “No. 22” is not entrusted to another user, the user A may tap the start button.

  When the button 559a is tapped by the user A, the display control unit 114 causes a list 560 of other users to be candidates for consignment to be displayed on the event screen. The user who is a candidate of the entrustee may be another user registered as a friend by the user A. The list 560 includes a button 561 in addition to other user names, progress of the event (for example, “complete number of sheets” in the figure), and a display of the last login time. The button 561 is a button for selecting the user on which the button 561 is displayed as a trustee.

  Before the button 561 is tapped, a character string “Please” is shown, and after the tap, the character string may be switched to a character string indicating that the commission has been accepted. FIG. 9B illustrates an example in which the user A selects “Batch” as the trustee. In this case, the user name of the user B shown in FIG. 6 is “Batch”. In FIG. 9B, the button 561 in the “Batch” column has been tapped, and the display shows “Remaining 7 hours” indicating that the countdown of the predetermined time during which the mission commission request is valid has started. The state of switching is shown. The consignment / consignment management unit 1124 performs a process of entrusting the clearing of the desired mission to another user by controlling the processing after the button 559a is tapped (step S114).

  In step S114, the number of missions that can be entrusted to another user at a time is equal to or less than a predetermined number, and the next entrustment cannot be performed until a predetermined time has elapsed since the last time when entrusted to another user. Is also good. With this configuration, it is possible to prevent the user from excessively relying on the trust.

  Here, when the completion button 561b is tapped, the screen transits to the event screen shown in FIG. 9C and returns to the display of the matrix board 554. As shown in FIG. 9C, the message field 562 includes a request for consignment of entrusting the mission “Use 8 items A in one play” associated with the cell “No. 22” to “Batch”. Information indicating that the processing has been completed is displayed.

  A configuration may be adopted in which the cell “No. 22” of the matrix board 554 associated with the mission for which the commissioning request has been completed displays a message indicating that commissioning is in progress. As an example of such a display, a display such as "On request", "On commission", and "Waiting for a report" may be displayed on the cell. The user cannot clear the mission on commission.

  The message column 562 may include a button 562a in addition to the information indicating that the commission of the mission of the entrusted box “No. 22” has been completed. The button 562a is a button for withdrawing (that is, canceling) the commission request. In response to the tap on the button 562a, the consignment / consignment management unit 1124 withdraws the consignment of the mission of the cell “No. 22” and stops measuring the elapsed time from the consignment. The withdrawal of the consignment may or may not be transmitted to the server 200.

  The server 200 summarizes the entrustment requests from the plurality of user terminals 100 including the user terminal 100a and creates a list of entrusted missions (step S204). The list of missions to be entrusted is a list for allowing the entrusted user to view the entrusted user ID, the entrusted mission, the time elapsed since the entrustment request was transmitted, and the like.

  When the mission entrusted by the entrustee “Batch” is cleared before a predetermined time elapses from the entrustment, the user terminal 100a is notified that the mission has been cleared when the predetermined time elapses (step S207). ). This notification is desirably transmitted immediately after a predetermined time has elapsed. Thus, it is possible to promptly notify the user A that the mission can be entrusted, and to prompt the next entrustment. When the consignment / consignment management unit 1124 receives the notification before a predetermined time elapses from the consignment, the consignment / consignment management unit 1124 instructs the display control unit 114 to notify the user who entrusted the mission that the mission has been achieved. Is displayed.

  FIG. 10 is a diagram illustrating an example of a screen that notifies a user who has commissioned the mission that the mission has been achieved by another user who has commissioned the mission. The message column 563 shown in FIG. 10 includes the user name “Batch” of the entrustee and “No. 22” indicating a cell associated with the entrusted mission. Note that the message field 563 may include “10” which is information on the result of the game played when the entrustee “Batch” has cleared the mission.

  Returning to FIG. 6, the mission clear determination unit 1122 determines that the entrusted mission has been cleared in response to receiving a notification that the entrusted mission has been cleared by another user (step S115). As a result, as shown in FIG. 11, the mission clear determination unit 1122 updates the matrix board 554 with the cell “No. 22” cleared.

  It is determined that the commissioned mission has been cleared after a predetermined time has elapsed. However, there may be a case where it is desired to acquire the reward given when the commissioned mission is completed. Therefore, in step S115, if the mission is cleared by another user before the predetermined time elapses, the commissioned mission is cleared before the predetermined time elapses for the user who paid the predetermined fee. It may be determined that it has been performed. Thereby, the user can quickly acquire the reward given for completing the mission by another user.

  Subsequently, the reward granting unit 1123 grants a reward to the user A in response to completion of two or more predetermined missions (step S116).

(Contracted to clear the mission)
In the present embodiment, the user B can select a desired mission from among the missions entrusted by another user (for example, the user A) and accept the clearing of the mission (step S114). Hereinafter, the flow of a process in which the user B accepts and clears a mission entrusted by another user using the user terminal 100b will be described with reference to FIG.

  The user B refers to the list of missions to be commissioned created by the server 200 in step S204, and searches for missions to be commissioned (step S124).

  When the user B determines the mission to be entrusted (Step S125), the user B transmits an entrustment notification to the server 200. The server 200 receives the commission notification (step S205), accepts the commission, and transmits the mission ID of the mission to be commissioned and the clear condition of the mission to the user terminal 200b (step S206).

  A display screen on the user terminal 100b related to a process from a search of a mission to be entrusted to a determination will be described with reference to FIGS.

  FIG. 12 is a diagram illustrating an example of an event screen in a state where a mission from another user can be accepted. The wish screen 555 is provided on the event screen. When the please button 555 is tapped, the display control unit 114 displays a list of missions entrusted to the user B from another user (for example, the user A), that is, a list of missions that can be entrusted. The user B can refer to this list as appropriate and search for a commission request from another user.

  Note that the display control unit 114 may cause the request button 555 of the user terminal 100b to display a display 555a indicating the number of received commissions. Further, a configuration may be adopted in which a message field 555b is displayed near the request button 555. Since the commission request expires after a predetermined time has elapsed, it is desirable to notify the user B of the commissioned mission as soon as possible. Therefore, the display control unit 114 can steadily inform the user B that the server 200 has accepted the commission request by displaying the display 555a and the message column 555b in an auxiliary manner.

  FIG. 13A shows an example of a screen displaying a list 564 of missions that can be accepted. The list 564 may include information such as the user name of the user who requested the mission, the requested mission, and the remaining time before the commission request expires. The list 564 shown in FIG. 13A includes a commission from “Koyote” and a commission from “Taichi”.

  In the list 564 of FIG. 13A, when the commission from “Taichi” is tapped, the screen changes to a screen illustrated in FIG. 13B. The message column 565 is for confirming to the user B about the entrustment process. In the message column 565, a message including the user ID of the requesting user may be displayed. The message displayed in the message field 565 includes "Do you accept your request?", "Do you accept a request from Taichi?", "I chose Taichi. Is this OK?" There may be.

  FIG. 12C is a diagram illustrating an example of a screen indicating that a mission has been accepted. Here, a case where “Yes” is tapped in the message column 565 of FIG. 12B is shown. If “No” is tapped in the message column 565 of FIG. 12B, the screen transits to a screen displaying the list 564 shown in FIG.

  FIG. 14 is a diagram illustrating an example of an event screen in a state in which a mission is entrusted. On the event screen shown in FIG. 14, a confirmation button 566 is displayed instead of the please button 555. In the vicinity of the confirmation button 566, a message indicating information on the commissioned status of the commissioned mission is displayed. The information regarding the entrustment status may be, for example, information indicating that entrustment is being performed, such as “helping” and “undertaking entrustment from Taichi”. In addition, information on the time remaining until the commissioned mission is cleared, such as “3 hours remaining”, may be displayed.

  Returning to FIG. 6, in step S126, the consignment / consignment management unit 1124 receives the mission ID of the consigned mission and the clear condition of the mission from the server 200. When the mission information is associated with the mission clear condition in the game information 132 of the user terminal 100b, only the mission ID needs to be received from the server 200.

  Next, the user B plays a puzzle game in order to clear the mission assigned to him / her and the commissioned mission. First, the mission clear determination unit 1122 determines whether or not the mission imposed on the user B has been cleared in the game played (step S127). FIG. 15A is an example of a screen when the mission (for example, the square “No. 28”) assigned to the user B is cleared in step S127 of FIG.

  Next, the mission clear determination unit 1122 determines whether or not the mission entrusted by the user B has been cleared in the game played (step S128). The message column 567 displays the mission that has been imposed, the status of completion of the mission, and the like. Then, the mission clear determination unit 1122 updates the matrix board 554 with the square “No. 28” cleared.

  When the commissioned mission is cleared, the mission clear determination unit 1122 determines that at least one of the missions assigned to the user B has been cleared (step S129).

  If the commissioned mission is different from any of the missions associated with any of the squares on the matrix board 554, the mission clear determination unit 1122 randomly selects an uncleared square and assigns the square to the selected square. It has been cleared. On the other hand, when the commissioned mission is the same as the mission associated with any of the squares of the matrix B 554 of the user B, the mission clear determination unit 1122 determines the same mission as the commissioned mission (the first mission). Mission) is cleared, and other uncleared cells (second self-mission) are selected at random and the cells are cleared. That is, the user B who has received the mission of another user and has cleared it has a possibility of clearing two squares of the matrix board 554 at once.

  The reward granting unit 1123 rewards the user B in response to the completion of two or more predetermined missions (step S130).

  FIG. 16 is an example of a screen displaying that a reward has been obtained when a plurality of missions satisfying a predetermined condition are completed. In the example illustrated in FIG. 16, an image 569 of the reward given to the user B, a column 570 indicating the name and the number of the reward, and the like can be displayed. By displaying the reward image 569, it is possible to produce a sense of accomplishment and satisfaction with respect to obtaining a reward as a result of completing a plurality of missions satisfying a predetermined condition. When the button 571 in FIG. 16 is tapped, a transition is made to an event screen as shown in FIG. Since the commissioned mission has been cleared, on the event screen shown in FIG. 17, instead of the confirmation button 566, the please button 555 is displayed.

  FIG. 18 is a diagram illustrating an example of a screen displaying the reward list 572. When the reward button 557 is tapped on the event screen illustrated in FIG. 17, the display control unit 114 causes the reward list 572 to be displayed. The reward list 572 includes a button 572a and a button 572b. When the button 572a is tapped, the display control unit 114 displays a list of the number of bingo achieved by the user B and a list of rewards given according to the number of bingo.

  On the other hand, when the button 572b is tapped, the display control unit 114 displays a list of the number of completions achieved by the user B and a reward provided according to the number of completions. By showing the reward list 572 to the user as shown in FIG. 18, it is possible to clearly show the user the significance of trying to complete the mission. Here, “complete” means a state in which all the cells included in the matrix board 554 have been cleared. The number of completes is the number of matrix boards 554 in which all cells have been cleared.

  In step S107 in FIG. 5, and in step A116 and step S130 in FIG. 6, as the number of bingoes achieved and the number of completed matrix boards 554 increase, more valuable rewards are given to the user. You may comprise. The achieved bingo number and completed number can be said to indicate the progress of the event of the user. With such a configuration, it is possible to provide the user with a reward appropriate for the progress of the event. Therefore, a sense of accomplishment can be given to the user.

  As described above, by displaying the reward list 572 to the user who has entered the event, it is possible to motivate the user to play the puzzle game and clear the mission.

  In a game in which a reward is given according to completion of two or more predetermined self-missions among a plurality of self-missions imposed on the user, in parallel with the user's self-mission being completed, By entrusting and clearing other missions imposed on the user, the user can proceed with clearing his own mission. The user is urged to clear his own mission in order to obtain a reward, and is also urged to clear another requested mission in order to further clear his own mission. As a result, there is an effect that the interaction between users can be activated without impairing the motivation for playing the game of the user.

[Example of software implementation]
The control blocks of the user terminal 100 and the server 200 may be realized by a logic circuit (hardware) formed on an integrated circuit (IC chip) or the like, or may be realized by software.

  In the latter case, the user terminal 100 and the server 200 each include a computer that executes instructions of a program that is software for realizing each function. This computer includes, for example, one or more processors and a computer-readable recording medium storing the program. Then, in the computer, the object of the present invention is achieved by the processor reading the program from the recording medium and executing the program. As the processor, for example, a CPU (Central Processing Unit) can be used. Examples of the recording medium include “temporary tangible medium” such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, and a programmable logic circuit. Further, a RAM (Random Access Memory) for expanding the program may be further provided. Further, the program may be supplied to the computer via an arbitrary transmission medium (a communication network, a broadcast wave, or the like) capable of transmitting the program. Note that one embodiment of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the above-described program is embodied by electronic transmission.

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

[Appendix]
The contents according to one aspect of the present invention are listed below.

  (Item 1) The program (game program 131) has been described. According to an aspect of the present disclosure, a program is a program executed by a computer including a processor (10, 20) and a memory (11, 21). The program individually assigns to the processor a plurality of self-missions, which are missions that can be cleared according to the progress of the game based on the game program, to the user (S202), and among the plurality of self-missions assigned to the user, A step (S130) of providing a reward to the user in response to the completion of two or more predetermined self-missions, and the user entrusting to clear another mission, which is a mission imposed on another user. A step (S126) and a step (S129) of determining that at least one of a plurality of self-missions has been cleared when the user has cleared another mission entrusted by the user.

  According to the configuration, in a game in which a reward is awarded according to completion of two or more predetermined self-missions among a plurality of self-missions imposed on the user, the other missions entrusted by the user include the user. Is determined, it is determined that at least one of the plurality of missions has been cleared. This allows the user to clear his / her own mission in parallel with entrusting other missions to clear the own mission in parallel with clearing his / her own mission. In other words, the user is prompted to clear his own mission in order to obtain a reward, and is also prompted to complete another requested mission in order to further clear his own mission. . Therefore, there is an effect that the interaction between the users can be activated without impairing the motivation for playing the game of the user.

  (Item 2) In (Item 1), the game program causes the processor to further execute a step (S114) of entrusting clearing of own mission to another user, and in the determining step, the user gives the other user When the entrusted own mission is cleared by another user, it may be determined that the entrusted own mission has been cleared (S115).

  Thereby, the mission can be cleared with the cooperation of other users, and thus the interaction between the users can be activated.

  (Item 3) In (Item 1) or (Item 2), if the progress of the game of the user who cleared the other mission satisfies the clear condition of the first own mission, it is determined that the first own mission has been cleared. At the same time, it may be determined that the second self mission different from the first self mission has been cleared.

  As a result, it is possible to urge the user to actively receive other missions and clear them. Therefore, the chain between the entrustment and the entrustment between the users can be promoted, and the interaction between the users can be activated.

  (Item 4) In any one of the items from (Item 1) to (Item 3), when the user has entrusted another mission, the entrustment for the other mission has been canceled by another user who entrusted the other mission. After that, it is effective that the user has accepted the clearing of the other mission, and in the determining step, when the other mission has been cleared by the user, it is determined that at least one of the plurality of own missions has been cleared. May be.

  Thus, even if the commission of the other mission is canceled, it is not wasted that the user has cleared the commissioned other mission. Therefore, the user can use the trust and the trust smoothly.

  (Item 5) In any one of (Item 2) to (Item 4), when the user has entrusted his / her mission, the user cannot clear the entrusted own mission until a predetermined time has elapsed. It may be a configuration.

  Thus, it is possible to avoid entrusting the mission to another user one after another. Therefore, the balance between the difficulty of the game and the comfort can be appropriately maintained.

  (Item 6) In any one item from (Item 2) to (Item 5), in the entrusting step, the number of self-missions that can be entrusted to another user at one time is equal to or less than a predetermined number. A configuration in which the next entrustment cannot be performed until a predetermined time elapses from the entrustment to the user may be adopted.

  Thus, it is possible to prevent the user from excessively relying on the trust.

  (Item 7) In (Item 6), in the determination step (S115), when the own mission is cleared by another user before the predetermined time elapses, after the predetermined time elapses, the entrusted self It may be determined that the mission has been cleared.

  Thus, it is possible to prevent the user from entrusting his / her mission one after another.

  (Item 8) In (Item 6) or (Item 7), in the determination step (S115), when the own mission is cleared by another user before a predetermined time elapses, a user who has paid a predetermined fee. , It may be determined that the entrusted own mission has been cleared before the predetermined time has elapsed.

  It is determined that the commissioned mission has been cleared after a predetermined time has elapsed. However, there may be a case where it is desired to acquire the reward given when the commissioned mission is completed. According to the configuration, it is determined that the entrusted own mission has been cleared before the predetermined time has elapsed. Thereby, the user can quickly acquire the reward given when the mission is completed.

  (Item 9) In any one of (Item 6) to (Item 8), the game program notifies the processor that, when a predetermined time has elapsed, the entrusted mission is cleared by another user. Notifying the user of the above.

  As a result, the user can be notified that the mission can be entrusted, and the next entrustment can be prompted.

  (Item 10) In any one of (Item 1) to (Item 9), the own mission includes a main mission that is determined to have been cleared when the number of times the sub-mission has been cleared reaches a specified number. In the determining step, when the total number of times the sub mission is cleared by another user and the number of times the sub mission is cleared by the user reaches a specified number, it is determined that the main mission has been cleared. You may.

  Thereby, one main mission can be cleared in cooperation with other users. Therefore, exchange between users can be activated.

  (Item 11) In one of the items from (Item 1) to (Item 10), different own missions are associated with each other on a matrix board in which a plurality of squares are arranged. In the step of imposing on the user, a different matrix board is generated for each user, and the difficulty level of the own mission associated with each of the squares included in the matrix board is determined according to the user's progress degree of the game. In the step of giving a reward to the user, a predetermined reward may be given to the user according to the clearing status of the cells included in the matrix board, which corresponds to the clearing status of the own mission.

  It is desirable that the difficulty level of the mission is appropriate for the user. With the above-described configuration, it is possible to impose on the user a mission with a difficulty level that matches the degree of progress of the game of the user who plays the game. By applying the above configuration, a reward corresponding to the clearing status of the cells included in the matrix board, which corresponds to the clearing status of the mission, can be provided to the user.

  In addition, by applying the above configuration, the user can clearly recognize the clear status of the mission as the clear status of the cells included in the matrix board. Therefore, it is possible to show the user a goal to be cleared in order to obtain a reward, and to continue the user's willingness to challenge the mission.

  (Item 12) In (Item 11), in the step of giving the reward to the user, a reward may be given to the user according to the number of matrix boards in which all the cells have been cleared.

  The number of matrix boards that have cleared all squares indicates the progress of the event by the user. According to the configuration described above, it is possible to provide the user with a reward appropriate for the progress of the event. Therefore, it is possible to show the user a goal to be cleared in order to obtain a reward, and to continue the user's willingness to challenge the mission.

  The method in which the computer including the processors (10, 20) and the memories (11, 21) executes the program (the game program 131) has been described. The method is a method in which the processor performs each step described in (Item 1) above. According to the above configuration, the same effect as (item 1) can be obtained.

  The information processing device (user terminal 100) has been described. The information processing device includes memories (11, 21) that store the game program described in (Item 1), and a processor that controls the operation of the information processing device by executing the game program. According to the above configuration, the same effect as (item 1) can be obtained.

1 game system, 2 networks, 10,20 processors, 11,21 memories, 12,22 storage, 13,23 communication IF, 14,24 input / output IF, 15 touch screen, 17 camera, 18 ranging sensor, 100 user terminal (Information processing device), 110, 210 control unit, 111 operation reception unit, 112 game progression unit, 1121 matrix board generation unit, 1122 mission clear judgment unit, 1123 reward giving unit, 1124 entrustment / consignment management unit, 113 image generation unit , 114 display control unit, 120, 220 storage unit, 131 game program, 132, 232 game information, 133, 233 user information, 151 input unit (operation unit), 152 display unit, 200 server, 301 search box, 302 search button , 1010 objects, 020 controller (operation unit), 1030 storage medium

Claims (14)

A game program,
The game program is executed by a computer including a processor and a memory,
The game program includes:
Imposing on the user a plurality of own missions, which are missions that can be cleared according to the progress of the game based on the game program,
Granting a reward to the user in response to completion of predetermined two or more of the self-missions among the plurality of self-missions imposed on the user;
The user entrusted to clear another mission that is a mission assigned to another user;
When the other mission entrusted by the user is cleared by the user, determining that at least one of the plurality of self-missions has been cleared. The game program includes:
Entrusting the clearing of the own mission to another user,
2. The game according to claim 1, wherein in the determining step, when the own mission entrusted to another user by the user is cleared by another user, it is determined that the entrusted own mission is cleared. program.   When the progress of the game of the user who has cleared the other mission satisfies the clear condition of the first self mission, it is determined that the first self mission has been cleared, and the first self mission is The game program according to claim 1, wherein it is determined that another second self mission has been cleared. When the user entrusts the other mission, it is effective that the user entrusts clearing of the other mission even after the entrustment of the other mission is canceled by another user entrusted with the other mission. ,
The game program according to any one of claims 1 to 3, wherein in the determining step, when the other mission is cleared by the user, it is determined that at least one of the plurality of self-missions has been cleared. .   The game program according to any one of claims 2 to 4, wherein when the user has entrusted his own mission, the user cannot clear the entrusted own mission until a predetermined time has elapsed.   In the entrusting step, the number of the own missions that can be entrusted to another user at a time is equal to or less than a predetermined number, and the next entrustment cannot be performed until a predetermined time has elapsed from the last time when entrusted to another user. Item 6. The game program according to any one of Items 2 to 5.   In the determining step, when the own mission is cleared by another user before the predetermined time elapses, it is determined that the entrusted own mission is cleared after the predetermined time elapses. 7. The game program according to 6.   In the determining step, if the own mission is cleared by another user before the predetermined time elapses, the user who has paid a predetermined fee is entrusted to the user before the predetermined time elapses. The game program according to claim 6, wherein it is determined that the performed own mission has been cleared. The game program includes:
9. The method according to claim 6, further comprising the step of: notifying the user that the entrusted own mission has been cleared by another user when the predetermined time has elapsed. 10. Game program. The self-mission includes a main mission that is determined to have been cleared when the number of times the sub-mission has been cleared reaches a specified number of times,
In the determining step, when the sum of the number of times the sub mission is cleared by the other user and the number of times the sub mission is cleared by the user reaches the specified number, the main mission is cleared. The game program according to claim 1, wherein it is determined that the game has been performed. On a matrix board in which a plurality of squares are arranged, the own missions different from each other are associated with each square,
In the step of imposing the self-mission on the user, a different matrix board is generated for each user,
The difficulty level of the own mission associated with each of the squares included in the matrix board is determined according to the user's progress degree of the game,
2. The step of giving the reward to the user, wherein a predetermined reward is given to the user according to a clear status of the square included in the matrix board, which corresponds to a clear status of the own mission. 11. The game program according to any one of items 1 to 10.   12. The computer-readable storage medium according to claim 11, wherein, in the step of giving the reward to the user, a reward is given to the user in accordance with the number of the matrix boards in which all the cells have been cleared. A method in which a computer executes a game program,
The computer includes a processor and a memory,
A method wherein the processor performs the steps of claim 1. An information processing device,
The information processing device,
A memory for storing the game program according to claim 1,
An information processing device comprising: a processor that controls an operation of the information processing device by executing the game program.

Images