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

Abstract

PROBLEM TO BE SOLVED: To further enhance fun of a game by further increasing the motivation of a user to play an event that can be utilized according to a lottery result.SOLUTION: An information processor receives input operation for holding a lottery from a touch screen 130, and allows at least one of a plurality of quests to be played. The quest corresponds to a multi-play that a plurality of users can play. The information processor receives participation of other guest users in a play of the quest, and progresses the quest by a multi-play by a user and other guest users. When the user performs game clear of the quest, an item is determinably granted to the user who becomes a host. Right granted to the host user and allowing the quest to be played is erased when the game clear of the quest is performed.SELECTED DRAWING: Figure 10

Description

  The present disclosure relates to a game program technique, and more particularly to a technique for generating an event in a game that can be used by a user by lottery as the game progresses.

  Various business operators provide game programs that display game characters in a virtual space and advance the game. For example, games of various genres such as action games, sports games, and role playing games are provided.

  Various studies have been made to improve the fun of these games. For example, in a game of a genre such as a role-playing game, when a game character becomes a user's companion along one scenario, the game progresses according to the scenario, so that it is difficult to diversify the game development.

  Therefore, in order to diversify the development of the game, prepare multiple events (sometimes called quests) that can be cleared in a relatively short time, and the user can select these events sequentially to advance the game. Some, however, generate events randomly. By doing so, the development of the game is in accordance with the user's selection and it becomes difficult to be monotonous, and the interest of the game can be further improved.

  In addition, in some cases where game characters are made to appear sequentially as the game progresses and the number of game characters that can be used by the user is gradually increased, game characters are randomly provided to the user. For example, as shown in the following website (Non-Patent Document 1), in an example such as a role playing game, the user destroys the enemy monster character so that the destroyed enemy monster character becomes a user's friend with a certain probability. There are those that allow a user to use a monster character that has become a friend. The user, for example, forms a team (sometimes referred to as “party”, “deck”, etc.) by selecting one or a plurality of game characters from among the available game characters. To advance.

  As described above, the game program causes the user to randomly acquire game characters, thereby diversifying the configuration of the party in which a plurality of game characters are organized. Therefore, while diversifying the development of the game, the game can be advanced so as to be advantageous to the user by acquiring the game character.

Famitsu. com website, “DQM Super Light”, “Introduction of strategy to“ The Tower of the Prophet ””, “online”, published on January 27, 2014, [searched on May 15, 2016], Internet <URL: http://app.famitsu.com/20140127_309003/>

  Some game programs allow a user to play an event according to a lottery result by preparing a plurality of events and accepting an input operation for lottery from the user. For example, an event that the user cannot use is prepared until the lottery is won. Which event will be available depends on the lottery result, making it difficult to develop a monotonous game.

  In this way, by preparing a plurality of events and making it possible to play an event by winning one of the events by lottery, it is possible to diversify the game development and improve the fun of the game . However, depending on the degree of progress of the game by the user, for example, the growth of the game character operated by the user is not sufficient, and the difficulty of the event won by the lottery is too high or too low, so it is not easy to clear the event game There may not be. In this way, when the game is not easy to clear, the user will try and devise various ideas for clearing the game, and the sense of achievement at the time of clearing the game will also be improved. Therefore, there is a need for a technique that further enhances the motivation for users to play events.

  An object of the present disclosure is to provide a technique for further enhancing the interest of a game by further enhancing the motivation for a user to play an event that can be used according to a lottery result.

  According to an embodiment shown in the present disclosure, a game program is provided that is executed on a computer including a processor and a memory. The game program specifies a step of accepting a user input operation for performing a lottery to enable at least one of a plurality of events to be played to the processor, and an event won in the lottery, and the user wins the lottery And a step of granting a right to make the event playable. An event that can be played by winning a lottery corresponds to multiplayer that can be played by a plurality of users. The game program accepts an input operation for playing an event for which the user has won the lottery in the processor, thereby accepting the participation of another guest user in the play of the event, and multiplayer by the user and other guest users The event is advanced, and the step of deleting the right to play the event given to the user as a result of progressing the event is executed.

  According to another embodiment, a method is provided for a computer to execute a game program. The computer includes a processor and a memory and executes a game program. The method includes a step of accepting a user input operation for allowing a computer to perform a lottery that enables at least one of a plurality of events to be played, an event that wins the lottery, and an event that wins the lottery to the user And a step of granting a right to play. An event that can be played by winning a lottery corresponds to multiplayer that can be played by a plurality of users. In this method, the computer accepts an input operation for playing an event won by the user, thereby accepting the participation of another guest user in the play of the event, and multi-play by the user and other guest users. And a step of erasing the right to play the event given to the user as a result of the progress of the event.

  According to another embodiment, an information processing apparatus is provided. The information processing apparatus includes a storage unit configured to store a game program and a control unit configured to control the operation of the information processing apparatus. The control unit accepts a user's input operation for performing a lottery that allows at least one of a plurality of events to be played, identifies the event that has won the lottery, and allows the user to play the event that has won the lottery And granting the right to perform. An event that can be played by winning a lottery corresponds to multiplayer that can be played by a plurality of users. The control unit accepts an input operation for playing the event won by the user, thereby accepting the participation of another guest user in the play of the event, and advancing the event by multiplayer by the user and the other guest users. As a result of advancing the event, the right to play the event given to the user is deleted.

  According to one embodiment, the interest of the game can be further enhanced by further enhancing the motivation for the user to play an event that can be used according to the lottery result.

It is a figure which shows the structure of the game delivery system 1 of embodiment. 2 is a block diagram showing a configuration of a mobile terminal 10. FIG. 3 is a block diagram showing a functional configuration of a server 20. FIG. It is a figure which shows the data structure of the table for managing the some event (quest) provided to a user by the game program 151 being performed. It is a figure which shows the probability management table 122 which shows the setting of the probability that a guest user can acquire a reward in each event provided to a user in the game program 151, and the probability that an event can be used by winning a lottery. An item management table 123 for managing items appearing in the game program 151 is shown. The example of a screen for a user to select the quest which defeats the monster character which appears in the field surface to which a game character can move, and collects the item which a monster character drops is shown. The example of a display of the screen which receives the user's input operation for the lottery which can play at least any one of several events is shown. The example of a screen which receives the input operation for a user to select a quest in order to play the quest elected by lottery is shown. It is a figure which shows the example of a display of the distribution content of reward when a game is cleared by multiplayer. A display example of a screen for searching for an event in which another user becomes a host user and accepts participation in multiplayer is shown. It is a figure which shows the example of a display of the distribution content of reward when a game is cleared by multiplayer.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. In the following description, the same parts are denoted by the same reference numerals. Their names and functions are also the same. Therefore, detailed description thereof will not be repeated.

