JP2018051263A - Game program, method and information processing apparatus - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a game program which allows a user to participate in a quest of other user.SOLUTION: A game program makes a processor execute: a step S101 for displaying a participation invitation to a quest in a period in which a quest is played by other user who has a right to play a quest; steps (S102, S103) for receiving an operation of the participation desire to the quest; and a step S104 for switching a display to a game space of the quest.SELECTED DRAWING: Figure 5

Description

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

  There is known a game program that causes a computer to execute a game that makes a user challenge a quest subjected to various missions by manipulating characters in a virtual space.

Monster Hunter Explorer official strategy summary, “Viewing the screen”, [on line], “August 28, 2016 search”, Internet <http://wiki.famitsu.com/mhexplore/%E7%94%BB%E9 % 9D% A2% E3% 81% AE% E8% A6% 8B% E6% 96% B9>

  Non-Patent Document 1 discloses a game in which one or a plurality of users operate a game character (hereinafter referred to as an “operation character”) and battle with an enemy character that operates based on a program. .

  A game in which a user battles an enemy character in a quest usually proceeds by the operation of the operation character by the user. Each user needs to improve the ability of his operation character. Therefore, in such a game, it can be said that each user progresses the game individually. However, if it is possible to participate in the quests of other users, a sense of solidarity with other users is born, and the game's preference is further improved.

  The present disclosure provides a game program or the like that can participate in an event of another user.

  The game program according to the present disclosure is a game program executed on a computer including a processor, a memory, and a touch screen. A game based on the game program progresses by battle between an enemy character that operates based on the game program and an operation character that operates based on a user's operation in the game space. When the plurality of operation characters that operate based on each win a battle with a specific enemy character, the plurality of users each include an event that can acquire a specific reward in the game. The game program displays, on the processor, an invitation to participate in the event during a period in which the event is being played by another user who has the right to play the event; A step of accepting an operation and a step of switching display to the game space of the event are executed.

  The method according to the present disclosure is a method in which a computer including a processor, a memory, and a touch screen executes a game. In the game space, the game progresses by battle between an enemy character that operates based on the game program of the game and an operation character that operates based on the user's operation, and based on the operations of a plurality of users. When a plurality of operation characters that operate respectively win a battle with a specific enemy character, the plurality of users include an event in which each of the plurality of users can acquire a specific reward in the game. The method includes the step of displaying a call for participation in the event during a period in which the event is being played by another user who has the right to play the event, and an operation for requesting participation in the event. And a step of switching the display to the game space of the event.

  An information processing apparatus according to the present disclosure includes a storage unit that stores a game program, a control unit that controls the operation of the information processing apparatus by executing the game program, and a touch screen. A game based on the game program progresses by battle between an enemy character that operates based on the game program and an operation character that operates based on a user's operation in the game space. When the plurality of operation characters that operate based on each win a battle with a specific enemy character, the plurality of users each include an event that can acquire a specific reward in the game. The control unit displays an invitation to participate in the event during a period in which the event is being played by another user who has the right to play the event, accepts an operation for requesting participation in the event, Switch the display to the game space.

  According to the present disclosure, a game program or the like that can participate in an event of another user can be provided.

It is a figure which shows the hardware constitutions of a game system. It is a block diagram which shows the functional structure of a server. It is a block diagram which shows the functional structure of a user terminal. It is a figure which shows the progress of the game which a game system provides, and the example of a transition of game space. It is a flowchart which shows an example of the flow in which a user participates in the quest in the battle battle space of another user on the way. It is a figure which shows the example of a display screen which drew the preparation space. It is a figure which shows the example of a display screen which drew battle space. It is a figure which shows the example of a display screen which drawn the battle battle space. It is an example of a display screen explaining the operation input for participating in the battle in the battle battle space of another user on the way. It is a figure which shows the example of a display screen which drawn the battle battle space where the user participated on the way. It is a figure which shows the example of the display screen which drawn the reward which the user acquired by the quest in a battle battle space, and the contribution degree of each ally character in the quest in a battle battle space.

(Hardware configuration of game system 1)
FIG. 1 is a diagram illustrating a hardware configuration of the game system 1. The game system 1 includes a plurality of user terminals 100 and a server 200 as illustrated. Each user terminal 100 is connected to the server 200 via the communication network 2. The communication network 2 can be connected to the Internet via the Internet, various mobile communication systems constructed by wireless base stations (not shown) (for example, so-called 3G, 4G mobile communication systems, LTE (Long Term Evolution)), or predetermined access points. It is composed of a wireless network (for example, W-Fi (registered trademark)).

  The server 200 is preferably a general-purpose computer such as a workstation or a personal computer. The server 200 includes a processor 20, a memory 21, a storage 22, a communication IF 23, and an input / output IF 24. These components included in the server 200 are electrically connected to each other via a communication bus.

  The user terminal 100 is preferably a mobile terminal such as a smartphone, a feature phone, a PDA (Personal Digital Assistant), or a tablet computer. As illustrated, the user terminal 100 includes a processor 10, a memory 11, a storage 12, a communication interface (IF) 13, an input / output IF 14, and a touch screen 15. These components included in the user terminal 100 are electrically connected to each other via a communication bus.

