JP6770036B2 - Programs, methods, and information processing equipment - Google Patents

Description

The present disclosure relates to programs, methods, and information processing devices for controlling the progress of a game.

Conventionally, a game in which a large number of users participate and in which users are involved in the game has been provided. For example, in sports games, puzzle games, and the like, there are many games in which users can play cooperatively or play against each other. There are also a number of games designed to make gameplay comfortable or advantageous by creating groups with multiple users and following each other.

Patent Document 1 discloses a game in which a consignment player who executes a surrogate play can be entrusted with clearing a mission by using an item set by a consignment player who requests the proxy play as a reward.

Patent Documents 2 and 3 disclose a game in which a game board formed in a matrix shape is used to give a privilege according to a user's play situation.

Japanese Unexamined Patent Publication No. 2018-011632 (published on January 25, 2018) Japanese Unexamined Patent Publication No. 2013-223602 (published on October 31, 2013) Japanese Unexamined Patent Publication No. 2016-36721 (published on March 22, 2016)

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

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

The present disclosure is in light of the problems described above, the purpose of which is a program, method, and method capable of activating interaction between users without compromising the user's motivation to play the game. The purpose is to realize an information processing device.

The program according to one aspect of the present disclosure is a game program executed by a computer including a processor and memory. The program predetermines a step of individually imposing a plurality of own missions, which are missions that can be cleared according to the progress of the game based on the game program, on the processor, and a plurality of the own missions assigned to the user. A step of giving a reward to a user according to the completion of two or more of his / her own missions, a step of entrusting the user to clear another mission which is a mission imposed on another user, and the above-mentioned When the other mission entrusted by the user is cleared by the user, a step of determining that at least one of the plurality of own missions has been cleared is executed.

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

It is a figure which shows the hardware configuration of a game system. It is a block diagram which shows the functional configuration of a user terminal and a server. It is a figure which shows an example of the 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. Is. It is a sequence diagram which shows an example of the flow of processing performed by a server and a user terminal which entered an event. It is a sequence diagram which shows another example of the processing flow performed by a server and a user terminal which entered an event. (A) is a diagram showing an example of a button for transitioning from the main screen of the game to the event screen, and (B) is an example of the main screen of the event. (A) is a diagram showing an example of a puzzle screen, (B) is a diagram showing an example of an event screen displaying the achievement result of a mission, and (C) is a diagram showing an example of a square clear status. It is a figure which shows an example of the event screen which displays a matrix board. (A) is a diagram showing an example of an event screen when entrusting the clearing of a mission, and (B) is a diagram showing an example of a screen for searching a mission consignee 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 other users. It is a figure which shows an example of the screen which notifies the user who entrusted the mission that the mission was completed by another user who entrusted the mission. It is a figure which shows an example of the event screen when a mission is accomplished by another user. It is a figure which shows an example of the event screen in the state which it is possible to accept a mission from another user. (A) is a diagram showing an example of a screen displaying a list of missions that can be entrusted, and (B) is a diagram showing an example of a screen for confirming whether or not to entrust a mission. (C) is a diagram showing an example of a screen showing that the mission is entrusted. It is a figure which shows an example of the event screen in the state which the mission is entrusted. (A) is an example of a screen when the mission assigned to the user B is cleared in step S127 of FIG. 6, and (B) and (C) are plays when the commissioned mission is cleared. It is a figure which shows an example of the screen which displays the result, (D) is the figure which shows an example of the screen which displays the clearing status of the square included in the matrix board when the commissioned mission is cleared. This is an example of a screen that displays that a reward has been obtained when a plurality of missions satisfying a predetermined condition are cleared. It is a figure which shows an example of the main screen of an event when a plurality of missions satisfying a predetermined condition are cleared. It is a figure which shows an example of the screen which displays the reward list.

[Embodiment 1]
The 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 examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

The 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 examples, and is indicated by the scope of claims, and it is intended that all modifications within the meaning and scope equivalent to the scope of claims are included in the present invention. To. In the following description, the same elements are designated by the same reference numerals in the description of the drawings, and duplicate description will not be repeated.

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