<Embodiment 1>
In the present embodiment, a user operates an information processing apparatus equipped with a touch screen such as a smartphone, for example, and advances the game while transmitting and receiving data related to the game between the game server and the smartphone. The game corresponds to single play where the user plays alone and multi-play where the user plays with other users.

  FIG. 1 is a diagram illustrating a configuration of a game distribution system 1 according to the embodiment. As shown in FIG. 1, the game distribution system 1 includes an information processing device used by a user and a server 20, and these devices are connected to each other via a network 80 so as to communicate with each other.

  In the example of FIG. 1, as information processing devices used by a user, portable terminals 10 </ b> A, 10 </ b> B, and 10 </ b> C (hereinafter, portable terminals such as the portable terminals 10 </ b> A, 10 </ b> B, and 10 </ b> C are collectively referred to as “mobile terminal 10”). A plurality of portable terminals are shown. The mobile terminal 10 </ b> A and the mobile terminal 10 </ b> B are connected to the network 80 by communicating with the radio base station 81. The mobile terminal 10C is connected to the network 80 by communicating with a wireless router 82 installed in a facility such as a house. The mobile terminal 10 is a terminal provided with a touch screen, and is, for example, a smartphone, a fablet, a tablet, or the like.

  The mobile terminal 10 provides a user with an environment for playing a game according to the game program by executing the game program. For example, the mobile terminal 10 installs a game program via a platform that distributes applications and the like. The mobile terminal 10 enables a user to play a game by executing a game program installed in the mobile terminal 10 or a game program preinstalled in advance. The mobile terminal 10 reads and executes the game program to establish communication connection between the mobile terminal 10 and the server 20 and transfer data related to the game between the mobile terminal 10 and the server 20 according to the progress of the game. Send and receive with.

  The server 20 advances the game play on the mobile terminal 10 by appropriately transmitting data necessary for the game play to the mobile terminal 10. The server 20 manages various data related to the game of each user who plays the game. The server 20 communicates with the mobile terminal 10 and transmits images, sounds, text data, and other data to the mobile terminal 10 in accordance with the progress of each user's game.

  For example, the server 20 includes a progress status of each user progressing a game story, game character information that can be used by each user among game characters appearing in the game, parameters indicating the game character's ability, It manages parameters and other various data indicating the performance of the tool used. In addition, the server 20 performs a process in which the game operator notifies the user of campaigns, occurrence of problems in the progress of the game, resolution of problems, and other information related to game management.

  The game program corresponds to a mode in which a user plays a game when a single user plays (single play) and when a plurality of users play in cooperation (multiplay). For example, in the game distribution system 1, the server 20 provides each user with an environment for playing a game in multi-play by specifying users participating in multi-play and communicating with each mobile terminal 10 of each user.

  For example, in the case of an action game, the game distribution system 1 is capable of fighting game characters appearing in the game by fighting with each other, or allowing the user and the user to play against each other in the case of an action game. To do.