(Hardware components of each device)
The processor 10 controls the operation of the entire user terminal 100. The processor 20 controls the operation of the entire server 200. The processors 10 and 20 include a central processing unit (CPU), a micro processing unit (MPU), and a graphics processing unit (GPU).

  The processor 10 reads a program from a storage 12 described later and develops it in a memory 11 described later. The processor 20 reads a program from a storage 22 described later and develops it in a memory 21 described later. The processor 10 and the processor 20 execute the developed program.

  The memories 11 and 21 are main storage devices. The memories 11 and 21 are composed of volatile storage devices such as a ROM (Read Only Memory) and a RAM (Random Access Memory). The memory 11 provides a work area to the processor 10 by temporarily storing 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 the 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 temporarily stores various data generated while the processor 20 is operating according to the program.

  In addition, in this embodiment, a program is a game program for implement | achieving a game by cooperation with the user terminal 100 and the server 200. FIG. Various types of data include game information such as user information and game information, and instructions and notifications transmitted and received between the user terminal 100 and the server 200.

  The storages 12 and 22 are auxiliary storage devices. The storages 12 and 22 are configured by a nonvolatile storage device such as a flash memory or an HDD (Hard Disk Drive). Various data relating to the game is stored in the storage 12 and the storage 22.

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

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

  The touch screen 15 is an electronic component that combines the input unit 151 and the display unit 152. The input unit 151 is configured by a touch pad, for example. The display unit 152 includes, 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 operation (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. A function of transmitting as a signal is provided. The input unit 151 may include a touch sensing unit (not shown). The touch sensing unit may employ any method such as a capacitance method or a resistance film method.

(Functional configuration of server 200)
FIG. 2 is a block diagram illustrating a functional configuration of the server 200. The server 200 has a function of providing each user terminal 100 with various data and programs necessary for realizing the game. The server 200 has a function of collecting and managing data related to the game from each user terminal 100. The server 200 has a function of performing synchronization processing between a plurality of user terminals 100.

  In the present embodiment, the server 200 identifies each user and the user terminal 100 with a pre-registered game account. The account registration method is not particularly limited. For example, the user terminal 100 or another device such as a personal computer may transmit information necessary for registering the user account to the server 200 in accordance with the user operation. And the server 200 should just create and preserve | save each user's account based on the received information.

  When the user terminal 100 logs in to the communication network 2 of the game system 1 using any account, the server 200 recognizes the logged-in user terminal 100. The login method and login processing are not particularly limited. The server 200 and the user terminal 100 may perform conventionally known login methods and various processes related to login.

  The server 200 functions as the control unit 210 and the storage unit 220 through the cooperation of the processor 20, the memory 21, the storage 22, the communication IF 23, the input / output IF 24, and the like.

  The storage unit 220 stores various data used by the control unit 210. The storage unit 220 stores a game program 221, game information 222, and user information 223.

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

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

  The game information 222 is information common between accounts. The game information 222 may include information for defining various game spaces, for example. The “game space” is a space in which an object of an operation character that can be operated by the user is arranged. The game information 222 is common among accounts such as the placement position, size, color, shape, etc. of background objects such as trees, rocks, buildings, etc. and non player character (NPC) objects placed in the game space. Various kinds of setting information related to the object can be included. The game information 222 may include setting values for various parameters of the non-player character. The game information 222 may include information related to the quest. A quest is an in-game event in which achievement conditions are set. In addition to the achievement conditions, failure conditions may be set for the quest. Hereinafter, a character object placed in the game space may be simply referred to as a “character”.

  The user information 223 is information managed for each game account. The user information 223 includes, for example, information on operable characters (hereinafter referred to as operation characters), information on owned assets, information indicating the degree of progress of the game, and a battle battle (event) given in the lottery included in the game. Information on the status of the right to play the game can be included. Here, examples of owned assets include in-game currency, items, and character equipment. The joint battle is an event including, for example, a battle between an operation character and a specific enemy character (for example, a boss character) in the game space.

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

  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 synchronization request for synchronizing with the multi-play function, data for synchronization, and the like, and sends them to the server processing unit 212. For example, the transmission / reception unit 211 transmits various data and programs to the user terminal 100 in accordance with instructions from the server processing unit 212.

  In the present embodiment, the “multiplayer function” is a function for causing a game to progress in a state where the progress of the game in a plurality of accounts is synchronized. When there are a plurality of accounts logged in to the game system 1, the server 200 and the user terminal 100 of the game system 1 perform various processes for supporting the multiplayer function.

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

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

  The data management unit 213 manages various data stored in the storage unit 220 in accordance with instructions from the server processing unit 212. For example, the data management unit 213 adds, updates, or deletes the record of the game information 222 or the user information 223 in accordance with an instruction from the server processing unit 212.

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

  For example, in accordance with an instruction from the server processing unit 212, the data management unit 213 reads from the storage unit 220 a part of the game program 221 that is executed on the user terminal 100 side and transmits the program to the user terminal 100 via the transmission / reception unit 211. To do.

  The synchronization processing unit 214 performs a synchronization process for supporting the multi-play function of the game in accordance with an instruction from the server processing unit 212. The synchronization processing unit 214 performs synchronization between the user terminals by transmitting some information received from the user terminal 100 corresponding to each account to the other user terminals 100. The synchronization processing unit 214 also transmits information in synchronization with each user terminal 100 when transmitting some information from the server 200 to the plurality of user terminals 100. The synchronization processing unit 214 may receive the synchronization timing, information to be synchronized, and the like from the server processing unit 212. Thereby, for example, an action in the game caused by an input operation performed on a certain user terminal 100 is shown in synchronization with another user terminal 100.

(Functional configuration of user terminal 100)
FIG. 3 is a block diagram showing a functional configuration of the user terminal 100. The user terminal 100 has a function as an input device that receives a user input operation and a function as an output device that outputs a game image and sound. The user terminal 100 functions as the control unit 110 and the storage unit 120 through cooperation of the processor 10, the memory 11, the storage 12, the communication IF 13, the input / output IF 14, and the like.

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

  The control unit 110 performs overall control of the user terminal 100 by executing the game program 121 stored in the storage unit 120. For example, the controller 110 defines the game space with reference to information for defining the game space stored in the game information 122. The control unit 110 transmits and receives various data. For example, the control unit 110 receives from the server 200 various data, programs, data for synchronization to support the multiplayer function, and the like. For example, the control unit 110 transmits a part or all of the game information 122 or the user information 123 and a synchronization request for supporting the multiplayer function to the server 200.

  The control unit 110 functions as an input operation receiving unit 112, a game progress processing unit 111, a camera arrangement control unit 113, a display control unit 114, and an object control unit 115 according to the description of the game program 121.

  The input operation accepting unit 112 detects and accepts a user input operation on the input unit 151. The input operation accepting unit 112 determines what input operation has been performed based on the user's action on the console via the touch screen 15 and other input / output IFs 14, and the result is sent to each element of the control unit 110. Output.

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

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

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

  The camera placement control unit 113 may appropriately determine the position and orientation of the virtual camera for each game space. For example, on the basis of the position and orientation of the specific object, the camera arrangement control unit 113 sets the virtual camera at a certain direction, distance, and angle from the object so that the object is reflected in the center of the field of view in the specific direction. You may arrange. The specific object may be, for example, an operation character object on the user terminal 100, a dynamic object indicating another character such as a non-player character, or a building, tree, stone, or the like. It may be a static object. Here, the dynamic objects in the game space include characters that operate based on the game programs 121 and 221 (for example, non-player characters, enemy characters, etc.) and operation characters that operate based on user operations. .

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

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

  Note that the game system 1 may be configured such that the server 200 includes at least some of the functions included in the user terminal 100. The game system 1 may be configured such that the user terminal 100 includes at least a part of the functions included in the server 200. Furthermore, 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 hardware may execute a part of the processing in the game system 1. That is, the computer that executes the game programs 121 and 221 in the present embodiment may be any of the user terminal 100, the server 200, and other devices.

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

  The control unit 110 changes the game space according to the progress of the game. Hereinafter, a case where a plurality of game spaces, that is, a preparation space, a battle space, and a battle battle space are defined will be described as an example. FIG. 4 shows a transition t1 from the preparation space to the battle space, a transition t2 from the battle space to the battle battle space, a transition t3 from the preparation space to the battle battle space, and a transition t4 from the battle battle space to the preparation space. Has been.

  The preparation space is a game space in which no enemy character appears. The preparation space is a game space for allowing the user to prepare for a quest. When the control unit 110 advances the game in the preparation space and the user performs an input operation indicating a quest start instruction, the control unit 110 changes the game space from the preparation space to the battle space (transition). t1).

  The control unit 110 may receive a reward given when the quest game is successfully cleared in the preparation space. When the input operation reception unit 112 receives a predetermined input operation such as a map movement operation in the preparation space, the control unit 110 may transition the game space to the battle space without starting the quest (transition t3). The control unit 110 may transition the game space from the preparation space to the fighting battle space when the user gives an instruction to start a specific quest.

  The battle space is a game space for an operation character and an enemy character to encounter and fight. The battle between the operation character and the enemy character will be described in detail later.

  When the server 200 receives the information from the synchronization processing unit 214 or receives information from the user terminal 100 and determines that the predetermined condition is satisfied, the server 200 performs a battle battle from the battle space to the user terminal 100 that satisfies the condition. Instruct to transition to space. In response to this instruction, the control unit 110 of each user terminal 100 changes the game space from the battle space to the battle battle space (transition t2). The predetermined condition for transitioning from the battle space to the battle battle space may be that, for example, the appearance condition of a specific enemy character (for example, a boss character) is satisfied.

  The joint battle space is a battle space in which a battle corresponding to the multiplayer function is performed. The joint battle space is a game space in which one or a plurality of operation characters and non-player characters battle with a specific enemy character (for example, a boss character). Hereinafter, one or a plurality of operation characters and non-player characters arranged as objects in the same battle battle space are collectively referred to as “friend characters”. When an ally character loses or wins in a battle in the battle battle space, the battle ends. When the battle in the battle battle space is completed, the game space is transitioned from the battle battle space to the preparation space (transition t4). When a battle with a specific enemy character is won, each user who participates in the battle can obtain a specific reward. This reward is provided for each operation character in the preparation space, for example.

  The object control unit 115 places an operation character and at least one boss character in the battle battle space. The number of teammate characters that battle with a specific enemy character may be a predetermined number. Hereinafter, a case where the number of teammate characters is four will be described as an example, but this is merely an example, and two, three, nine, eleven, etc. may be arbitrarily set.

  In the present embodiment, the object control unit 115 arranges the non-player characters so that there are a total of four teammate characters when there are less than four operation characters when transitioning to the battle battle space. That is, when the number of operation characters of the user participating in the quest (event) in the battle battle space is less than a predetermined number (for example, four), the object control unit 115 uses the non-operating amount based on the game program. Make up with player characters.

  The fighting battle space may be the same game space as the battle space. In other words, the control unit 110 does not change the game space from the battle space to the battle battle space, but changes the camera work of the virtual camera and the UI display to the camera work and UI display as the battle battle space in the battle space. By changing, you may realize a battle battle space.

  When the game progress processing unit 111 determines that the ally character has succeeded in subjugating the boss character, the control unit 110 transitions the game space from the battle battle space to the battle space or the preparation space. Note that the control unit 110 may transition the game space to the battle space or the preparation space after a predetermined time has elapsed since the game progress processing unit 111 determines that the boss character has been successfully subjugated. The control unit 110 may transition the game space from the battle battle space to the preparation space or the battle space when a predetermined movement operation such as map movement is accepted while the game is progressing in the battle battle space.

  In the present embodiment, each user terminal 100 cooperates with the server 200 to perform a game process for supporting the multiplayer function. In the game space defined by the control unit 110 of the user terminal 100, an operation character corresponding to an account logged in from the user terminal 100 and an operation character corresponding to an account logged in from another user terminal 100 can be arranged. Hereinafter, several processing examples related to the transition of the game space will be specifically described with reference to FIGS.

  The object control unit 115 arranges various objects including operation characters in the game space defined by the control unit 110. When an input operation is performed by the user, the object control unit 115 moves the operation character as needed in accordance with the input operation. Thereby, the control part 110 can make a user search the game space via an operation character.

  When the server 200 transmits an instruction to change the game space to the battle battle space to each user terminal 100, the server 200 collects one or a plurality of operation characters and non-player characters as a group that fights against enemy characters based on a predetermined condition. Also good. For example, the server 200 may group four operation characters in order from the operation character with the highest level as a group that fights against enemy characters. The server 200 may assign an identification number (identification number) for each group. The synchronization processing unit 214 transmits an instruction to each user terminal 100 used for operating the operation character so that all the operation characters included in the group transition to the same battle battle space.

  The server processing unit 212 determines whether or not a predetermined condition for changing from the battle space to the battle battle space is satisfied. For example, the server processing unit 212 may determine whether or not a predetermined condition is satisfied in the battle space from information related to synchronization from the user terminal 100. Here, the information related to synchronization includes an identifier that uniquely indicates the battle space in which the operation character is arranged, the position of the operation character in the battle space, and the control unit 110 of the user terminal 100 makes the game space transition to the battle space. It is the elapsed time since then.

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

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

  The object control unit 115 refers to the instruction from the server 200 and the game information 122 and arranges an operation character in the battle battle space according to the maximum number of teammate characters. When the number of ally characters is less than the maximum number when the object control unit 115 transitions to the battle battle space, the object control unit 115 may arrange the non-player characters as many as the number that is insufficient for the maximum number.