(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 configurations included in 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 in the figure, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, a touch screen 15 (display unit), a camera 17, and a distance measuring sensor 18. And. These configurations included in 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 communicable 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 to the buttons or the like to the user terminal 100. Further, the controller 1020 may have various sensors such as an acceleration sensor and an angular velocity sensor, and transmits the output values of the various sensors to the user terminal 100.

Note that FIG. 1 shows an example in which the user terminal 100 includes a camera 17 and a distance measuring sensor 18, but 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, for example, at the start of a game, have a user who uses the controller 1020 input user identification information such as the user's name or login ID via the controller 1020. As a result, the user terminal 100 can associate the controller 1020 with the user, and identifies which user the output value belongs to based on the source of the received output value (controller 1020). be able to.

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

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

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

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

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

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

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

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

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

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

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

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

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

The input / output IF 14 is an interface for the user terminal 100 to accept data input, and an interface for the user terminal 100 to output data. The input / output IF 14 may input / output data via USB (Universal Serial Bus) or the like. The input / output IF 14 may include, for example, a physical button, a camera, a microphone, a speaker, or the like of the user terminal 100. The input / output IF24 of the server 200 is an interface for the server 200 to receive data input, and an interface for the server 200 to output data. The input / output IF 24 may include, for example, an input unit that is an information input device such as a mouse or a keyboard, and a display unit 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 that combines an input unit 151 and a display unit 152. The input unit 151 is, for example, a touch-sensitive device, and is composed of, for example, a touch pad. On the other hand, the display unit 152 is composed of, for example, a liquid crystal display, an organic EL (Electro-Luminescence) display, or the like.

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

The display unit 152 has a function of displaying various information so that the user can visually recognize it, and a function of displaying a graphic or the like that accepts the user's 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, an angular velocity sensor, or the like. When the user terminal 100 includes a sensor, the processor 10 can also specify the holding posture of the user terminal 100 from the output of the sensor and perform processing according to the holding posture. For example, the processor 10 may be a vertical screen display in which a vertically long image is displayed on the display unit 152 when the user terminal 100 is held vertically. On the other hand, when the user terminal 100 is held horizontally, it may be a horizontal screen display in which a horizontally long image is displayed on the display unit. In this way, the processor 10 may be able to switch between the vertical screen display and the horizontal screen display according to the holding posture of the user terminal 100.

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

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

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

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

In this way, the processor 10 determines whether or not the user is holding a hand (whether it is a “goo” gesture or another gesture (for example, “par”) by recognizing an image captured by the camera 17. ) Is detected. The processor 10 also detects the shape of the user's hand and how the user is moving the hand. In addition, the processor 10 detects whether the user is approaching or moving this hand toward or away from the user terminal 100. Such an operation can correspond to an operation using a pointing device such as a mouse or a touch panel, for example. For example, the user terminal 100 moves the pointer on the touch screen 15 in response to the movement of the user's hand, and detects the user's gesture “goo”. In this case, the user terminal 100 recognizes that the user is continuing the selection operation. Continuation of the selection operation corresponds to, for example, maintaining the state in which the mouse is clicked and pressed, or maintaining the touched state after the touchdown operation is performed on the touch panel. Further, when the user moves his / her hand while the user's gesture "goo" is detected, the user terminal 100 performs such a series of gestures as an operation corresponding to a swipe operation (or a drag operation). You can also recognize it. Further, when the user terminal 100 detects a gesture that the user flips a finger based on the detection result of the user's hand by the image captured by the camera 17, the gesture is clicked by the mouse or tapped on the touch panel. It 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 the server 200 and the user terminal 100 included in the game system 1. Each of the server 200 and the user terminal 100 may include a functional configuration (not shown) required to function 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 a game image or sound. The user terminal 100 functions as a control unit 110 and a storage unit 120 in cooperation with the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

The server 200 has a function of communicating with each user terminal 100 and supporting the user terminal 100 to advance the game. For example, it sells valuable data and provides services. 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 the exchange between the user terminals 100. The server 200 functions as a control unit 210 and a storage unit 220 in cooperation with the processor 20, the memory 21, the storage 22, the communication IF23, the input / output IF24, and the like.

The storage unit 120 and the storage unit 220 store the game program 131, the game information 132, and the user information 133. The game program 131 is a game program executed by the user terminal 100 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 related to the user's 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 the server 200, storage unit 120 of the user terminal 100)
The storage unit 120 stores the game program 131, the game information 132, and the user information 133. The storage unit 220 stores the game program 131, the game information 232, and the user information 233.

(Game program 131)
The game program 131 is a game program executed by the user terminal 100 and the server 200. The game program 131 may 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 items of information included in the user information 133 and the user information 233 are the same.

FIG. 3 is a diagram showing an example of a data structure of user information 233. The user information 233 includes information on a plurality of items associated with the account. In the example of FIG. 3, the user information 233 holds information about one account (that is, 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 of FIG. The user information 233 may include at least an identifier that uniquely identifies the account and information on 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 "reader" column, a "last login time" column, and a "message" column. The user information 233 is data in which information in another column is associated with information in the "user ID" column.

In the "User ID" column, information indicating a user name, which is an identifier that uniquely identifies an account, is stored. In the game according to the present embodiment, the user ID is automatically set on 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 case where an identifier consisting of a total of 13 characters, starting with the at sign (@) and combining the at sign, the alphabet, and the numbers, is adopted as the user ID will be described.

Information indicating the name of the account is stored in the "user name" column. 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 username may be changed any number of times during game play. If the user does not specify a user name when the account is created, the server 200 or the 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 progress of the game of the account. Under what conditions the level changes may be appropriately designed according to the characteristics of the game. For example, an experience value may be given to the account according to the play content (for example, score, etc.) of the game, and when the experience value exceeds a certain value, the level may be increased by 1.

In the "leader" column, information for identifying a character designated by the user as a representative among the characters that can be used by the account in the game is stored. Depending on the nature of the game, information indicating items, buildings, etc. may be stored in this column instead of characters such as people or animals.

The "Last Login Time" column stores information indicating the time when each account last logged in.

The "message" column stores information indicating a character string of a message set by the user. The user can set a greeting, a message, a self-introduction, etc. to another user as a message. An example of a greeting is "Thank you", and an example of a message is "Thank you for those who are level 90 or above." For example, it can be suitably used when entrusting the clearing of a mission assigned to oneself at an event described later, or when designating the level of a user who can clear the mission. Note that there may be an account for which information is not stored in the "Message" column. The blanks in FIG. 3 indicate that no information is stored in the "message" column.

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 user IDs of a plurality of users who make up a 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 later, when entrusting a mission assigned to a user, the user with the user ID included in the friend information becomes the entrustee, and the entrusted mission is entrusted with the user with the user ID included in the friend information. ..

(Game information 132 and 232)
The game information 132 is data that the control unit 110 refers to when executing 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 that clears a plurality of missions that can be cleared according to the progress of the game based on the game program 131. The information about 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. In addition, the information about the event may include information indicating the correspondence relationship between the clearing status of the squares on the matrix board and the reward given to the user. Information about the event is distributed to the user terminal 100 of the user who entered the event. The mission received from the server 200 is stored in the game information 132.

Here, the event is a so-called "bingo" that rewards the user according to the fact that a plurality of cells in a predetermined arrangement are cleared on the matrix board (see (B) in FIG. 4). It may be a bingo event. The user plays a game based on the game program 131, and clears the squares associated with the cleared missions by clearing the assigned missions according to the progress thereof. That is, the clear status of the mission is clearly recognized by the user as the clear status of the squares included in the matrix board. In this way, at the event, the user can continue to be motivated to clear the mission by clearly indicating to the user the goal to be cleared in order to obtain the reward.

FIG. 4 is a diagram showing an example of the data structure of the game information 232. The user information 233 is information in which the contents of the plurality of missions and the clearing conditions are associated with the mission ID of each mission.

For example, a mission with a mission ID of sa1 (hereinafter referred to as mission sa1) is "use 8 items B in 1 play". This mission can be cleared by using 8 or more items B in one gameplay. Mission sa2 is to "use the skill 3 times in 1 play". This mission can be completed by using the skill 3 times or more in one gameplay.

An index indicating the difficulty level is assigned to each mission, and the difficulty level of the mission imposed on the user at the event may be determined according to the progress of the game of the user. For example, missions sa1 and sa2 have the lowest difficulty level, and the index indicating the difficulty level is given "1", and the difficulty levels of missions sa22 and sa23 are higher than those of missions sa1 and sa2, indicating the difficulty level. Is given "2".

Although not shown, the mission may also include a mission (main mission) specified as a condition for clearing the submission (secondary mission) a specified number of times. In such a mission, it is effective to cooperate with other users to clear it. By imposing such a mission on the user, it is possible to activate the interaction between the users.

<Functional configuration of server 200>
The control unit 210 comprehensively controls the server 200 by executing the game program 131 stored in the storage unit 220. For example, the control unit 210 transmits various data, programs, and the like 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 a transmission / reception unit 211, a server processing unit 212, and a data management unit 213 according to the description of the game program 131. The control unit 210 can also function as other functional blocks (not shown) in order to support the progress of the game on the user terminal 100, depending on 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 for various data and programs from the user terminal 100, a request for synchronization of multiplayer, data for synchronization, and the like. Further, for example, the transmission / reception unit 211 transmits various data and programs to the user terminal 100 in accordance with the instruction from the server processing unit 212.

The server processing unit 212 performs arithmetic processing necessary for providing the game. The server processing unit 212 executes the arithmetic processing 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 the 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 the instructions of the server processing unit 212. For example, the data management unit 213 adds, updates, or deletes the record of the game information 132 or the user information 133 in response 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 the instruction from the server processing unit 212, and transmits the game information 132 to the user terminal 100 via the transmission / reception unit 211. Further, for example, the data management unit 213 reads out from the storage unit 220 the program of the game program 131 to be executed by the user terminal 100 according to the instruction from the server processing unit 212, and the user terminal 100 is read through the transmission / reception unit 211. Send to.

When the game is multiplayer, the control unit 210 may perform synchronization processing related to the multiplayer. When the transmission / reception unit 211 receives a request for synchronization of multiplayer and data for synchronization, the control unit 210 performs synchronization processing of multiplay. The control unit 210 synchronizes and transmits data for synchronization received from a user terminal 100 in the transmission / reception unit 211 to the user terminal 100 of another user. As a result, various data related to the game can be synchronized between the plurality of user terminals 100. The control unit 210 may determine the synchronization timing and the data to be synchronized in the server processing unit 212. When the control unit 210 performs the above processing, the server 200 transmits the in-game action caused by the input operation performed on the certain user terminal 100 or the result (score, etc.) of the action on the other user terminal 100. It can be shared in near real time.

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

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

The operation reception unit 111 detects and accepts a user's input operation with respect to the input unit 151. The operation reception unit 111 determines what kind of input operation has been performed from the action exerted by the user on the console via the touch screen 15 and other input / output IF 14, and outputs the result to each element of the control unit 110. To do. For example, the operation receiving unit 111 receives an input operation for the input unit 151, detects the coordinates of the input position of the input operation, and specifies the type of the input operation. The operation reception unit 111 specifies, for example, a touch operation, a slide operation, a swipe operation, a tap operation, and the like as types of input operations. Further, the operation reception unit 111 detects that the contact input is released from the touch screen 15 when the continuously detected input is interrupted. That is, the operation reception 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 user's input operation and the completion of the input operation.

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

(Matrix board generator 1121)
The matrix board generation unit 1121 generates a matrix board used to indicate the clear status of the mission assigned to the user who 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 assigned to each user at the event.

Here, the matrix board generated by the matrix board generation unit 1121 will be described with reference to FIG. 4B. FIG. 4B is a diagram showing an example of a matrix board. In addition, in FIG. 4B, a matrix board in which a total of 25 squares of 5 vertical squares and 5 horizontal squares are arranged will be described as an example, 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 drawn line constituting a predetermined pattern.

The matrix board generation unit 1121 reads a plurality of missions from the game information 132, and associates each mission with the squares included in the matrix board. Each square on the matrix board is given a different symbol or number. The mission ID of each mission may be used as the number assigned to each cell of the matrix board. For example, in the matrix board shown in FIG. 4B, the mass “No. 1” may be associated with the mission sa1 and the mass “No. 22” may be associated with the mission sa22.

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 overly easy for the user, it can be a boring event. On the other hand, even if the mission is overly difficult for the user, it can discourage the user from continuing to challenge the event.

Therefore, the matrix board generation unit 1121 may be configured to determine the difficulty level of the mission to be read from the game information 132 in order to generate the matrix board according to the progress of the game by the user. By configuring as described above, it is possible to impose a mission of a difficulty level suitable for the improvement level of the user who plays the game. As a result, the interest of the event can be maintained, and the user can continue to challenge the event.

(Mission clear judgment unit 1122)
The mission clear determination unit 1122 determines whether or not 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 in order to determine whether or not each mission has been cleared.

Further, when the mission clear determination unit 1122 determines that the mission has been cleared, the mission clear determination unit 1122 updates the clear status of the squares on the matrix board. That is, the mission clear determination unit 1122 changes the square corresponding to the cleared mission to cleared and updates the matrix board.

For example, in the state where the mission sa1 shown in FIG. 4A is imposed, a case where 10 items B are used while the user is playing the game 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 number of items B used in the game being 8 or more, which is the clear condition.

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

(Reward granting unit 1123)
The reward giving unit 1123 gives a reward to the user according to the fact that two or more predetermined missions among the plurality of missions assigned to the user are cleared in the event. More specifically, the reward giving unit 1123 determines the reward corresponding to the clearing status of the square corresponding to the mission assigned in the event by referring to the game information 132, and gives 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 in 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 arbitrarily set. For example, as an example of two or more squares arranged according to a predetermined rule, lines parallel to the vertical and horizontal sides, five squares arranged in a row along the diagonal line, and a checkered pattern, so as to touch each other at the vertices. Examples include a plurality of squares arranged in.

(Consignment / Contract Management Department 1124)
The consignment / consignment management department 1124 consigns a mission assigned to a user (hereinafter referred to as "own mission") to another user at an event, or a mission assigned to another user (hereinafter referred to as "other mission"). ”) Is entrusted.

The consignment / consignment management unit 1124 associates the user ID of the consignor, the mission ID of the consigned mission, and the user ID of another user designated as the consignee, according to the detection of the process of consigning the mission. The entrustment request is transmitted to the server 200. On the other hand, the consignment / consignment management unit 1124 transmits to the server 200 that the consignment is to be performed in response to the detection of the process of consigning the mission.

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

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 provided by the user terminal 100. Further, the user terminal 100 may include at least a part of the functions provided by the server 200. Further, a device other than the user terminal 100 and the server 200 may be used as a component of the game system 1, and the other device may be made to execute a part of the processing in the game system 1. That is, the computer that executes the game program in the present embodiment may be any of the user terminal 100, the server 200, and other devices, or may be realized by a combination of a plurality of these devices.

<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, or the like. Further, the subject matter of the game realized by the game system 1 is not particularly limited. For example, the game may be a game about sports such as tennis, table tennis, dodgeball, baseball, soccer and hockey.

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

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

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

The format of the parameter, that is, the data type of the parameter and the content indicated by the data are not particularly limited. Further, the parameter may be a parameter displayed on the game screen or mask data not displayed on the game screen. In the following description, an example in which the game system 1 realizes 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 puzzle elements (first objects) arranged in advance on the board are erased. The game progress unit 112 adds a further puzzle element (second object) to the board in response to a user input operation. When a puzzle element is added, an action is triggered in which the added puzzle element acts on a pre-arranged puzzle element. Specifically, depending on the added puzzle element, the positional relationship between the puzzle elements arranged in advance or the puzzle element and the added puzzle element changes.

When the positional relationship between the puzzle elements satisfies a specific condition (first condition), the game progressing unit 112 erases the puzzle element satisfying the condition from the board. Further, when the puzzle elements satisfy the first condition, the game progressing unit 112 calculates the score in the puzzle game.

In this embodiment, a puzzle game (single play type puzzle game) executed on a single user terminal 100 is assumed. In this case, information necessary for executing the single-play puzzle game on the user terminal 100 is exchanged 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 above-mentioned "board surface" corresponds to a predetermined space area in the game space. Further, the above-mentioned "puzzle element" corresponds to a three-dimensional object arranged in the game space. Other processes may be the same even when the puzzle game is a 3D game.

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

In the following, a so-called "bingo" event in which a reward is given to a user according to the fact that a plurality of squares in a predetermined arrangement are cleared on the matrix board will be described as an example. Note that FIGS. 7 to 18 show only the board 510 of the game or event among the main screen before the game is started and the display screen displayed on the event screen. In the following, the board 510 of the game will be referred to as a "puzzle screen", and the board 510 of the event will be referred to as an "event screen".

In step S101, when the user terminal 100 that executes the game program 131 of the puzzle game transmits an entry request to the event, the server 200 accepts the entry to 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 the mission, the mission ID, the clearing condition, and the like used in the event to the user terminal 100 (step S202). On the other hand, the user terminal 100 receives the mission, the mission ID, the clearing 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, clearing condition, and the like in the game information 132.

The matrix board generation unit 1121 generates a matrix board to which different own missions are associated with each square (step S103). Specifically, the matrix board generation unit 1121 reads out the number of missions required to generate the matrix board from the game information 132, and associates each mission with the squares included in the matrix board, whereby the matrix board is generated. To generate.

Subsequently, the puzzle game is started from the event screen, and the puzzle game by the user is played (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 squares associated with the cleared missions have been cleared (step S106), and updates the cleared squares on the matrix board 554.

Next, the reward giving unit 1123 gives a reward to the user according to the clearing status of the square (step S107).

(Display of matrix board 554 on the event screen)
Here, the matrix board 554 generated in step S103 of FIG. 5 will be described with reference to FIG. 7. FIG. 7A is a diagram showing an example of a button for transitioning from the main screen of the game to the 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 tapping of the button 551. As shown in FIG. 7B, the event screen displays the matrix board 554 generated by the matrix board generation unit 1121. In addition to the matrix board 554, the event screen may display a start button 552, a request button 555, a card change button 556, a reward button 557, and the like. 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, the user starts the game play in response to the tapping of the start button 552 (step S104 in FIG. 5). At this time, the game progress unit 112 may randomly determine a mission associated with any of the squares included in the matrix board 554. Alternatively, the game progress unit 112 may determine the mission corresponding to the square selected by the user as the mission to be imposed on the user. In this case, a part of the squares included in the matrix board 554 may be set as squares that can be selected by the user. For example, in the matrix board 554 shown in FIG. 7B, the squares “No. 2” and the squares “No. 23” that can be selected by the user are displayed with thick borders.

The matrix board generation unit 1121 has a difficulty level higher than that of a mission associated with a square (for example, the square “No. 5” in (B) of FIG. 7) arranged in the center of the matrix board 554. Low missions may be associated. In this case, the game progress unit 112 may select a mission associated with the central square of the matrix board 554 as the first mission to be imposed on the user after the matrix board 554 is generated. Guidance for clearing the mission may be provided to the user while allowing the user to clear the central cell of the matrix board 554 first. In addition, by letting the user clear the central square first, it is possible to raise the user's expectation for the reward given at the bingo event and continue to challenge the event.

The matrix board generation unit 1121 may be configured to generate a new matrix board 554 in response to a user's request as long as a predetermined number of cells of the matrix board 554 are cleared in the bingo event. Alternatively, the matrix board generation unit 1121 may be configured to generate a new matrix board 554 in response to the user's request if the number of bingo achieved by the user has reached a predetermined number in the bingo event. .. With this configuration, it is possible to prevent an excessively large number of new matrix boards 554 from being generated in response to the user's request. Here, the generation request of the 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 generation unit 1121 newly generates the matrix board 554 only when the above conditions are satisfied. When the card change button 556 is tapped by a user who owns a plurality of matrix boards 554, the matrix board 554 may be changed.

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

(Clearing the mission and updating the matrix board 554)
Here, the event screens in steps S104 to S106 of FIG. 5 will be described with reference to FIG. FIG. 8A is a diagram showing an example of a puzzle screen, FIG. 8B is a diagram showing an example of an event screen displaying a mission achievement result, and FIG. 8C is a diagram showing a mass clearing status. It is a figure which shows an example of the event screen which displays the updated matrix board 554.

When the start button 552 is selected by the user in the event screen shown in FIG. 7B, the game progress 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. 8A.

The game progress unit 112 prepares the user to start playing by providing a predetermined second period between the display of the puzzle screen shown in FIG. 8A and the actual start of the puzzle game. You may give a grace. In this case, when a predetermined second elapses after the puzzle screen is displayed, the game progress 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 G, which are puzzle elements, are arranged in advance on the puzzle screen. For example, as shown in the figure, five types of balloons with characters 512A to E are randomly arranged. An empty balloon 512F and a coin-filled balloon 512G may be randomly arranged on the puzzle screen. Further, the number of balloons 512A to G may be arranged as appropriate. In the case of a mission to collect coins, the number of coins obtained from the empty balloon 512F is 0.

The puzzle screen may include an area different from the area for arranging the balloon 512. For example, in the different areas, the ceiling 513 shown above on the puzzle screen and the intermediate obstacle 514 which is an obstacle blocking the floating of the balloon 512 may be displayed. Further, in different areas, objects such as the remaining number of injections 517, the character selection button 518, the injection table 519, the total score 520, the number of coins earned 521, and the skill gauge 522 may be displayed.

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

The balloon 512 is a puzzle element that has a buoyancy that opposes the virtual gravity that tries to pull the balloon from the top to the bottom of the game screen, and has the property of floating above the game screen by the buoyancy. As shown in FIG. 8A, the balloon 512 is inflated as shown in the figure, and if there is a gap above the puzzle screen, it rises so as to fill the gap. On the other hand, when the balloon is broken as described later, the contents of the balloon, that is, the character or the coin, falls to the lower part of the puzzle screen according to the above-mentioned virtual gravity. Since the empty balloon 512F has no contents, nothing will fall even if it breaks.

Balloons with characters have the property of joining adjacent balloons of the same type when the positional relationship on the puzzle screen changes. The empty balloon 512F and the coin-filled balloon 512G do not have the property of binding. In the present embodiment, the balloons after being combined are displayed in a state where the balloon coatings are connected to one.

In the present embodiment, the operation receiving unit 111 receives an injection operation for the user to eject the balloon onto the board surface. 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, balloons that the user ejects toward the board and balloons that move in the board after ejection are referred to as ejection balloons. 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 character contained in the ejection balloon is one of the characters contained in the character-containing balloon arranged on the board. The movement of the ejected balloon occurs, for example, when a character selected by a drag operation and displaced from the initial position is ejected from the current position after the displacement toward the balloon 512 arranged on the puzzle screen. .. The initial position is, for example, above the injection table 519 installed at the bottom of the puzzle screen. The current position after the shift is, for example, the last contact position detected by the drag operation described above. The injection operation is started when the user touches the injection balloon on the injection table 519, and is completed when the injection balloon is moved by the drag operation and then the drop (release) operation is performed. In other words, the injection operation starts with a touchdown to 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, each balloon is broken and the character inside falls. Here, the "balloon of the same type" means a balloon containing a character of the same type. In other words, on the puzzle screen, up to three balloons with characters float in a combined state. In addition, the empty balloon and the coin-filled balloon 512G will break when the injection balloon comes into contact with them. When the balloon 512G with coins breaks, the coins inside will fall.

The game progress unit 112 may be set so that either the buoyancy of the balloon or the gravity applied to the balloon becomes stronger, or the same may be set. Further, the game progressing unit 112 may be set so that the buoyancy or gravity increases as the number of bound balloons increases. For example, if the buoyancy of the balloon is greater, the fall trajectory when the balloon breaks and the character falls is blocked by the floating character, even if the character is not wrapped in the balloon. The buoyancy of the balloons blocking the fall trajectory may leave them on the board. Conversely, if gravity is greater, the falling character may fall downwards, pushing the balloon away or breaking the balloon, even if the fall trajectory is blocked.

On the puzzle screen, the injection table 519 is displayed together with the injection balloon. Further, if the user can select the type of balloon to be ejected on the stage, a character selection button 518 for selecting a character to be inserted into the balloon to be ejected may be displayed on the puzzle screen. Further, the puzzle screen may display a total score of 520 indicating the total of the scores acquired in the stage. Further, on the puzzle screen, the number of acquired coins 521 indicating the number of coins dropped by breaking the balloon containing coins may be displayed. Further, the 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 is accumulated at a predetermined value or more, the skill of the character corresponding to the gauge is activated.

Next, a state 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 where the mission "use the skill three times in one play" (mission sa2 in FIG. 4) is imposed.

In the puzzle game, when the user uses the skill four times, the mission clear determination unit 1122 determines that the mission has been cleared based on the fact that the skill has been used three or more times, which is a condition for clearing the mission. Further, the mission clear determination unit 1122 determines that the square "No. 2" corresponding to the cleared mission has been cleared. Further, the mission clear determination unit 1122 updates the matrix board 554 by changing the square corresponding to the cleared mission "No. 2" to cleared.

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

<Event flow: Outsourced / entrusted to clear the mission>
Hereinafter, another example of the flow of event processing in the puzzle game will be specifically described with reference to FIG. 6 with reference to specific examples of the display screens shown in FIGS. 9 to 18. FIG. 6 is a sequence diagram showing 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 the game using the user terminal 100a and the user B plays the 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.

Further, although two users, user A and user B, are shown as examples here, the number of users who have entered the event is not limited. In the following, user A and user B may or may not be users registered as friends with each other.

In FIG. 6, the missions assigned to each of the users A and B are referred to as "own missions", and the missions entrusted by other users are referred to as "other missions".

In steps S111 and S121, when the user terminals 100a and 100b that execute the game program 131 of the puzzle game send an entry request to the event, the server 200 accepts the entry to 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 the mission, the mission ID, the clearing 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 the mission, the mission ID, the clearing condition, and the like used in the event from the server 200 (steps S112 and S122). The control unit 110 of the user terminals 100a and 100b stores the received mission, mission ID, clearing condition, and the like in the game information 132, respectively.

The matrix board generation unit 1121 of the user terminals 100a and 100b generates a matrix board 554 to which different own missions are associated with each square (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 missions having a difficulty level suitable for the progress of each game of the user A and the user B. Therefore, the mission assigned to user A and the mission assigned to user B may be different. Further, the matrix board 554 generated by the user terminal 100a and the matrix board 554 generated by the user terminal 100b may be different from each other.

(Consigned to clear the mission)
In the present embodiment, the user A can select a desired mission from the missions assigned to him / her 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 showing an example of an event screen when entrusting the clearing of a mission. Here, a case where the user A entrusts the mission "use 8 items A in 1 play" associated with the square "No. 22" to another user will be taken as an example.

When the user A taps the square "No. 22", the message field 559 is displayed as shown in (A) of FIG. The message field 559 may include the mission of the mass “No. 22” and the button 559a. Button 559a is a button for entrusting another user to clear the mission. In addition, in FIG. 9A, when the mission of the mass “No. 22” is not outsourced 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 displays a list 560 of other users who are candidates for the consignment on the event screen. The user who is a candidate for the outsourcer may be another user registered as a friend by the user A. List 560 includes buttons 561 in addition to other user names, event progress (eg, "complete number" in the figure), and display of last login time. The button 561 is a button for selecting the user on which the button 561 is displayed as an outsourcer.

Before the button 561 is tapped, the character string "please ask" is shown, and after the button is tapped, the button 561 may be switched to a character string indicating that the consignment has been accepted. FIG. 9B shows an example when the user A selects “Batch” as the outsourcer. In this case, the user name of user B shown in FIG. 6 is "Batchi". In (B) of FIG. 9, the button 561 in the "Batch" column is tapped, and the display "7 hours left" indicating that the countdown for a predetermined time in which the mission consignment request is valid has started is displayed. It is shown that it is switching. The consignment / consignment management unit 1124 performs a process of consigning the clearing of a desired mission to another user by controlling the process after the button 559a is tapped (step S114).

In step S114, the number of missions that can be entrusted to another user at one time is a predetermined number or less, and the next entrustment cannot be performed until a predetermined time has elapsed from the time when the entrustment was made to another user last time. May be good. With this configuration, it is possible to prevent the user from being overly dependent on the consignment.

Here, when the completion button 561b is tapped, the screen transitions to the event screen shown in FIG. 9C, and the display returns to the display of the matrix board 554. As shown in (C) of FIG. 9, in the message field 562, the mission "use 8 items A in 1 play" associated with the square "No. 22" is entrusted to "Batchi". Information indicating that the process is completed is displayed.

The cell “No. 22” of the matrix board 554 associated with the mission for which the processing requested to be entrusted has been completed may be configured to indicate that the entrustment is in progress. As an example of such a display, a display such as "requesting", "consigning", and "waiting for report from Bachi" may be displayed on the cell. The user cannot clear the mission being outsourced.

The message field 562 may include a button 562a in addition to the information that the consignment of the mission of the consigned mass "No. 22" has been completed. Button 562a is a button for withdrawing (ie, canceling) the entrustment request. In response to the tapping of button 562a, the consignment / consignment management unit 1124 withdraws the consignment of the mission of the mass "No. 22" and stops measuring the elapsed time from the time of consignment. It should be noted that the withdrawal of the consignment may or may not be transmitted to the server 200.

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

When the mission entrusted by the consignee "Batchi" is cleared by the time the predetermined time elapses after the consignment, the user terminal 100a is notified when the predetermined time elapses (step S207). ). It is desirable that this notification be sent immediately after a predetermined time has elapsed. As a result, it is possible to promptly notify the user A that the mission can be entrusted and prompt the next entrustment. If the consignment / consignment management unit 1124 receives the notification before the predetermined time has elapsed from the consignment, the consignment / consignment management unit 1124 instructs the display control unit 114 to notify the user who consigned the mission that the mission has been completed. Is displayed.

FIG. 10 is a diagram showing an example of a screen for notifying the user who has entrusted the mission that the mission has been completed by another user who has entrusted the mission. The message field 563 shown in FIG. 10 includes the user name “Batchi” of the consignee and “No. 22” indicating the cell to which the consigned mission is associated. The message field 563 may include "10 pieces" which are information regarding the result in the game played when the contractor "Batchi" clears the mission.

Returning to FIG. 6, the mission clear determination unit 1122 determines that the mission has been cleared in response to receiving the 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 mass “No. 22” cleared.

It is determined that the entrusted mission has been cleared after a predetermined time has elapsed. However, there may be times when you want to get the rewards you get when the commissioned mission is cleared. Therefore, in step S115, if the mission is cleared by another user before the predetermined time elapses, the entrusted mission is cleared for the user who paid the predetermined consideration before the predetermined time elapses. It may be determined that it has been done. As a result, the user can quickly obtain the reward given by completing the mission by another user.

Subsequently, the reward granting unit 1123 grants a reward to the user A according to the fact that two or more predetermined missions have been cleared (step S116).

(Consigned to clear the mission)
In the present embodiment, the user B can select a desired mission from the missions entrusted by another user (for example, the user A) and entrust the clearing of the mission (step S114). In the following, a flow of processing 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 desired to be entrusted created by the server 200 in step S204, and searches for the mission to be entrusted (step S124).

When the user B determines the mission to be entrusted (step S125), the entrusted communication is transmitted to the server 200. The server 200 receives the consignment communication (step S205), accepts the consignment, and transmits the mission ID of the consigned mission and the clearing condition of the mission to the user terminal 200b (step S206).

The display screen on the user terminal 100b related to the process from the search for the commissioned mission to the determination will be described with reference to FIGS. 12 to 14.

FIG. 12 is a diagram showing an example of an event screen in a state where it is possible to accept a mission from another user. A request button 555 is provided on the event screen. When the request button 555 is tapped, the display control unit 114 displays a list of missions entrusted to user B by another user (for example, user A), that is, a list of missions that can be entrusted. User B can appropriately refer to this list and search for entrustment requests from other users.

In addition, the display control unit 114 may display the display 555a indicating the number of accepted consignments on the request button 555 of the user terminal 100b. Further, the message field 555b may be displayed in the vicinity of the request button 555. Since the entrustment request expires after the lapse of a predetermined time, it is desirable to inform the user B of the entrusted mission as soon as possible. Therefore, the display control unit 114 can steadily inform the user B that the server 200 is accepting the consignment request by displaying the display 555a and the message field 555b in an auxiliary manner.

FIG. 13A is a diagram showing an example of a screen displaying a list of missions 564 that can be entrusted. The list 564 may include information such as the username of the user who requested the mission, the requested mission, and the time remaining until the entrustment request expires. The list 564 shown in (A) of FIG. 13 includes a consignment from "Coyote" and a consignment from "Taichi".

In the list 564 of (A) of FIG. 13, when the consignment from "Taichi" is tapped, the screen transitions to the screen shown in (B) of FIG. The message field 565 is for confirming the contract processing with the user B. In the message field 565, a message including the user ID of the user who is the request source may be displayed. The messages displayed in the message field 565 include "Do you want to accept your request?", "Do you accept your request from Taichi?", "You have selected Taichi. Are you sure you want to do this?" There may be.

FIG. 12C is a diagram showing an example of a screen showing that the mission is entrusted. Here, the case where "Yes" is tapped in the message field 565 of FIG. 12B is shown. When "No" is tapped in the message field 565 of FIG. 12 (B), the screen transitions to the screen for displaying the list 564 shown in FIG. 12 (A).

FIG. 14 is a diagram showing an example of an event screen in a state where the mission is entrusted. In the event screen shown in FIG. 14, a confirmation button 566 is displayed instead of the request button 555. Then, in the vicinity of the confirmation button 566, a message indicating information regarding the consignment status regarding the consigned mission is displayed. The information regarding the entrustment status may be, for example, information indicating that the entrustment is in progress, such as "helping" and "undertaking the entrustment from Taichi". In addition, information on the time remaining until the commissioned mission is cleared, such as "3 hours left", 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 clearing condition of the mission from the server 200. In the game information 132 of the user terminal 100b, when the mission ID is associated with the mission clearing condition, 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 and the mission entrusted to him. First, the mission clear determination unit 1122 determines whether or not the mission assigned to the user B has been cleared in the played game (step S127). FIG. 15A is an example of a screen when the mission assigned to the user B (for example, the square “No. 28”) 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 same game played (step S128). In the message field 567, the mission assigned and the status of clearing the mission are displayed. Then, the mission clear determination unit 1122 updates the matrix board 554 with the mass "No. 28" cleared.

When the entrusted 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 entrusted mission is different from any of the missions associated with any of the cells on the matrix board 554, the mission clear determination unit 1122 randomly selects the cells that have not been cleared and selects the cells. It is assumed that it has been cleared. On the other hand, if the entrusted mission is the same as the mission associated with any of the cells of the matrix board 554 of user B, the mission clear determination unit 1122 will perform the same mission as the entrusted mission (first self). Clear the squares of the mission), and randomly select other uncleared squares (second own mission) to clear the squares. That is, the user B who has been entrusted with the mission of another user and cleared it has a possibility that the two squares of the matrix board 554 have been cleared at once.

The reward giving unit 1123 gives a reward to 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 cleared. In the example shown in FIG. 16, an image 569 of the reward given to the user B, a column 570 showing the name and number of the reward, and the like may be displayed. By displaying the reward image 569, it is possible to produce a sense of accomplishment and satisfaction for obtaining the reward as a result of clearing a plurality of missions satisfying a predetermined condition. When the button 571 of FIG. 16 is tapped, the screen transitions to the event screen as shown in FIG. Since the commissioned mission has been cleared, the request button 555 is displayed instead of the confirmation button 566 on the event screen shown in FIG.

FIG. 18 is a diagram showing an example of a screen for displaying the reward list 572. On the event screen shown in FIG. 17, when the reward button 557 is tapped, the display control unit 114 displays the reward list 572. The reward list 572 includes buttons 572a and 572b. When the button 572a is tapped, the display control unit 114 displays a list of the number of bingoes achieved by the user B and the rewards given according to the number of bingos.

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

In addition, as the number of bingo achieved and the number of completed matrix boards 554 increase in step S107 of FIG. 5 and steps A116 and S130 of FIG. 6, a reward more valuable to the user is given. It may be configured. It can be said that the number of bingo achieved and the number of completes indicate the progress of the event of the user. With this configuration, it is possible to give the user a reward commensurate with the progress of the event. Therefore, it is possible to give the user a sense of accomplishment.

In this way, by showing 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 the completion of two or more of the predetermined own missions among the multiple own missions imposed on the user, in parallel with the user clearing the own mission, the other By entrusting and clearing other missions imposed on the user of, you can proceed with clearing your own mission. The user is urged to clear his own mission in order to earn rewards, and is also urged to clear other requested missions in order to further clear his own mission. As a result, there is an effect that the interaction between the users can be activated without impairing the motivation of the user to play the game.

[Example of realization by software]
The control blocks of the user terminal 100 and the server 200 may be realized by a logic circuit (hardware) formed in 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 include a computer that executes instructions of a program that is software that realizes each function. The computer includes, for example, one or more processors and a computer-readable recording medium that stores the program. Then, in the computer, the processor reads the program from the recording medium and executes it, thereby achieving the object of the present invention. As the processor, for example, a CPU (Central Processing Unit) can be used. As the recording medium, in addition to a “non-temporary tangible medium” such as a ROM (Read Only Memory), a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. Further, a RAM (Random Access Memory) for expanding the above program may be further provided. Further, the program may be supplied to the computer via an arbitrary transmission medium (communication network, broadcast wave, etc.) capable of transmitting the program. It should be noted that one aspect of the present invention can also be realized in the form of a data signal embedded in a carrier wave, in which the program is embodied by electronic transmission.

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

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

(Item 1) The program (game program 131) has been described. According to certain aspects of the disclosure, a program is a program executed by a computer with a processor (10, 20) and memory (11, 21). The program includes a step (S202) of individually imposing a plurality of own missions on the processor, which are missions that can be cleared according to the progress of the game based on the game program, to the user, and a plurality of own missions assigned to the user. The user is entrusted with the step (S130) of granting a reward to the user according to the completion of two or more predetermined own missions, and the clearing of another mission, which is a mission assigned to another user. A step (S126) and a step (S129) of determining that at least one of the plurality of own missions has been cleared when the other mission entrusted by the user is cleared by the user are executed.

According to the above configuration, in a game in which a reward is given according to the completion of two or more predetermined own missions among a plurality of own missions imposed on the user, the other mission entrusted by the user is the user. If it is cleared by, it is determined that at least one of the plurality of own missions has been cleared. As a result, in parallel with the user clearing his / her own mission, he / she can proceed with clearing his / her own mission by entrusting and clearing another mission. That is, the user is urged to clear his own mission in order to earn rewards, and is also urged to clear other requested missions 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 of the user to play the game.

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

As a result, 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 meets the clearing 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 own mission different from the first own mission has been cleared.

As a result, it is possible to encourage the user to actively accept and clear other missions. Therefore, it is possible to promote the chain of consignment and consignment between users and activate the exchange between users.

(Item 4) When a user entrusts another mission in any one of (Item 1) to (Item 3), the entrustment for the other mission is canceled by the other user who entrusted the other mission. Even after that, it is valid that the user has been entrusted with clearing the other mission, and in the determination step, when the other mission is cleared by the user, it is determined that at least one of the plurality of own missions has been cleared. You may.

As a result, even if the entrustment of another mission is canceled, it is not wasted that the user clears the entrusted other mission. Therefore, the user can smoothly utilize the consignment and the consignment.

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

As a result, it is possible to avoid entrusting the own mission to another user one after another. Therefore, it is possible to properly maintain a balance between the difficulty level and the comfort of the game.

(Item 6) In any one item from (Item 2) to (Item 5), the number of own missions that can be entrusted to another user at one time in the entrusting step is less than or equal to a predetermined number. The configuration may be such that the next entrustment cannot be performed until a predetermined time has elapsed from the time when the entrustment is performed to the user.

This makes it possible to prevent the user from being overly dependent on entrustment.

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

As a result, it is possible to prevent the user from entrusting his / her own mission one after another.

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

It is determined that the entrusted mission has been cleared after a predetermined time has elapsed. However, there may be times when you want to get the rewards you get when the commissioned mission is cleared. According to the above configuration, it is determined that the entrusted own mission has been cleared before the predetermined time elapses. As a result, the user can quickly obtain the reward given when the mission is cleared.

(Item 9) In any one item from (Item 6) to (Item 8), the game program tells the processor that the entrusted own mission has been cleared by another user when a predetermined time has elapsed. The step of notifying the user of the above may be further executed.

As a result, it is possible to notify the user that the own mission can be entrusted and prompt the next entrustment.

(Item 10) In any one item from (Item 1) to (Item 9), the own mission includes the main mission that is determined to have been cleared when the number of times the sub-mission has been cleared reaches the specified number of times. In the determination step, when the total of the 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 the specified number of times, it is determined that the main mission has been cleared. You may.

This makes it possible to complete one main mission in cooperation with other users. Therefore, it is possible to activate the interaction between users.

(Item 11) In any one item from (Item 1) to (Item 10), in a matrix board in which a plurality of cells are arranged, different own missions are associated with each cell, and the own missions are associated with each other. In the step of imposing the above 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 progress of the game of the user. In the step of giving the reward to the user, a predetermined reward may be given to the user according to the clear status of the squares included in the matrix board corresponding to the clear status of the own mission.

It is desirable that the difficulty level of the mission is appropriate for the user. With the above configuration, it is possible to impose a mission on the user with a difficulty level suitable for the progress of the game of the user who plays the game. By applying the above configuration, it is possible to give the user a reward according to the clear status of the squares included in the matrix board, which corresponds to the clear status of the mission.

Further, by applying the above configuration, the clear status of the mission can be clearly recognized by the user as the clear status of the squares included in the matrix board. Therefore, it is possible to show the user the goal to be cleared in order to obtain the reward, and to keep the user's willingness to try to clear the mission.

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

The number of matrix boards that cleared all the squares indicates the progress of the event by the user. With the above configuration, it is possible to give the user a reward commensurate with the progress of the event. Therefore, it is possible to show the user the goal to be cleared in order to obtain the reward, and to keep the user's willingness to try to clear the mission.

A method in which a computer equipped with a processor (10, 20) and a memory (11, 21) executes a program (game program 131) has been described. The method is a method in which the processor executes each step according to the above (item 1). According to the above configuration, the same effect as (Item 1) is obtained.

The information processing device (user terminal 100) has been described. The information processing device includes memories (11, 21) for storing the game program according to (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) is obtained.

1 game system, 2 networks, 10,20 processors, 11,21 memory, 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 progress unit, 1121 Matrix board generation unit, 1122 Mission clear judgment unit, 1123 Reward granting unit, 1124 Consignment / consignment management unit, 113 Image generation unit , 114 display controller, 120, 220 storage, 131 game program, 132, 232 game information, 133, 233 user information, 151 input (operation), 152 display, 200 server, 301 search box, 302 search button 1010 Object, 1020 Controller (operation unit), 1030 Storage medium

Claims (15)

It ’s a game program
The game program is executed by a computer having a processor and memory.
The game program is supplied to the processor.
A step of individually imposing a plurality of own missions, which are missions that can be cleared according to the progress of the game based on the game program and are played by a single user , and
A step of giving a reward to the user according to the completion of two or more predetermined own missions among the plurality of own missions imposed on the user.
A step in which the user is entrusted to clear the other mission is the mission imposed on other users,
A game program for executing a step of determining that at least one of a plurality of own missions has been cleared when the other mission entrusted by the user is cleared by the user. It ’s a game program
The game program is executed by a computer having a processor and memory.
The game program is supplied to the processor.
A step of individually imposing a plurality of own missions, which are missions that can be cleared according to the progress of the game based on the game program, to the user, and
A step of giving a reward to the user according to the completion of two or more predetermined own missions among the plurality of own missions imposed on the user.
The step in which the user is entrusted with clearing another mission, which is a mission assigned to another user,
When the other mission entrusted by the user is cleared by the user, a step of determining that at least one of the plurality of own missions has been cleared is executed.
When the progress of the game of the user who has cleared the other mission satisfies the clearing condition of the first own mission, it is determined that the first own mission has been cleared, and the first own mission is A game program that determines that another second own mission has been cleared. The game program is supplied to the processor.
Further execute the step of entrusting the clearing of the own mission to another user,
The invention according to claim 1 or 2 , wherein in the determination step, when the own mission entrusted to another user by the user is cleared by the other user, it is determined that the entrusted own mission is cleared. Game program. When the progress of the game of the user who has cleared the other mission satisfies the clearing condition of the first own mission, it is determined that the first own mission has been cleared, and the first own mission is The game program according to claim 1, wherein it is determined that another second own mission has been cleared. When the user has been entrusted with the other mission, it is valid that the user has been entrusted with clearing the other mission even after the entrustment for the other mission is canceled by the other user who entrusted the other mission. ,
The game program according to any one of claims 1 to 4 , wherein in the determination step, when the other mission is cleared by the user, it is determined that at least one of the plurality of own missions has been cleared. .. The game program according to any one of claims 2 to 5 , wherein when the user entrusts the self-mission, the user cannot clear the entrusted self-mission until a predetermined time elapses. In the step of entrusting, the number of the own missions that can be entrusted to another user at one time is less than or equal to a predetermined number, and the next entrustment cannot be performed until a predetermined time has elapsed from the time when the entrustment was made to another user last time. The game program according to item 3 . In the determination step, if the own mission is cleared by another user before the predetermined time elapses, it is determined that the entrusted own mission has been cleared after the predetermined time has elapsed. The game program described in 7 . In the determination step, if the own mission is cleared by another user before the predetermined time elapses, the user who has paid the predetermined consideration is entrusted before the predetermined time elapses. The game program according to claim 7 or 8 , wherein it is determined that the self-mission has been cleared. The game program is supplied to the processor.
The step according to any one of claims 7 to 9 , further executing a step of notifying the user that the entrusted own mission has been cleared by another user when the predetermined time has elapsed. Game program. 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 the specified number of times.
In the determination step, when the total 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 of times, the main mission is cleared. The game program according to any one of claims 1 to 10 , which is determined to have been played. In 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 own 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 progress degree of the game of the user.
In the step of giving the reward to the user, a predetermined reward is given to the user according to the clear status of the square included in the matrix board corresponding to the clear status of the own mission. The game program according to any one of 1 to 11 . The game program according to claim 12 , wherein in the step of giving the reward to the user, the reward is given to the user according to the number of the matrix boards in which all the squares are cleared. The way a computer runs a game program
The computer comprises a processor and memory.
A method in which the processor performs each step according to claim 1 or 2 . It is an information processing device
The information processing device
A memory for storing the game program according to claim 1 or 2 ,
An information processing device including a processor that controls the operation of the information processing device by executing the game program.

Images