<Configuration>
The hardware configuration of the server 20 will be described. The server 20 includes a communication IF (Interface) 22, an input / output IF 23, a memory 25, a storage 26, and a processor 29, which are connected to each other via a communication bus.

  The communication IF 22 corresponds to various communication standards such as a LAN (Local Area Network) standard, and functions as an interface for transmitting and receiving data to and from an external communication device such as the mobile terminal 10.

  The input / output IF 23 functions as an interface for receiving information input to the server 20 and outputting information to the outside of the server 20. The input / output IF 23 includes an input receiving unit that accepts connection of an information input device such as a mouse and a keyboard, and an output unit that accepts connection of an information output device such as a display for displaying an image or the like.

  The memory 25 is a storage device for storing data used for processing. For example, the memory 25 provides the processor 29 with a work area for temporary use when the processor 29 performs processing. The memory 25 includes a storage device such as a ROM (Read Only Memory) and a RAM (Random Access Memory).

  The storage 26 is a storage device for storing various programs and data that the processor 29 reads and executes. The information stored in the storage 26 includes a game program, information related to the game program, information on a user who plays the game program, and other information. The storage 26 includes a storage device such as an HDD (Hard Disk Drive) and a flash memory.

  The processor 29 controls the operation of the server 20 by reading and executing a program or the like stored in the storage 26. The processor 29 includes, for example, a CPU (Central Processing Unit), an MPU (Micro Processing Unit), a GPU (Graphics Processing Unit), and the like.

  FIG. 2 is a block diagram illustrating a configuration of the mobile terminal 10. With reference to FIG. 2, the mobile terminal 10 includes an antenna 110, a wireless communication IF 120, a touch screen 130, an input / output IF 140, a storage unit 150, a sound processing unit 160, a microphone 170, a speaker 180, And a control unit 190.

  The antenna 110 radiates a signal emitted from the mobile terminal 10 to space as a radio wave. Further, the antenna 110 receives radio waves from the space and gives a received signal to the wireless communication IF 120.

  The wireless communication IF 120 performs modulation / demodulation processing for transmitting and receiving signals via the antenna 110 and the like so that the mobile terminal 10 communicates with other communication devices. The wireless communication IF 120 is a communication module for wireless communication including a tuner, a high frequency circuit, and the like, performs modulation / demodulation and frequency conversion of a wireless signal transmitted / received by the mobile terminal 10, and provides a received signal to the control unit 190.

  The touch screen 130 receives an input from the user and outputs information to the display 132 to the user. Touch screen 130 includes a member (touch panel 131) for accepting a user's input operation. The touch screen 130 includes a menu screen and a member (display 132) for displaying the progress of the game on the screen. The touch panel 131 detects that the user's finger or the like has approached by using, for example, a capacitive type. The display 132 is realized by a display device such as an LCD (Liquid Crystal Display), an organic EL (electroluminescence), or the like.

  The input / output IF 140 functions as an interface for receiving information input to the mobile terminal 10 and outputting information to the outside of the mobile terminal 10.

  The storage unit 150 includes a flash memory, a RAM (Random Access Memory), and the like, and stores programs used by the mobile terminal 10 and various data received by the mobile terminal 10 from the server 20.

  The audio processing unit 160 performs modulation / demodulation of the audio signal. The audio processing unit 160 modulates the signal given from the microphone 170 and gives the modulated signal to the control unit 190. In addition, the audio processing unit 160 provides an audio signal to the speaker 180. The sound processing unit 160 is realized by, for example, a sound processing processor. The microphone 170 functions as an audio input unit for receiving an input of an audio signal and outputting it to the control unit 190. The speaker 180 functions as an audio output unit for outputting an audio signal to the outside of the mobile terminal 10.

  The control unit 190 controls the operation of the mobile terminal 10 by reading and executing a program stored in the storage unit 150. The control unit 190 is realized by an application processor, for example.

  A process in which the mobile terminal 10 executes the game program 151 will be described in more detail. In one aspect, the storage unit 150 stores a game program 151, game information 152, and user information 153. For example, the mobile terminal 10 downloads a game program from the server 20 and stores the game program in the storage unit 150. Moreover, the portable terminal 10 transmits / receives various data, such as game information 152 and user information 153, with the server 20 by communicating with the server 20 with progress of a game.

  The game program 151 is a program for causing the mobile terminal 10 to advance a game. The game information 152 includes various data referred to by the game program 151. The game information 152 includes, for example, information on objects to be arranged in the virtual space in the game, information on effects associated with the objects (including information on skills set for game characters), and the like. The user information 153 includes information about the user who plays the game. The user information 153 includes, for example, information for identifying the user of the mobile terminal 10 playing the game, information for identifying other users who play the game in cooperation with the multiplayer, and other information.

  The control unit 190 reads and executes the game program 151 to thereby execute an input operation receiving unit 191, a game progress processing unit 192, a moving operation detection unit 193, a camera arrangement control unit 194, an object control unit 195, Each function of the display control unit 196 is exhibited.

  The input operation accepting unit 191 accepts a user input operation based on the output of the touch screen 130. Specifically, the input operation accepting unit 191 detects that a user's finger or the like has approached the touch panel 131 as coordinates in a coordinate system including a horizontal axis and a vertical axis of a surface constituting the touch screen 130.

  The input operation reception unit 191 determines a user operation on the touch screen 130. The input operation accepting unit 191 includes, for example, (1) “approach operation”, (2) “release operation”, (3) “tap operation”, (4) “double tap operation”, (5) “long press operation ( (Long touch operation) ”, (6)“ drag operation (swipe operation) ”, (7)“ move operation ”, (8)“ flick operation ”, and other user operations. The user operation determined by the input operation receiving unit 191 is not limited to the above. For example, when the touch panel 131 has a mechanism that can detect the magnitude of the pressure that the user presses against the touch panel 131, the input operation reception unit 191 determines the magnitude of the pressure that the user has pressed. In addition, the control unit 190 determines that the state of detecting the approach of the user's finger or the like to the touch screen 130 is the “touch-on state”. The control unit 190 determines that a state in which the approach of the user's finger or the like to the touch screen 130 is not detected is a “touch-off state”. The control unit 190 accepts coordinates indicating the approach position of the user's finger or the like sequentially output by the touch screen 130 as “touch now” coordinates.

  Here, (1) “approach operation” is an operation in which the user brings a finger or the like closer to the touch screen 130. The touch screen 130 detects that the user's finger or the like has approached (including that the user's finger or the like has touched the touch screen 130) by the touch panel 131, and outputs a signal corresponding to the detected coordinates of the touch screen 130 to the control unit. Output to 190. The control unit 190 determines that the state is the “touch-on state” when the approach is detected from the state in which the approach of the user's finger or the like to the touch screen 130 is not detected.

  (2) “Release operation” is an operation for stopping a state in which the user operates by bringing a finger or the like closer to the touch screen 130. For example, when the user performs an operation of releasing his / her finger from a state where the user touches the touch screen 130 with the finger or the like, the input operation receiving unit 191 determines that the user's operation is a “release operation”. The control unit 190 determines that the state is changed from the “touch-on state” to the “touch-off state” when the approach is not detected from the state in which the approach of the user's finger or the like to the touch screen 130 is detected. To do.

  (3) “Tap operation” refers to performing a release operation at a position where the user performs an approach operation after the user performs an approach operation to bring a finger or the like closer to the touch screen 130. The input operation reception unit 191 outputs the touch screen 130 from the state where the approach operation is not detected (the user's finger or the like is away from the touch panel 131 and the touch panel 131 does not detect the approach of the user's finger or the like). Based on this, when it is detected that the user's finger or the like has approached, the detected coordinates are held as the “initial touch position”. The input operation reception unit 191 determines that the coordinates of the initial touch position and the coordinates detected by the touch screen 130 immediately before the release operation (just before the touch-off state is detected) are substantially the same (the approach operation is performed). The user's operation is determined as a “tap operation” when a coordinate related to the release operation is detected in coordinates within a certain range from the detected coordinates).

  (4) The “double tap operation” is an operation in which the user performs the tap operation twice within a predetermined time. For example, the input operation reception unit 191 determines that the user operation is “double tap operation” when the user operation is determined to be the tap operation and the tap operation is determined again with the coordinates related to the tap operation within a certain time after the user operation is determined to be the tap operation. Determine.

  (5) “Long press operation” is an operation in which the user continues to press the touch screen 130. The touch screen 130 detects the user's operation and discriminates the approaching operation. When the time during which the approaching operation continues at the coordinates where the approaching operation is detected exceeds a certain time, the touch screen 130 determines the user's operation as “ “Long press operation” (the “long press operation” may be referred to as “long touch operation”).

  (6) “Drag operation” is an operation of sliding a finger while maintaining an approaching state in which the user brings a finger or the like close to the touch screen 130.

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

  (8) “Flick operation” refers to an operation in which a user performs a move operation in a time shorter than a predetermined time. The flick operation is an operation in which the user flips a finger on the touch screen 130. For example, the control unit 190 holds a plurality of threshold values for comparison with the time for the user to perform the move operation, and the time until the user moves the finger or the like on the touch screen 130 for a certain distance is determined. If it is shorter than the threshold value 1 (if the finger is flicked relatively quickly), it is determined that the flick operation is “strong flick”, and the second threshold value (the second threshold value is set to the first threshold value greater than the first threshold value). It is also possible to determine that the flick operation is “weak flick” when the value is smaller than the threshold value of 1.

  The game progress processing unit 192 performs a process of advancing the game by calling various programs in accordance with a user operation. For example, the game progress processing unit 192 communicates with the server 20 to transmit data to the server 20 according to the progress of the game, to receive data related to the game from the server 20, and to the user according to the progress of the game. A process for giving a reward, a process for measuring the passage of time, and other processes are performed.

  The movement operation detection unit 193 detects the operation content of the input operation for moving a character appearing in the game (hereinafter also referred to as “game character”) based on a user input operation on the touch screen 130. For example, when the game program 151 is an action game, a role playing game, or an action role playing game, the movement operation detection unit 193 detects a direction in which the game character is moved based on a user input operation. As described above, the movement operation detection unit 193 receives an input operation in which the user specifies the movement direction of the game character.

  Specifically, the movement operation detection unit 193 causes the user to move the finger closer to the touch screen 130 from the state in which the user's finger is separated from the touch screen 130, and the input operation reception unit 191 causes the touch panel 131 to move the user's finger. When the user performs a drag operation using the detected coordinates as the initial touch position, the moving direction of the game character is detected based on the initial touch position coordinates and the detection result of the touch screen 130. Detailed processing of the movement operation detection unit 193 will be described later.

  The camera placement control unit 194 determines how to show each object placed in the virtual space to the user. Specifically, the camera arrangement control unit 194 controls the arrangement (camera work) of the virtual camera in the virtual space generated when the control unit 190 reads and executes the game program 151. The control unit 190 provides the game play environment to the user by displaying the captured image of the virtual camera in the virtual space on the display 132.

  The object control unit 195 includes various objects that appear in the game that is progressed by the mobile terminal 10 executing the game program 151, and various objects that are generated based on the user operation content received by the input operation receiving unit 191. Processes such as generation, transformation, and movement (for example, a GUI (Graphical User Interface) screen) are controlled. The object control unit 195 generates an object indicating the moving direction of the game character based on, for example, an input operation on the touch screen 130 for moving the game character by the user, and deforms the generated object.

  The display control unit 196 outputs an image according to the camera work of the virtual camera to the display 132. The display control unit 196 determines the display content of the display 132 according to the placement of the virtual camera in the virtual space, and outputs various types of information such as images and text according to the determined display content to the display 132.

  FIG. 3 is a block diagram illustrating a functional configuration of the server 20. The detailed configuration of the server 20 will be described with reference to FIG. The server 20 functions as the communication unit 220, the storage unit 250, and the control unit 290 by operating according to the program.

  The communication unit 220 functions as an interface for the server 20 to communicate with an external communication device such as the mobile terminal 10.

  The storage unit 250 stores various programs and data for the user to advance the game in the mobile terminal 10. In one aspect, the storage unit 250 stores a game program 251, game information 252, and user information 253.

  The game program 251 is a program for allowing the server 20 to communicate with the mobile terminal 10 and advance the game on the mobile terminal 10. The game program 251 refers to the game information 252 and user information 253 that are various data for proceeding with the game, and causes the game to proceed according to the user's input operation. The game program 251 is executed by the control unit 290, thereby processing to transmit / receive data to / from the mobile terminal 10, processing to advance the game in accordance with the operation content performed by the user of the mobile terminal 10, and user's playing the game The server 20 is caused to perform processing for updating information and other processing.

  The game information 252 includes various data referred to by the game program 251. The game information 252 includes an object management table 252A, a passive skill management table 252B, and an active skill management table 252C.

  The object management table 252A shows the setting of objects arranged in the virtual space of the game. By executing the game program 151, the mobile terminal 10 causes the display 132 to display an image obtained by photographing an object placed in the virtual space with a virtual camera placed in the virtual space, thereby causing the game to proceed.

  Here, for example, there are various objects such as an object indicating a game character operated by the user, an object indicating a wearing target worn by the game character, and the like. The control unit 190 associates the object with an object when the user performs a predetermined input operation on the touch screen 130, satisfies a certain condition as the game progresses, and other various events occur. Process.

  For example, when the user performs an approach operation on the touch screen 130 with respect to an object, the control unit 190 sets the object in a state selected by the user. In addition, for example, the control unit 190 performs processing such as moving an object to be moved by the user according to the input operation of the user by receiving a drag operation by the user. In addition, for example, the control unit 190 performs processing such as granting a reward for advantageous advancement of the game to the user by receiving a touch operation performed on the object by the user.

  In the passive skill management table 252B, information for identifying an object is associated with information on passive skills associated with the object. Here, the passive skill is activated when, for example, a predetermined condition is satisfied in the game, and the user can advantageously advance the game. For example, when the passive skill is activated, the game character can be advantageously advanced, such as the moving speed of the game character is improved.

  In the active skill management table 252C, information for identifying an object is associated with information on an active skill associated with the object. Here, the active skill is, for example, in a state where it can be activated when a predetermined condition is satisfied in the game, and by receiving an input operation for activating the skill from the user, the user has an advantage in the game. It can be made to progress.

  The user information 253 is information about the user who plays the game. The user information 253 includes a user management table 253A. The user management table 253A includes information for identifying each user, information indicating the degree of progress of the game by the user, items held by the user in the game, game characters, information such as wearing items used by the game character, and the like. Contains information.

  The control unit 290 executes functions of the transmission / reception unit 291, the server processing unit 292, the data management unit 293, the matching unit 294, and the measurement unit 295 by executing the game program 251 stored in the storage unit 250.

  The transmission / reception unit 291 receives various types of information from the mobile terminal 10 that executes the game program 151, and transmits various types of information to the mobile terminal 10. The mobile terminal 10 and the server 20 include a request to place an object associated with the user in the virtual space, a request to delete the object, a request to move the object, a request to update various parameters according to a reward acquired by the user, Information such as an image, audio, and other data for advancing, and a notification transmitted from the server 20 to the mobile terminal 10 are transmitted and received.

  The server processing unit 292 controls the operation of the entire server 20 and performs processing necessary for the progress of the game by calling various programs. For example, the server processing unit 292 updates data such as the game information 252 and the user information 253 based on information received from the mobile terminal 10, and transmits various data to the mobile terminal 10 to advance the game.

  The data management unit 293 performs processing for updating various data stored in the storage unit 250, processing for adding / updating / deleting records to the database, and the like according to the processing result of the server processing unit 292.

  The matching unit 294 performs a series of processes for associating a plurality of users. For example, when the user performs an input operation for performing multiplayer, the matching unit 294 performs a process of associating users who play together in a game.

  The measurement unit 295 performs processing for measuring time. For example, the measurement unit 295 measures the passage of time for each object arranged in the virtual space. Moreover, the measurement part 295 measures the time for which the game is progressing. The server 20 receives information on various measurement results measured by executing the game program 151 on the mobile terminal 10 from the mobile terminal 10, and collates the received information with the measurement results of the measurement unit 295. The information regarding various times is synchronized between the mobile terminal 10 and the server 20.