(Battle between operation character and enemy character)
The battle in the battle space and the battle battle space will be described in detail. In the “battle” in the game according to the present embodiment, the operation characters and enemy characters of the user and other users perform an attacking action with each other. Since various processes and displays related to the battle are common to the battle with the enemy character in the battle space and the battle with the boss character in the battle battle space, the battle with the enemy character will be described below.

  Various values (for example, attack power, defense power, etc.) including at least a physical strength value are set for the operation character and the enemy character. The operation character parameter setting values are included in the user information 123, and the enemy character parameter setting values are included in the game information 122.

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

  When the enemy character's physical strength value is 0 or less, or when the total damage to the enemy character is equal to or higher than the enemy character's physical strength value, the game progress processing unit 111 determines that the enemy character has been subjugated.

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

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

(Guest user joins on the way)
FIG. 5 is a flowchart showing an example of a flow in which a user participates in a quest (event) in another user's battle battle space. The right to play a quest in this battle battle space is obtained by another user winning in the lottery.

  In step S101, the display control unit 114 displays a call for participation in the quest during a period in which the quest is being played by another user who has the right to play the quest. For example, the server processing unit 212 determines whether each quest is recruiting for participation. If there are multiple quests seeking participation, a list containing some or all of these quests may be displayed. When the server processing unit 212 determines that the number of participants has reached a predetermined number (for example, four), the server processing unit 212 ends the participation recruitment for the quest. In such a case, it is desirable that the display control unit 114 does not display this quest. When the server processing unit 212 determines that it is close to the end, the quest may not be displayed.

  In step S102, the input operation reception unit 112 receives a touch operation on an area on the touch screen 15 on which a quest desired by the user is displayed. The server processing unit 212 identifies a quest selected as a quest for participation. In this way, the user can select a quest that he / she wishes to participate from among the displayed quests and select a quest he / she wishes to participate in.

  In step S103, the server processing unit 212 accepts a selection of departure or departure. When “departure” is selected in step S103, the process proceeds to step S104, the display is switched to the game space of the quest that the user desires to participate, and the user enters the battle battle space in which another user's quest is performed. The operation character of appears.

  On the other hand, when “Exit” is selected in Step S103, the process returns to Step S101 to display the quests that are invited to participate.

(Specific examples of preparation space)
FIG. 6 shows an example of a display screen on which the preparation space is drawn. The state (A) of FIG. 6 shows an example of a display screen of the preparation space. The state (B) of FIG. 6 shows an example of a display screen when the window W1 including the quest list L1 is displayed in the preparation space.

  In the state (A) of FIG. 6, in addition to the background of the preparation space, the operation character x of the user and the operation characters y1 and y2 of other users are displayed. In the state (A) of FIG. 6, a non-player character z1 and a non-player character z2 that are operated based on the game programs 121 and 221 are displayed. Each of the non-player character z1 and the non-player character z2 receives a predetermined input operation for starting a transition t1 from the preparation space to the battle space and a transition t3 from the preparation space to the battle battle space.

  The object control unit 115 arranges an operation character x corresponding to the account logged in at the user terminal 100 in the preparation space. The object control unit 115 arranges the operation characters y1 and y2 of the other user terminals 100 in the preparation space. Further, the object control unit 115 arranges the non-player character z1 and the non-player character z2 in the preparation space. The non-player character z1 is an object for receiving selection and start of a quest, a display of recruitment of other users to participate in the quest, and the like.

  The camera arrangement control unit 113 determines the position and orientation of the virtual camera based on the position and orientation of the operation character x in the preparation space. For example, the camera arrangement control unit 113 arranges the virtual camera at a position and orientation such that the operation character x appears slightly below the center of the field of view and is looked down from the rear (back) of the operation character x. When an operation for changing the position or orientation of the operation character x is performed by the user, the object control unit 115 arranges the operation character x at the changed position and orientation. In addition, the camera arrangement control unit 113 changes the position and orientation of the virtual camera to a position and orientation corresponding to the changed position of the operation character x. Then, the display control unit 114 draws the preparation space and the operation character x in the visual field area of the virtual camera arranged in the changed direction at the changed position. The same applies to the positions and orientations of operation characters y1 and y2 that are operated by operations by other users.

  In the state (A) of FIG. 6, a menu M1 is displayed. In the menu M1, the current level “Lv.40” and the physical strength value V1 of the operation character x of the user are displayed. In addition, in the state (A) of FIG. 6, buttons B1 and B2 which are UIs for user input operations are displayed.

  As described above, the display control unit 114 may create an image in which a UI for a user input operation is superimposed on an image obtained by drawing the above-described preparation space and objects in the preparation space. For example, the display control unit 114 may create an image in which the images of the buttons B1 and B2 are superimposed on the preparation space and the images of the various objects described above as shown in FIG. The button B1 is a button for accepting a game setting or notification display instruction by the user, and the button B2 is a button for accepting a map movement or equipment change by the user.

  When the user terminal 100 selects the non-player character z1, the game progress processing unit 111 instructs the display control unit 114 to draw a window W1 including a list of quests L1 that can be selected by the user. The quests included in the list list L1 are quests to which the user is given the right to play. As shown in the state (B) of FIG. 6, the display control unit 114 creates an image in which the window W1 is superimposed on the preparation space and the image of the object, and causes the display unit 152 to display the image. In the example shown in the state (B) of FIG. 6, the list L1 of the window W1 includes three quests. Then, for each quest, the name of the quest (such as “subjugation of monster AA”), achievement conditions (such as “monster AA: 0/3”), map name (such as “meadow 1”), and reward (“reward: copper plate”) Etc.). In addition, the display of the content of each quest in the list L1 is an example, and is not limited to the description in FIG.

  Here, the achievement condition “monster AA: 0/3” indicates that the number of monsters AA to be subjugated is three. In addition, the content of the achievement conditions of a quest is not specifically limited. For example, the achievement condition of the quest may be to defeat a specific number of specific enemy characters, to collect a specific number of items obtained by defeating specific enemy characters, or the like.

  The map name indicates the name of a battle space or a battle battle space that transitions when a quest is selected. The reward indicates an article, a function, information, or the like that can be given to the user's operation character or account by accomplishing the quest, and that allows the game to proceed more advantageously. For example, the reward may be an in-game currency or item, equipment for improving the ability of the operation character, and skill of the operation character.