<Summary of Configuration of Embodiment 1>
As described above, the configuration of the game distribution system 1 according to the embodiment has been described. In the present embodiment, the game program 151 is, for example, an action role playing game, and the game is advanced by causing the touch screen 130 to display a screen corresponding to the arrangement of the virtual cameras in the virtual space.

  For example, when the game program 151 is an action role playing game, the game progress processing unit 192 advances the story in accordance with the user's operation, determines the data to be displayed on the display 132 such as an image or text, One or more events (quests) to be displayed are displayed on the display 132, and basic processing such as processing for receiving an event selection from the user and processing for advancing the event according to the user's operation is performed.

  For example, when the user moves the game character on the field surface where a plurality of monsters appear, the camera placement control unit 194 sequentially changes the placement location of the virtual camera and the direction of the shooting axis according to the user's operation. decide. In addition, when a game character is operated on a boss appearance surface where a relatively powerful boss character appears among monsters, the boss character is centered so that it faces the boss character in response to a user operation. Operate the game character to move the axis and move backward.

<Data structure>
With reference to FIGS. 4 to 6, the data structure of data used in the device that executes the game program 151 will be described.

  FIG. 4 is a diagram illustrating a data structure of a table for managing a plurality of events (quests) provided to the user when the game program 151 is executed.

  As shown in FIG. 4, the game information 152 includes a quest management table 121. The quest management table 121 shown in the example of FIG. 4 manages events in which relatively powerful boss characters appear. These events are displayed as “quest” during the game. The quest is not limited to the one in which the boss character appears, and for example, there is a quest for destroying a monster character appearing on a field surface to which a game character can move and collecting items dropped by the monster character.

  In the game program 151 of the present embodiment, there are various events, and use is not permitted until the user performs an input operation for performing a lottery and wins the lottery (not playable), and is set for each event. The event that the user wins the lottery based on the winning probability is included (playable). When the user performs an input operation for performing the lottery, the game program 151 identifies the event that has won the lottery, and sets the right for the user to play the event that has won the lottery. For example, the game program 151 grants a ticket that allows an event to be played to the user, and does not consume the ticket until the user clears the event (for example, by successfully defeating the boss character). It is possible to challenge and process to consume the ticket when the event is cleared.

  Each record of the quest management table 121 includes quest identification information 121A, a host fixed reward 121B, a non-determined reward 121C, a playability 121D, a boss character 121E, and a difficulty level setting 121F.

The quest identification information 121A is information for identifying each quest.
The host fixed reward 121B indicates an item that is a reward that is definitely obtained by a user who plays a quest (a host user described later in multi-play) clears the quest.

  The non-determined reward 121C indicates an item that becomes a reward that is obtained probabilistically by clearing the quest game. For example, for each item shown in the non-determined reward 121C, a probability that can be obtained when the game is cleared is set in advance.

  Playability 121D indicates whether or not the user is given the right to play an event. In the playability 121D, the user can play the event of “OK”.

The boss character 121E indicates the name of the boss character that appears in the event.
The difficulty level setting 121F indicates the difficulty level set in the quest.

  FIG. 5 shows a probability management table 122 that shows the setting of the probability that the guest user can earn a reward in each event provided to the user in the game program 151 and the probability that the event can be used by winning the lottery. FIG.

  As shown in FIG. 5, each record of the probability management table 122 includes quest identification information 122A, a guest reward acquisition rate 122B, and a lottery winning rate 122C.

The quest identification information 122A is information for identifying each quest.
The guest reward acquisition rate 122B indicates a probability that an item can be acquired when participating in a host user event as a guest user during multi-play. In this embodiment, the guest user can obtain an item with a certain probability for an item that can be definitely obtained by the host user when the quest game is cleared.

  The lottery winning rate 122C indicates the probability that the right to enable the quest identification information 122A to be played is set by accepting an input operation for the user to perform a lottery.

  Thus, the game program 151 identifies the event won in the lottery by accepting the user's input operation for the lottery, and gives the user the right to play the event won in the lottery.

  The game program 151 sets the right for allowing the user to play the event until the user clears the game for the event won in the lottery. When the user fails to clear the game of the selected event (the game character operated by the user is destroyed by the boss character, etc.), the game program 151 is an item shown in the host fixed reward 121B, the non-determined reward 121C, etc. If the user succeeds in clearing the game of the selected event without giving to the user, the item of the host fixed reward 121B is definitely given to the user, and the right to play the event is deleted. By doing this, even if the game clear of the event fails, the right to be able to play the event is retained, and if the game is successfully cleared, a reward item is given to the user. Motivation to challenge the event as many times as possible until the game is cleared.

  In the game program 151, an event that can be played by winning a lottery may correspond to multiplayer that can be played by a plurality of users. The game program 151 sets, as a host user, a user who has accepted an input operation for playing an event by accepting an input operation for playing the event won in the lottery from the user, and other users (guest users) Accept participation. The game program 151 deletes the right to play the event for the host user when the game of the event is successfully cleared by multi-play by the host user and other guest users other than the host user, and other guest users If the user has acquired the right, the right may not be deleted for the other guest user. By doing so, it is possible to increase the possibility that the host user can clear the event, rather than the host user challenging the event alone, and to provide motivation to challenge the event. In addition, for the guest user, even if the host user participates in an event that invites other users to participate and performs multiplayer, the right to play the event that the guest user has acquired is maintained. Can make it easier to join. In addition, the host user and the guest user can be encouraged to interact with each other, and the game program 151 can further improve the platform function of connecting the user and the user.

  Also, in the game program 151, when the user plays an event that has won the lottery, if the guest game is accepted by multiplayer and the event game is successfully cleared, the event is determined to the host user. Items such as the host fixed reward 121B are given, and at least some of the items that are definitely given to the host user are given as rewards (non-deterministically) to the guest user with a certain probability. Also good. For example, in the example of FIG. 4, when the quest of the identification information “0003” of the quest identification information 121A is cleared by multiplayer, the host user obtains the item “red stone board” shown in the host fixed reward 121B by confirmation, The guest user can obtain the item “red stone board” shown in the host fixed reward 121B with a certain probability. By doing so, when participating in a quest as a guest user, you can not get the item to be rewarded with confirmation, but when you become the host user you can get the item with confirmation by clearing the game, Motivation to become a host user to challenge. Thereby, the user who plays the event which can participate in a multiplayer one after another will increase further, and the exchange between users can be further encouraged.

  Also, in the game program 151, as shown in FIG. 4, the difficulty level for clearing the game is set for a plurality of events (quests) that can be played by lottery as shown in the difficulty level setting 121F. It is good. In the game program 151, an event having a relatively low difficulty level (for example, an event having a difficulty level setting “A” has a higher level of difficulty in game clearing than an event having a difficulty level setting “C” in the difficulty level setting 121F. The event may be given to the guest user by increasing the probability of giving the item to the guest user for an event having a relatively high difficulty level compared to the event). For example, in the example of FIG. 4, the quest with the identification information “0003” of the quest identification information 121A and the quest with the identification information “0006” are the same as the boss character “Cyclops”, and the host fixed reward 121B The reward for clearing the game shown is also the same, but the difficulty level of the game clear is different. In this case, when the game is cleared by multiplayer to the quest of the identification information “0006” having a higher difficulty level, the item of the host fixed reward 121B is definitely given to the host user, and to the guest user Gives the item of the host fixed reward 121B with a higher probability than the game clear of the event of the identification information “0003” (the event set with the difficulty level “C” in the difficulty level setting 121F). By doing so, it is possible to give the user the motivation to participate in quests with higher difficulty by multiplayer.

  FIG. 6 shows an item management table 123 for managing items appearing in the game program 151.

  As shown in the item management table 123, items appearing in the game program according to the present embodiment include an equipment item that can be equipped by the game character and a material item that is a material of the equipment item. The user can acquire one or a plurality of material items through the game play, and can acquire an equipment item that the game character can equip based on the material items. The game character is equipped with equipment items to improve the game character's parameters, and the game character's attack method depends on the type of equipment item (one-handed swords, two-handed swords, bows and arrows, etc. The attack method depends on the type).

  As shown in FIG. 6, each record of the item management table 123 includes item identification information 123A, item name 123B, equipment item / material item 123C, rank 123D, composite material 123E, and effect at the time of disassembly 123F. Including.

The item identification information 123A is information for identifying each item.
The item name 123B indicates the name of each item.

  The equipment item / material item 123C indicates whether each item is an equipment item or a material item.

  The rank 123D indicates a rank set for each item. For example, ranks such as rank “S”, rank “A”, rank “B”, rank “C”, rank “D”, etc. are set for each item, and the effect exerted by the item is set according to the rank. Thus, the user can easily identify items with higher importance. For example, the higher the rank of the equipment item, the better the various parameters such as attack power and defense power when the game character is worn.

  The synthetic material 123E indicates a material item necessary for the user to acquire each equipment item.

  The effect 123F at the time of decomposition | disassembly shows the effect given to a user by consuming each item. For example, by disassembling the equipment item, the equipment item is consumed, and the effect of exceeding the parameter upper limit of the game character is exhibited.

<Summary of configuration and data structure>
(Item 1) As described with reference to FIGS. 4 to 6, in the game program 151 of the present embodiment, the event that the user wins the lottery is advanced, and the event is advanced as a result of the event being advanced. Grant the first item that can be obtained by making it progress. The game program 151 accepts an input operation for combining the first item and a second item that is different from the first item, so that the item related to the combination can be associated with the game character. The game program 151 updates the parameter of the game character according to the combination of items when the item related to the combination and the game character are associated with each other.

  As described in the present embodiment, the first item and the second item can be associated with the game character by combining the first item and the second item. This includes generating another item by combining the two items, and associating the generated item with a game character. Also, the method includes associating the first item and the second item with the game character.

  By doing this, as a combination of items for updating the parameters of the game character, an item that is supported by the user by proceeding with the event won in the lottery is included, so a plurality of events are given to the user. It is possible to give a motivation to make a lottery that enables play of at least one of the above, and to give a motivation to play an event that has won the lottery. And since the event can be used by lottery, the entry procedure of items obtained by playing the event that won the lottery tends to be random according to the lottery result, so the game development is diversified Thus, the interest of the game can be further improved.

  (Item 2) The game program 151, when the user clears the event selected for the lottery, gives the user the first item deterministically and the second item with a certain probability (non-deterministically). It is good also as giving an item.

  In this way, for some (first items) of the combinations of items associated with the game character, the user can definitely acquire by clearing the event won in the lottery, while others Since the event can be obtained nondeterministically by clearing the event, the user can be motivated to play the game cleared event any number of times.

  (Item 3) When the user clears the event that has won the lottery, the game program 151 gives the user the first item definitely, and the user operates the game character regardless of the lottery. On the field surface that can be played, the user may be given a second item according to a play result such as the user defeating the monster.

  In this way, for some (first items) of the combinations of items associated with the game character, the user can definitely acquire by clearing the event won in the lottery, while others Since it can be obtained according to the user's play result on the field surface that can be played regardless of the lottery, not only the event that can be played by the lottery, but also the lottery Can motivate gameplay on the field.

  (Item 4) The game program 151 determines that the first item is not available on the field surface where the user can play by operating the game character regardless of the lottery. It is good also as giving a 1st item definitely by a user clearing a game of an event.

  By doing this, at least a part of the combination of items for updating the parameters of the game character can be acquired from events that can be played by lottery, so that the user can play at least one of a plurality of events. It can be motivated to make possible lotteries.

  (Item 5) In the game program 151, among the plurality of events, the first item may be uniquely associated with an event that can be played by winning the lottery.

  By doing this, in each event that can be played by lottery, there are items that can be obtained only by playing those events, so the user can be motivated to perform a lottery that allows the event to be played .

  (Item 6) The game program 151 may generate a third item that can be associated with the game character by receiving an input operation for combining the first item and the second item. The game program 151 updates the parameter of the game character according to the third item when the third item and the game character are associated with each other.

  By doing this, multiple items can be created as if they were material, and the user can generate new items one after another and generate them based on these materials. The game can be motivated to collect items that can be collected, and the fun of the game is further improved.

  (Item 7) The game program 151 is good also as producing | generating the item which a game character can equip as a 3rd item.

  Since the parameter is updated by equipping the game character with the third item, the user can be motivated to play the game so as to collect the item as the material. For example, in the example of FIG. 6, the equipment item “Great Armor” can be generated (synthesized) based on the material item “Green Stone Board” and the material item “Dragon's Scale” as a material. By having the game character equip the game character, the user can develop and advance the game more advantageously.

  (Item 8) The game program 151 may update the upper limit setting value of the parameter set for the game character by accepting a predetermined input operation for the third item.

  By doing so, the game can be developed and progressed more advantageously for the user, and the game can be motivated to acquire items. For example, by receiving an input operation for disassembling the equipment item with respect to the equipment item “Great Armor” obtained by combining the material items, the effect set as the effect 123F when disassembling the equipment item “Great Armor” The upper limit setting values of parameters set for the game character (for example, physical strength values, attack power setting values, defense power setting values, etc.) may be updated.

  (Item 9) The game program 151 may change the third item to the fourth item according to the user's input operation. The fourth item cannot be equipped by the game character, and is consumed when the user receives an input operation using the fourth item. The game program 151 generates a fourth item, and when an input operation that consumes the fourth item is received by associating the fourth item with the game character, an upper limit of parameters set for the game character The setting may be updated.

  Thus, by consuming an item for updating the upper limit setting of each parameter set for the game character, the user can be motivated to play the game and acquire the item.