(Specific examples of battle space)
FIG. 7 shows an example of a display screen on which a battle space is drawn. The state (A) in FIG. 7 shows a display screen when the display unit 152 is in the portrait orientation, and the state (B) in FIG. 7 shows a display screen when the display unit 152 is in the landscape orientation. A display screen when the display unit 152 is in the portrait orientation is referred to as a vertical screen, and a display screen when the display unit 152 is in the landscape orientation is referred to as a landscape screen.

  In the example shown in FIG. 7, a menu M2 is displayed in addition to the battle space. In the menu M2, the current level “Lv.40”, the total physical strength value “327”, and the physical strength value V1 of the operation character x of the user are displayed.

  In the battle space, the camera placement control unit 113 determines the position and orientation of the virtual camera on the basis of the position and orientation of the operation character x as in the preparation space. However, the camera arrangement control unit 113 defines virtual cameras having different viewing areas for the vertical screen and the horizontal screen. For example, the camera arrangement control unit 113 may set the field of view of the virtual camera on the vertical screen to be vertically longer than the field of view of the virtual camera on the horizontal screen. When an operation character corresponding to another account is placed in a battle space having the same map name as that of the own terminal, or later placed in a battle space having the same map name, the object control unit 115 stores another account in the battle space. The operation character y3 corresponding to is arranged synchronously.

  The object control unit 115 arranges one or more enemy characters e1 that can be operated by the user and other user's operation characters in the battle space. The display control unit 114 may superimpose and display a target marker t1 indicating which enemy character the attack character is attacking on the enemy character. When the user's operation character subjugates the enemy character, the game progress processing unit 111 may cause the account corresponding to the operation character to acquire some reward.

  The battle space may be composed of a plurality of game spaces. When the battle space is composed of a plurality of game spaces, the display control unit 114 may display an object icon C2 or the like for accepting an instruction to move to another battle space by the user.

  When the input operation receiving unit 112 receives a predetermined operation while the game is progressing in the battle space, the display control unit 114 inputs the predetermined operation at the position where the predetermined operation is input on the touch screen 15. Display an object indicating that The predetermined operation is a drag operation (hereinafter referred to as “movement operation”) for moving the operation character x, or a tap operation (hereinafter referred to as “attack operation”) for causing the operation character x to perform an attack action. ) Etc. The input operation reception unit 112 can receive a movement operation or an attack operation at an arbitrary position on the touch screen 15. Thereby, it can avoid that the visual recognition of the operation character x or an enemy character is prevented by indicators, such as a user's finger | toe.

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

  Here, when the user performs a moving operation to move the indicator from the position p1 to the position p2, the input operation reception unit 112 detects that the indicator has moved from the position p1 to the position p2. Based on the detection result, the display control unit 114 causes the touch screen 15 to display the elastic object w2 that is deformed so as to extend the elastic object w1 to the position p2. Thereby, the user can recognize the direction of the movement operation detected by the touch screen 15.

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

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

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

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

  Note that the display control unit 114 can draw various display objects (buttons, menus, and messages) related to the above-described UI at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. desirable. It is desirable that the display control unit 114 draws various display objects related to the UI on the peripheral portion of the display screen of the display unit 152 so as not to interfere with input of instructions such as movement, attack, and recovery of the operation character. It is desirable for the display control unit 114 to change the drawing position of various display objects related to the UI described above between the vertical screen and the horizontal screen.

(Specific examples of battle battle space)
FIG. 8 shows an example of a display screen on which a battle battle space is drawn. The state (A) in FIG. 8 shows a display screen when the display unit 152 is in the portrait orientation, and the state (B) in FIG. 8 shows a display screen when the display unit 152 is in the landscape orientation. The object control unit 115 places the object of the boss character K1 together with the operation character x in the battle battle space.

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

  In the example of FIG. 8, the object control unit 115 displays non-player characters y4, y5, and y6 as teammate characters that battle the boss character K1 together with the operation character x. In FIG. 8, the physical strength values displayed in the vicinity of the non-player characters y4, y5, and y6 are displayed with [NPC] indicating that these characters are non-player characters (for example, [NPC ] y4). Here, an example is shown in which all teammate characters other than the operation character x are non-player characters, but the present invention is not limited to this. Some or all of the allied characters other than the operation character x may be operation characters corresponding to other accounts.

  In the battle battle space, when the virtual camera is arranged at such an angle that the boss character K1 appears in the center of the field of view and the operation character x appears, the operation for moving the operation character x may be different from the battle space. For example, the upward movement operation may be an operation for moving the operation character x forward toward the boss character K1, and the downward movement operation may be an operation for moving the operation character x backward from the boss character K1.

  If the ally character has caused the boss character K1 to have a predetermined health value of 0 or less, or has caused damage exceeding the stamina value of the boss character K1, the game progress processing unit 111 determines that the subjugation of the boss character K1 has been completed. To do. Note that when the game progress processing unit 111 determines that the boss character K1 has been subjugated, the game progress processing unit 111 may grant a special reward different from the normal enemy character to the operation character or an account corresponding to the operation character. In this case, the reward may be different among the operation characters participating in the battle.

  Similarly to the battle space image shown in FIG. 7, the display control unit 114 may draw a UI for the user's input operation in the battle battle space image displayed on the display unit 152. The display control unit 114 may display a message corresponding to the action of the teammate character or the boss character. For example, the display control unit 114 determines that the game progress processing unit 111 determines that the operation character has successfully attacked the weak point of the boss character, or that the friendly operation character or non-player character has become unable to battle. In such a case, a message notifying that may be displayed. Alternatively, when the game progress processing unit 111 determines that the boss character has fallen into a special state such as inability to move, the display control unit 114 may display a message to that effect.

  Note that the display control unit 114 renders the various display items (buttons, menus, and messages) related to the UI described above to be positioned at fixed positions on the display screen of the display unit 152 regardless of the position and orientation of the virtual camera. It is desirable to do. The display control unit 114 includes various display objects related to the UI such as input of instructions for movement, attack, recovery, etc. of the operation character, as well as display of the position of the ally character, attack action of the boss character, weak point portion of the boss character, etc. It is desirable to draw on the peripheral portion of the display screen of the display unit 152 so as not to prevent the display of important information in the battle with the character. It is desirable that the display control unit 114 also changes the drawing positions of the various display objects related to the UI described above according to the orientation of the display unit 152.

(Join a quest for participation)
FIG. 9 is an example of a display screen for explaining an operation input for participating in a battle in the battle battle space of another user on the way. Here, a case where the user who operates the operation character g1 participates in the battle in the battle battle space of the user who operates the operation character x from the middle will be described as an example.

  When an input operation is performed by the user so as to display a quest seeking participation in the preparation space, a screen as shown in the state (A) of FIG. 9 is displayed on the user terminal 100 used by the user. .

  The input operation for instructing to display the quest that is seeking participation may be, for example, an operation for selecting the aforementioned non-player character z2. When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to draw a window W2 including quests J1, J2, and J3 that can be selected by the user. The quest included in the window W2 is a quest to which another user has a right to play, and is a quest currently being battled.

  For example, the following information (1) to (4) is displayed as information related to the quest J1. The same applies to the other quests J2, J3, and the like.

(1) Name of the boss character K1 fighting in the battle space of this quest: “Monster K1”
(2) Difficulty to win this quest battle: “m1”
(3) Operation character of the user who is given the right to play this quest: “Character name: x”
(4) Number of operation characters currently participating in this quest: 1 (other than operation character x, non-player character)
In the state (A) of FIG. 9, when the user desires to participate in the quest J1, the quest J1 may be selected. When quest J1 is selected, control unit 110 transitions from the display screen shown in state (A) of FIG. 9 to the display screen shown in state (B) of FIG. For example, the input operation reception unit 112 receives a touch operation for selecting a quest. The touch operation for selecting a quest may be a touch operation on a position where each quest included in the window W2 is displayed.

  The state (B) in FIG. 9 is a display screen that allows a user who wishes to participate in the quest J1 to prepare for participation. In the example shown in the state (B) of FIG. 9, in the title T, “monster K1”, which is the boss character name to be subverted in the quest J1, is displayed. In the menu M4, the identification number “identification No. P” of this quest is displayed.

  In the example shown in the state (B) of FIG. 9, the object of the operation character x that is already in battle in the quest J1 is displayed, and the object of the operation character g1 of the user is drawn next to the object. When the operation character g1 has not yet participated in the battle, the character “in preparation” may be superimposed on the object of the operation character g1. When the user wishes to participate, the operation character is only the operation character x among the teammate characters fighting with the boss character K1. In the state (B) of FIG. 9, the other two columns of the operation character x and the operation character g1 are blank. This indicates that even if the operation character g1 participates, two more operation characters can participate.

  In the example shown in the state (B) of FIG. 9, buttons B9, B10, and B11, which are UIs for user input operations, are further displayed. The button B9 is a “weapon switching button” and is used to switch the weapon that the operation character g1 equips before participating in the quest J1. As shown in the state (B) of FIG. 9, the display control unit 114 displays the name Q1, level Q2, equipment Q3, total physical strength value Q4, attack and defense ability value Q5 of each operation character, and other It may be configured to display an ability value Q6 for recovering the operation character. By referring to such a display, the user can participate in the battle after knowing the ability and character of the teammate character.

  The button B10 is an “exit button” for canceling participation in the quest J1 and returning to the display screen shown in the state (A) of FIG. When a touch operation is performed on the button B10, the user can reselect a quest that he / she wants to participate in.

  The button B11 is a “departure button” for moving the character g1 to the battle battle space of the quest J1. When the user performs a touch operation on the button B11, the operation character g1 appears in the battle battle space of the quest J1, and the operation character g1 participates in the battle with the boss character K1 halfway. The display of operation characters that participated in the quest in the battle battle space on the way will be described later.

  In the example shown in the state (C) of FIG. 9, when the user is still preparing for participation, another operation character g3 has joined the quest J1, and another operation character g2 has started preparation for participation. It shows a state.

  In the state (C) of FIG. 9, the number of operation characters currently participating in the quest J1 is two (character x and operation character g3), and the subsequent two teammate characters are non-player characters. Further, when the operation character g1 and the operation character g2 appear in the battle battle space, the number of operation characters that fight the boss character K1 in the battle battle space reaches a predetermined number of four.