<Screen example during operation>
With reference to FIGS. 7 to 10, examples of screens displayed on the mobile terminal 10 of each device constituting the game distribution system 1 of the embodiment will be described.

  FIG. 7 shows a display example of a screen for the user to select a quest for defeating a monster character appearing on a field surface to which the game character can move and collecting items dropped by the monster character.

  The game program 151 displays a list of quests that the user can select on the touch screen 130. In this list, the game program 151 tells the user the name of the quest, information indicating which field surface, the item to be collected, the type of monster appearing on the field surface, Information such as remuneration when the user has acquired.

  FIG. 8 shows a display example of a screen that accepts a user input operation for performing a lottery that enables play of at least one of a plurality of events.

  Screen example (A) shows a display example of a screen in which game program 151 accepts a user input operation for enabling an event to be played on touch screen 130. Occurrence probabilities are defined for a plurality of events that can be played by winning the lottery. Here, when a user wins an event that has already been acquired and can be played by lottery, the game program 151 can increase the number of playable rights (tickets) of the event or play the event. When the number of rights has reached a preset upper limit, processing such as adding an item is performed.

  As shown in the screen example (A), the game program 151 performs a lottery by detecting an input operation (for example, a touch operation) on the icon 135. Further, as shown in the screen example (A), in order to perform an input operation for lottery, a predetermined item is consumed. In the screen example (A), lottery is enabled by consuming the item “magic stone”. The items consumed when the lottery is performed can be purchased by the user through a charging process.

  Screen example (B) shows a display example of a screen for presenting the user who has performed an input operation for performing a lottery in screen example (A) and winning the lottery. The game program 151 displays the lottery result on the information display unit 136. In the screen example (B), it is displayed on the touch screen 130 that the quest for challenging the character “Cyclops A” as the boss character has been won by the user as a result of the lottery. In addition, as detailed information on the quests won by lottery, by combining the rewards that can be definitely acquired when becoming the host user of the quest, the rewards that can be acquired with a certain probability, and the items that can be acquired as rewards in the quest An example of the equipment item to be generated is displayed on the touch screen 130.

  FIG. 9 shows a display example of a screen for accepting an input operation for the user to select a quest in order to play the quest won by lottery.

  In the screen example (A), the game program 151 allows the user to play the quest (question that can be challenged by the user), the difficulty level of the quest, and the user as a list 137A on the touch screen 130. Displays the number of remaining rights, items that the host user can definitely acquire by clearing the quest, boss characters that appear in the quest, and items that can be obtained with a certain probability by clearing the quest Yes. Further, in the screen example (A), the game program 151 displays an icon 137 </ b> C that accepts an input operation for searching for a quest for which the host user is seeking the participation of the guest user on the touch screen 130.

  Screen example (B) shows a display example of a screen for accepting the participation of another guest user and advancing the game as multiplayer in order to play the quest selected by the user. In screen example (A), when the user accepts an input operation for selecting a part of the quest displayed as a list on touch screen 130, information corresponding to the accepted quest is displayed as screen example (B). indicate.

  Since the host user consumes the right to play the quest, the game program 151 displays the remaining number of rights to play the quest given to the host user as the number of tickets on the touch screen 130 as the information display unit 138A. doing. The game program 151 displays the participation status of host users and guest users who participate in multiplayer on the information display unit 138B. Further, in the screen example (B), the game program 151 displays an icon 137B on the touch screen 130 for allowing the guest user to participate and playing a quest by multiplayer.

  FIG. 10 shows a display example of a screen on which a host user sets conditions for recruiting guest users to play quests in multiplayer.

  In the screen example (A), the game program 151 includes a keyword condition setting unit 138C that allows a guest user who inputs a predetermined keyword on the touch screen 130 to participate in multiplayer, and the host user specifies the participation condition. Then, a character condition setting unit 138D that allows a guest user who satisfies the participation condition to participate in multiplayer and a participation condition input unit 138E that receives input of the participation condition in multiplayer are displayed.

  For example, the keyword condition setting unit 138 </ b> C allows a guest user who knows the keyword to participate by transmitting a keyword including predetermined characters, numbers, symbols, and other character strings to the guest user. For example, when the host user plays a quest, the server 20 issues a code (party number) identifying a group (party) made up of members who play the quest, and the game program 151 gives the code to the host user. Present. The guest user can input a keyword for participating in the quest by receiving notification of the code from the host user using a messenger tool or other means.

  In the participation condition input unit 138E, as a condition to be set for the guest user, the parameter input receiving unit 138F receives an input of a parameter indicating the ability of the game character of the guest user from the host user. As a parameter indicating the ability of the game character, there is a parameter “level” that increases when the game character acquires a certain experience value. In the screen example (A), when the guest user's game character is the participation condition “level 20 or higher”, the host user is set to allow the guest user to participate.

  In the screen example (B), the game program 151 displays the name of the quest designated by the host user on the quest display unit 138J. The game program 151 displays the guest user's participation status in the quest on the participation status display unit 138M. In the example of the screen example (B), a maximum of four people can participate in the quest, and one guest user participates in addition to the host player, and another two guest users are accepted. In addition, the game program 151 displays a keyword for identifying the quest on the keyword display unit 138K.

  In the screen example (B), the game program 151 displays an invitation instruction receiving unit 138L in which the host user receives an input operation for designating a guest user who participates in the quest. The game program 151 receives a touch operation on the invitation instruction accepting unit 138L, for example, and displays a list of users that the host user has specified in advance as guest user candidates (a user list that the host user is following). , Accept guest user designation.

  The game program 151 has an exit instruction reception unit 138N that accepts an input operation for the host user to stop playing the quest on the touch screen 130, and a departure instruction acceptance that accepts an input operation for the host user to start playing the quest. Part 138P.

  FIG. 11 shows a display example of a screen for searching for an event in which another user becomes a host user and accepts participation in multiplayer.

  As shown in the screen example (A), the game program 151 includes a keyword input receiving unit 138T for inputting a keyword for identifying a group of members who play a quest on the touch screen 130, and another user performs multi-play. A search condition reception unit 138S that receives input of search conditions for searching for a quest to be received, an update operation reception unit 138U for updating a list of quests for other users to receive multiplay, and a quest that allows a user to participate in multiplay A quest list display unit 138Q showing a list and a quest display instruction receiving unit 138R for displaying a list of quests that the user has the right to play as a host user are displayed. For example, the game program 151 accepts an input operation to the search condition accepting unit 138S, and transitions to the screen example (B).

  As shown in the screen example (B), the game program 151 displays on the touch screen 130 a condition designation accepting unit 138V that accepts input of search conditions for searching for a quest that allows other users to accept multiplayer. The game program 151 accepts designation of search conditions according to the frequency (probability) that the quest wins in the lottery in the condition designation accepting unit 138V. For example, rarity “D” is the quest that is most easily won by lottery. In the following order, the quest for the rarity “C”, the quest for the rarity “B”, the quest for the rarity “A”, the quest for the rarity “S”, and the quest for the rarity “SS” are arranged in order of winning in the lottery. The game program 151 accepts these rarity designations from the user by the rarity designation accepting unit 138W. When the game program 151 has set parameters (game character level, etc.) indicating the ability of the game character as a condition for the host user to accept participation in multiplayer, The level designation accepting unit 138X accepts it. In the level designation receiving unit 138X, the level designated as a search condition by the user is displayed on the level input designation unit 138Y.

  FIG. 12 is a diagram showing a display example of reward distribution details when the game is cleared by multiplayer.

  As shown in FIG. 12, the game program 151 displays an outline of the quest that has been cleared by multiplayer on the information display unit 139A.

  The game program 151 displays, on the information display unit 139B, each user who has participated in multiplayer, the percentage of contribution that each user has made to destroy the boss character “Cyclops A”, and the reward that each user has acquired. . For example, based on the physical strength value set for the boss character, the rate at which the game character operated by each user damaged, the amount that the game character operated by each user recovered the physical strength of the game character of another user, Based on the number of times the game character operated by each user has been attacked by the boss character and other information, the game program 151 determines the percentage of contribution of each user.

  The game program 151 determines an item as a reward to be given to each user according to whether each user is a host user or a guest user, and the degree of contribution and other information achieved by each user. For example, the host user consumes the right to play a quest and is given an item that can be definitely acquired by clearing the quest game (in the example of FIG. 10, the item “white stone board”). Also, the higher the difficulty level of the quest, the higher the probability that an item can be acquired. The game program 151 gives an item as a reward to the guest user according to the level of contribution. In the example of FIG. 10, an item that is definitely given to the host user is also given to a guest user who has the highest contribution among guest users (a user with a contribution of “40%”). .

  The game program 151 displays on the information display unit 139C that the host user has consumed the right to play the quest by clearing the quest.