(Display of operation characters who participated in the quest in the battle space)
FIG. 10 is a diagram illustrating an example of a display screen on which a battle battle space in which a user participates in the middle is drawn. In the state (C) of FIG. 9, when the user performs a touch operation on the button B11, the display screen changes to a battle battle space in which the operation character x and the boss character K1 are fighting, and the operation character g1 Participate in a battle with the boss character K1 placed in the battle space. In the state (A) of FIG. 10, the operation characters g2 and g3 have already participated in the battle before the operation character g1 appears in the battle battle space.

  The object control unit 115 replaces the non-player character in the battle battle space of the quest J1 and the operation character g1 of the participating user in the quest J1. Specifically, when the operation character g1 appears in the battle battle space, the object control unit 115 deletes the non-player character y4 that has been arranged in the battle battle space. Note that the object control unit 115 may cause the operation character g1 to appear slightly away from the boss character K1 so as not to be attacked by the boss character K1 immediately after participating in the battle. The state (B) of FIG. 10 shows a state where the user moves the operation character g1 to the side of the boss character K1 and participates in the battle.

(Rewards granted to guest users)
FIG. 11 is a diagram showing an example of a display screen on which a reward acquired by the user by the quest J1 in the battle battle space and a degree of contribution of each ally character in the quest in the battle battle space. The state (A) in FIG. 11 shows an example of the reward given to the operation character g1, and the state (B) in FIG. 11 shows an example of the degree of contribution of each operation character.

  After the quest J1 ends, the game progress processing unit 111 evaluates the degree of contribution of the operation character g1 in the battle. In the example shown in the state (B) of FIG. 11, the degree of contribution of each operation character who fought with the boss character K1 as a teammate character is shown as a table D8. Table D8 includes data D9. Data D9 is a rate of damage that each operation character gives to the boss character K1. For example, the operation character x has the highest contribution in the battle with the boss character K1 in the quest J1, and is 32%. The degree of contribution of the operation character g3 who has joined the quest J1 from the middle before the operation character g1 is 20%. The contribution of the operation character g1 is 2%. Here, the degree of contribution may be calculated by evaluating that the boss character has been recovered in addition to damaging the boss character.

  The game progress processing unit 111 determines a reward to be given to the operation character g1 based on the contribution level of the operation character g1, and the game progress processing unit 111 adds the difficulty level m1 of the quest J1, in addition to the contribution level. You may make it determine the reward which considered the kind etc. of the defeated monster.

  When the quest J1 that participates wins the boss character K1, a specific reward can be given to the operation character of the user who participated in the quest J1. In the state (A) of FIG. 11, the title D1 on the display screen shows “quest result” and the operation character name “g1” to which a reward is given. In the reward D2, the level of the operation character g1 after the battle is displayed. The reward D3 indicates the experience value given to the operation character g1, and is set so that the level of the operation character g1 increases when the experience value increases by a predetermined value. In the reward D4, an experience reward given to the operation character g1 is shown. The experience reward can be used when the operation character g1 purchases weapons and armor in the game space. In the reward D5, items D51 to D55 given to the operation character g1 and their quantities are shown.

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

  In the latter case, the control unit 110 and the control unit 210 include a CPU that executes instructions of a program that is software that implements each function, and a ROM (Read Only Memory) or a storage device (these are referred to as “recording media”), a RAM (Random Access Memory) for expanding the program, and the like. And the objective of this invention is achieved when a computer (or CPU) reads the said program from the said recording medium and runs it. As the recording medium, a “non-temporary tangible medium” such as a tape, a disk, a card, a semiconductor memory, a programmable logic circuit, or the like can be used. The program may be supplied to the computer via an arbitrary transmission medium (such as a communication network or a broadcast wave) that can transmit the program. Note that the present disclosure 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 are possible within the scope shown in the claims, and embodiments obtained by appropriately combining technical means disclosed in different embodiments. Is also included in the technical scope of the present invention.

[Additional Notes]
The contents according to one aspect of the present invention are listed as follows.

  (Item 1) In this embodiment, the game program executed in the computer (user terminal 100) including the processor (10) and the memory (11) has been described. According to an aspect of the present embodiment, a game program executed on a computer (user terminal 100) including a processor (10), a memory (11), and a touch screen (15), the game being based on the game program In the game space, an enemy character that operates based on the game program and an operation character that operates based on a user's operation progress in battle, and each of the plurality that operates based on a plurality of user operations. The game program includes an event that allows each of the plurality of users to acquire a specific reward in the game when the operation character of the game wins a battle with a specific enemy character, and the game program sends the event to the processor. Said event by other users who have the right to play During the period in which the game is being played, the display is switched to the event space (S101), the step (S102, S103) of accepting an operation for requesting participation in the event, and the event game space. A game program for executing step (S104). According to the said structure, it can participate in the event which the other user has the right to play from the middle.

  (Item 2) In (Item 1), the total number of characters participating in the event and fighting the specific enemy character is set to a predetermined number, and the game program is stored in the processor, When the number of operation characters to participate is less than the predetermined number, a step of compensating for the shortage with a non-player character operating based on the game program (S104) is executed. According to the above configuration, it is possible to align the conditions for fighting the enemy character in each event.

  (Item 3) In (Item 1) or (Item 2), the non-player character participating in the event is designated as the operation character of the user who has performed the operation desired to participate during the period in which the event is being played. And replace during the event. According to the said structure, even if a user participates in the middle of an event, the battle with an enemy character can be continued smoothly.

  (Item 4) In any one of (Item 1) to (Item 3), the invitation for participation displays a part or all of an event currently being played by another user having the right, and the request for participation is displayed. The operation includes an operation of selecting an event desired to participate from the displayed events. According to the above configuration, it is possible to allow the user to select an event that he / she wants to participate from among events for recruitment.

  (Item 5) In any one of (Item 1) to (Item 4), the right to play the event is given to the user who has won the lottery. According to the said structure, the right to play an event can be provided to the user who participated in the lottery and was won.

  (Item 6) In any one of (Item 1) to (Item 5), when the specific reward is won in a battle with the specific enemy character, the specific reward is given to each operation character participating in the event. , Given according to each contribution. According to the above configuration, it is possible to give the significance of participating in a battle with a specific enemy character, and to encourage the user to participate in the event.

  (Item 7) A method in which a computer (user terminal 100) including a processor (10), a memory (11), and a touch screen (15) executes a game, and the game is executed in the game space. The enemy character that operates based on the game program of the game and the operation character that operates based on the user's operation progress in battle, and a plurality of operation characters that respectively operate based on the operations of the plurality of users are specified. The method includes an event that allows each of the plurality of users to receive a specific reward in the game when winning a battle with an enemy character, and the method includes: the processor having the right to play the event During the period when the event is being played by the user, it represents a call for participation in the event. Method comprising the step (S101), and step (S102, S103) for accepting an operation of participation hope for the event, and step (S104) for switching the display in the game space of the event, the to. According to the said structure, it can participate in the event which the other user has the right to play.

  (Item 8) An information processing apparatus (user terminal 100), wherein the information processing apparatus executes a game program and a storage unit (120) that stores a game program, thereby operating the information processing apparatus. The game based on the game program includes a control unit (110) for controlling, and a touch screen (15), and is based on an enemy character that operates based on the game program in a game space and a user operation. When a plurality of operation characters that proceed based on a plurality of user operations win a battle with a specific enemy character, the plurality of users move to the game. Including an event that can earn a specific reward, and the control unit plays the event During a period in which the event by other users with the benefits is being played, to view the Call for Participation to the event, it receives the operation of the wish to participate to the event, to switch the display to the game space of the event. According to the said structure, it can participate in the event which the other user has the right to play.

  DESCRIPTION OF SYMBOLS 1 Game system, 2 Communication network, 10 Processor, 11 Memory, 15 Touch screen, 20 Processor, 21 Memory, 100 User terminal (computer, information processing apparatus), 110 Control part, 111 Game progress processing part, 112 Input operation reception part , 114 display control unit, 120 storage unit, 121 game program, 200 server, 210 control unit, 212 server processing unit, 214 synchronization processing unit, 220 storage unit, 221 game program, K1 boss character (specific enemy character), x Operation character, g1 to g3 Operation character, y1 to y6 Non-player character

Claims (8)

A game program executed on a computer comprising a processor, a memory, and a touch screen,
The game based on the game program proceeds in the game space by battle between an enemy character that operates based on the game program and an operation character that operates based on a user operation,
When a plurality of operation characters that respectively operate based on a plurality of user operations win a battle with a specific enemy character, the plurality of users each include an event that can acquire a specific reward in the game,
The game program is stored in the processor.
Displaying a call for participation in the event during a period in which the event is being played by another user who has the right to play the event;
Receiving an operation of requesting participation in the event;
And a step of switching the display to the game space of the event. The total number of characters participating in the event and fighting the specific enemy character is set to a predetermined number,
The game program is further transmitted to the processor.
The game program according to claim 1, wherein when the number of operation characters participating in the event is less than the predetermined number, a step of compensating for the shortage with a non-player character that operates based on the game program is executed.   The game according to claim 2, wherein the non-player character participating in the event is replaced with the operation character of the user who performed the operation desired to participate during the event is being played, during the event. program. The call for participation displays some or all of the events currently being played by other users with the rights,
The game program according to any one of claims 1 to 3, wherein the participation request operation includes an operation of selecting an event desired to participate from the displayed events.   The game program according to any one of claims 1 to 4, wherein the right to play the event is given to a user who has won the lottery.   The said specific reward is provided according to each contribution degree with respect to each said operation character which participated in the said event, when winning the battle with the said specific enemy character. The game program according to any one of the above. A computer comprising a processor, memory, and a touch screen is a method for executing a game, comprising:
In the game space, the game progresses by battle between an enemy character that operates based on the game program of the game and an operation character that operates based on a user's operation,
When a plurality of operation characters that respectively operate based on a plurality of user operations win a battle with a specific enemy character, the plurality of users each include an event that can acquire a specific reward in the game,
In the method, the processor comprises:
Displaying a call for participation in the event during a period in which the event is being played by another user who has the right to play the event;
Receiving an operation of requesting participation in the event;
Switching the display to the event game space. An information processing apparatus,
The information processing apparatus includes:
A storage unit for storing game programs;
A control unit that controls the operation of the information processing apparatus by executing the game program;
A touch screen,
The game based on the game program proceeds in the game space by battle between an enemy character that operates based on the game program and an operation character that operates based on a user operation,
When a plurality of operation characters that respectively operate based on a plurality of user operations win a battle with a specific enemy character, the plurality of users each include an event that can acquire a specific reward in the game,
The controller is
In the period that the event is being played by another user who has the right to play the event, display a call for participation in the event,
Accepting an operation requesting participation in the event,
An information processing apparatus for switching display to the game space of the event.

Images