<Appendix>
The game program 151 according to the embodiment has been described.

  (Supplementary Note 1) The game program (151) is executed in a computer (10) including a processor (190) and a memory (150). The game program specifies, in a lottery, a step (135) for accepting a user's input operation for allowing a processor to perform a lottery that enables at least one of a plurality of events to be played, and a lottery event. And a step (136) of granting a right to play the selected event. The event that can be played by winning the lottery corresponds to multiplayer that can be played by a plurality of users (137B). The game program receives, in the processor, an input operation for playing the event that the user has won the lottery to receive participation of another guest user in the event play (137B), and the user and other guest users The event is advanced by multi-playing, and as a result of the event being advanced, a step for deleting the right to play the event given to the user is executed (139C).

  Thereby, the host user who becomes a host can expect a variety of game development by seeking participation of guest users and playing events in multiplayer, and the interest of the game is further improved. For example, as a result of advancing the event won by lottery, the host user loses the right to play the event, and the game can be easily cleared by seeking the participation of guest users.

  (Supplementary Note 2) In (Supplementary Note 1), the step of erasing includes erasing the right to be able to play an event given to the user as a result of progressing the game in multiplayer, and not erasing other guest users. .

  As a result, the guest user is not entitled to win the event by the host user who is a user other than the guest user but participates in the event won by the guest user, not the event won by the guest user by lottery. Since there is no such thing, it is possible to actively participate in multiplayer, and to promote interaction between users.

  (Appendix 3) In (Appendix 1) or (Appendix 2), the game program further advances the winning event by accepting an input operation for playing the event won by the user in the processor, As a result of advancing the event, the step of granting a reward when the game is successfully cleared for the user is executed (139B), and the deleting step is a success of clearing the game of the event as a result of advancing the game In this case, it includes deleting the right to play the event (139C).

  Thereby, the play of the event by multi play can be performed actively and the exchange between users can be promoted.

  (Supplementary Note 4) In (Supplementary Note 3), the step of granting a reward accepts the participation of another guest user by multiplayer, and if the game of the selected event is successfully cleared, the reward is also given to the other guest user. And giving a reward so that the expected value of the reward given to the user is higher than that of other guest users.

  Thereby, since there is a possibility that the guest user may receive a reward in a stochastic manner, the motivation for the guest user to participate in the event is increased, and the exchange between the users can be promoted. In addition, the host user is erased the right to play the event when the event is cleared, but since the reward is given so that the expected value of the reward is larger than the guest user, The motivation for encouraging guest users to participate can be further increased.

  (Supplementary Note 5) In (Supplementary Note 3) or (Supplementary Note 4), the step of granting a reward includes definitely granting a reward to the user when the game is successfully cleared for the selected event.

  As a result, the host user can receive a definite reward at the time of clearing the game of the event, and therefore can further encourage motivation to become the host user of the event.

  (Appendix 6) In any one of (Appendix 1) to (Appendix 5), the step of deleting does not delete the right to play the event if the user fails to clear the game of the winning event. This includes erasing the right to play the event when the winning event is successfully cleared.

  As a result, the right to enable the event to be played is not erased until the game of the event is cleared, so the host user can more easily invite the guest user to participate, and the guest user can also participate in multiplayer. The threshold will be lowered, and user interaction can be further promoted.

  (Appendix 7) In any one of (Appendix 1) to (Appendix 6), the step of accepting the participation of another guest user sets the conditions of the guest user who can participate in the play of the event won by the user. The step of accepting and deleting includes advancing an event by multiplayer by the user and a guest user who satisfies the setting of the condition.

  Thereby, since the host user can set conditions for guest users who can participate in multiplayer, the host user can suppress participation in multiplay that the host user does not want, and the user can further participate in event play. Will be felt.

  (Appendix 8) In (Appendix 7), the step of accepting the participation of another guest user indicates the ability of the guest user's game character as a condition of the guest user who can participate in the play of the event won by the user. Includes parameter conditions.

  Thereby, for example, participation of a game character having a relatively low parameter, which is not preferable for the event game clear, can be suppressed, and the host user can easily clear the event. In addition, it is possible to further enhance the interest of the game by specifying the parameter of the game character as a participation condition so that the difficulty level for responding to the game of the event is reached.

  (Supplementary Note 9) In (Supplementary Note 7), the step of accepting the participation of another guest user includes a keyword in which the guest user is determined in advance as a condition of the guest user who can participate in the play of the event won by the user. Including typing.

  As a result, guest users participating in the multi-play can be narrowed down to users who know the keyword. For example, it is easy to start multi-play with a user who is known in advance by the host user.

  (Appendix 10) In any one of (Appendix 1) to (Appendix 6), the step of accepting the participation of another user includes designating a guest user who can participate in the play of the event won in the lottery. The erasing step includes advancing an event in multiplayer by a user and a guest user specified by the user.

  As a result, the host user who wants to participate can be designated to participate in multiplayer, and multiplayer can be started easily.

  (Supplementary Note 11) In any one of (Supplementary Note 1) to (Supplementary Note 10), the game program further accepts, from the user, a search condition setting for searching for an event in which another user accepts multiplayer participation. A step of accepting an input operation for participating in an event satisfying the search condition setting among events in which another user accepts participation in multiplayer, and an event in which another user participates in an event accepting participation in multiplay And a step of proceeding.

  Accordingly, it is possible to easily participate in an event in which another user becomes a host user and invites participation in multiplayer, and the interaction between users can be further improved.

  (Supplementary Note 12) In (Supplementary Note 11), the step of accepting the setting of the search condition from the user includes at least one of the frequency with which the event is won by lottery and the difficulty level of the event as the search condition setting.

  As a result, it is possible to efficiently search for an event that the user wants to participate in the multiplayer, and to further promote exchanges between the users.

  (Supplementary Note 13) In (Supplementary Note 11), in the step of accepting the setting of the search condition from the user, a parameter indicating the ability of the game character is set as a condition for allowing another user to participate in the event of accepting participation in multiplayer. In addition, a parameter condition setting indicating the ability of the game character is included as a search condition setting.

  As a result, it is possible to efficiently search for an event that the user wants to participate in the multiplayer, and to further promote exchanges between the users.

  As described above, the operations of the mobile terminal 10 and the server 20 configuring the game distribution system of each embodiment have been described. However, each process performed by the mobile terminal 10 may be performed by the server 20 or may be performed by the server 20. It is good also as performing the process performed with the portable terminal 10. FIG.

  For example, the mobile terminal 10 receives a user input operation on the touch screen 130 and transmits the received operation content to the server 20. The server 20 receives a user input operation from the mobile terminal 10, performs each process for proceeding with the game, generates a display screen for display on the mobile terminal 10 based on the placement of the virtual camera, and generates the display screen The display screen is sequentially displayed on the mobile terminal 10. Thus, it is good also as the server 20 taking up most of the processes for advancing a game. Moreover, it is good also as the portable terminal 10 taking up most of the processes for advancing a game.

  The embodiment disclosed this time must be considered as illustrative in all points and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.

  10 mobile terminal, 20 server, 22 communication IF, 23 input / output IF, 25 memory, 26 storage, 29 processor, 80 network, 81 wireless base station, 82 wireless router, 110 antenna, 120 wireless communication IF, 130 touch screen, 131 Touch panel, 132 display, 134 game character, 136 game character, 138 object, 150 storage unit, 151 game program, 160 sound processing unit, 170 microphone, 180 speaker, 187 UI image, 190 control unit, 191 input operation reception unit, 192 game progress processing unit, 193 movement operation detection unit, 194 camera placement control unit, 195 object control unit, 196 display control unit, 220 communication unit, 250 storage unit, 251 game program, 25 Game information, 253 user information, 290 control unit, 291 reception unit, 292 the server processing unit, 293 data management unit, 294 matching unit, 295 measuring unit.

Claims (15)

A game program,
The game program is executed in a computer including a processor and a memory,
The game program is stored in the processor.
Receiving a user input operation for performing a lottery to enable play of at least one of a plurality of events;
Identifying the event won in the lottery, and giving the user the right to play the event won in the lottery,
The event that can be played by winning the lottery corresponds to multiplayer that can be played by a plurality of users,
The game program is stored in the processor.
Accepting the participation of another guest user in the play of the event by accepting an input operation for playing the event that the user has won in the lottery;
A game program that causes the event to progress in multiplayer by the user and the other guest users, and that executes a step of erasing a right that allows the user to play the event as a result of progressing the event.   The erasing step includes erasing a right to play the event given to the user as a result of progressing the game in the multiplayer, and not erasing the other guest user. The game program described in. The game program is further transmitted to the processor.
When the user succeeds in clearing the event for the user as a result of advancing the winning event by accepting an input operation for playing the event that the user wins for the lottery. To perform the step of rewarding
The game program according to claim 1 or 2, wherein the erasing step includes erasing a right to play the event when the game is successfully cleared as a result of progressing the game. .   The step of granting the reward is to grant the reward to the other guest users when the multiplayer is successful and the game of the selected event is successfully cleared. The game program according to claim 3, further comprising: granting the reward so that the user has a larger expected value of the reward to be given than the other guest users.   The game program according to claim 3 or 4, wherein the step of granting reward includes definitely granting the reward to the user when the winning event is successfully cleared.   The erasing step does not erase the right to play the event if the user fails to clear the game of the winning event, and the user succeeds in clearing the game of the winning event, The game program according to any one of claims 1 to 5, comprising erasing a right to make the event playable. The step of accepting participation of the other guest user includes accepting a setting of a condition of the guest user who can participate in the play of the event won by the user,
The game program according to any one of claims 1 to 6, wherein the erasing step includes advancing the event by multiplay by the user and a guest user who satisfies the setting of the condition.   The step of accepting participation of the other guest user includes a parameter condition indicating the ability of the guest user's game character as a condition of the guest user who can participate in the play of the event won by the user. The game program according to claim 7.   The step of accepting the participation of the other guest user includes inputting the predetermined keyword by the guest user as a condition of the guest user who can participate in the play of the event won by the lottery. The game program according to claim 7. The step of accepting participation of the other user includes designating a guest user who can participate in the play of the event won by the user,
The game program according to any one of claims 1 to 6, wherein the erasing step includes advancing the event by multiplayer by the user and the guest user specified by the user. The game program is further transmitted to the processor.
A step of receiving from the user the setting of a search condition for searching for an event in which another user accepts participation in multiplayer;
Receiving an input operation for participating in an event that satisfies the setting of the search condition among events in which the other user accepts participation in multiplayer;
The game program according to any one of claims 1 to 10, wherein the other user participates in an event for accepting participation in multiplayer and causes the event to progress.   12. The game program according to claim 11, wherein the step of accepting the setting of the search condition from the user includes at least one of a frequency at which the event is won in the lottery and a difficulty level of the event as the setting of the search condition. .   The step of accepting the setting of the search condition from the user includes the ability of the game character when the parameter indicating the ability of the game character is set as a condition for allowing the other user to participate in the event of accepting participation in multiplayer. The game program according to claim 11, comprising setting parameter conditions shown as the search condition settings. A method for a computer to execute a game program,
The computer includes a processor and a memory, and executes the game program.
In the method, the computer
Receiving a user input operation for performing a lottery to enable play of at least one of a plurality of events;
Identifying the event won in the lottery, and granting a user the right to play the event won in the lottery,
The event that can be played by winning the lottery corresponds to multiplayer that can be played by a plurality of users,
In the method, the computer
Accepting the participation of another guest user in the play of the event by accepting an input operation for playing the event that the user has won in the lottery;
Performing the event in multi-play by the user and the other guest users, and executing the step of erasing the right to play the event given to the user as a result of progressing the event, Method. An information processing apparatus,
The information processing apparatus includes:
A storage unit configured to store a game program;
A control unit configured to control the operation of the information processing apparatus,
The controller is
Accepts user input operations to draw at least one of a plurality of events,
Identifying the event won in the lottery, and giving the user the right to play the event won in the lottery,
The event that can be played by winning the lottery corresponds to multiplayer that can be played by a plurality of users,
The controller is
By accepting an input operation for playing the event that the user has won the lottery, the participation of other guest users in the play of the event is accepted,
An information processing apparatus that deletes a right that allows the user to play the event as a result of the event being advanced by multi-play by the user and the other guest user and the event being advanced.

Images