JP6159458B1 - GAME PROGRAM, METHOD, AND INFORMATION PROCESSING DEVICE - Google Patents

Abstract

An object of the present invention is to provide a powerful item such as an armor without detracting from the fun of a game in which an item such as an armor can be strengthened or a strong item can be created as a result of defeating an enemy. A game program is based on a result of accepting an operation for acquiring a right to play a battle battle by an operation character to a processor (10), and a result assigned by a user in a lottery in a game space. A step of determining a battle battle of difficulty according to the ability of the operation character (S102), a step of registering the right to play the determined battle battle in association with the operation character in the memory (S103), Is executed. [Selection] Figure 1

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. .

  As a method of strengthening an operation character, there is a game that employs a method of defeating an enemy and creating a strong armor or strengthening the armor based on an obtained item or the like. In such a game, if a strong armor is directly provided to the user, the user has a problem that the user cannot enjoy the fun of the game.

  This disclosure provides a powerful item such as an armor without detracting from its fun in a game that enjoys the ability to strengthen an item such as an armor or create a strong item as a result of defeating an enemy. Provide game programs that can be used.

  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 fighting 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. The event includes an event in which the operation character can obtain a specific reward in the game when the battle is won. The game program receives the operation for acquiring the right to play the event by the operation character to the processor, and the result of the user assigned in the lottery in the game space. The step of determining the event having the difficulty level according to the ability and the step of registering the right to play the determined event in the memory in association with the operation character 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 proceeds with a battle between an enemy character that operates based on the game program and an operation character that operates based on a user operation, and is a battle with a specific enemy character. In the event of winning the battle, the operation character may include an event in which a specific reward can be obtained in the game. The game program receives the operation for acquiring the right to play the event by the operation character to the processor, and the result of the user assigned in the lottery in the game space. Determining the event of difficulty according to the ability, and registering the right to play the determined event in the memory in association with the operation character.

  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 program proceeds by a 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, and battles with a specific enemy character. In this case, the game includes an event in which the operation character can obtain a specific reward in the game when the battle is won. The control unit accepts an operation for acquiring the right to play the event by the operation character, and based on a result assigned by the user in the lottery in the game space, the degree of difficulty according to the ability of the operation character The event is determined, and the right to play the determined event is registered in the memory in association with the operation character.

  According to the present disclosure, in the game that enjoys the ability to strengthen items such as armor or create strong items as a result of defeating enemies, it provides powerful items such as armor without sacrificing its fun A game program that can be used is 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 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 a flowchart which shows the flow of the process which links | relates with the operation character which participated in the lottery, and registers the right to play a battle battle. It is an example of a display screen explaining the operation input for participating in a lottery and acquiring the right to play a battle battle. It is an example of a display screen explaining the operation input for a user to start a battle battle.

(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. The game information 222 may include information related to the winning probability of the lottery performed in the game space. Achievement conditions may be set for each quest. In addition to the achievement conditions, failure conditions may be set for the quest. In the following description, the 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. It may include information on the status of the right to play. 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, an object control unit 115, and a lottery control unit 116 in accordance with 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.

  The lottery control unit 116 determines a battle battle of difficulty according to the ability of the operation character participating in the lottery from a plurality of battle battles stored in the game information 122. Here, the difficulty level is an index indicating the degree of difficulty in winning the battle with the boss character included in the battle battle. The difficulty level can be set based on, for example, the level of the boss character, the number of boss characters to be subjugated, and the like. Note that a winning probability is set for each battle battle determined by the lottery control unit 116. The winning probability is included in the game information 122, for example. The lottery control unit 116 determines one or more combined battles based on the winning probability. The battle battle determined by the lottery control unit 116 is registered in the user information 123 in association with the operation character by the game progress processing unit 111.

  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 preparation space is also a game space for receiving an operation for acquiring the right to play a battle battle by the operation character. When the input operation accepting unit 112 accepts an input operation of the user wishing to participate in the lottery while the control unit 110 is making the game progress in the preparation space, the control unit 110 determines from the preparation space to another included in the preparation space. You may make a transition to a lottery space that is a game space.

  The control unit 110 may receive a reward given when the game of the quest and the battle battle is successfully completed 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. When the user gives an instruction to start a battle battle, the control unit 110 may transition the game space from the preparation space to the battle battle space (transition t3).

  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 battle in the battle battle space, the battle ends. When the battle battle in the battle battle space is finished, the game space is changed from the battle battle space to the preparation space (transition t4). When winning a battle battle with a specific enemy character, each user participating in the battle battle may win a specific reward. This specific reward includes at least one of an equipment item equipped by the operation character, a material item for acquiring the equipment item, and an enhancement item for strengthening the equipment item. The specific reward is given, for example, for each operation character participating in the battle battle in the preparation space.

  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 users who participate in the battle battle in the battle battle space is less than a predetermined number (for example, four), the object control unit 115 determines the shortage based on the game program. Make up with.

  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.

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

  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. In the example shown in FIG. 6A, an object z3 indicating an entrance to the lottery space is provided. The object z3 receives a predetermined input operation for starting a transition from the preparation space to the lottery 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. Furthermore, the object control unit 115 arranges the non-player character z1, the non-player character z2, and the object z3 in the preparation space. The non-player characters z1 and z2 are objects for receiving input operations instructing selection and start of a quest and selection and start of a battle battle. The object z3 is an object that accepts an input operation for causing an operation character to participate in a lottery for acquiring the right to play a battle battle.

  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. 5, 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 move 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. 5, 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. 5, the list W1 in 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.

  When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to display on the display unit 152 a window including a list L2 of battle battles that can be played by the user. The battle battles included in the list L2 are registered in the game information 122 in association with the operation character x as a battle battle determined by the lottery control unit 116. In other words, the battle battles included in the list L2 are battle battles in which the user who operates the operation character x is given the right to play. In the example shown in the state (C) of FIG. 5, the list list L2 includes four quests of the battle battles J1 to J4. For each battle battle, the name of the boss character K1 (such as “Monster K1”), the level of the boss character (such as “Lv.50”), and the difficulty level of the battle battle (such as “difficulty level: m1”) are described. ing. In addition, the display of the content of each battle battle in the list L2 is an example, and is not limited to the description in FIG.

  Here, the battle battles J1 to J4 are battle battles in which the operation characters participate in the lottery and are assigned in the lottery. This combined battle includes a battle with a specific boss character. The lottery control unit 116 determines a joint battle including a battle with a boss character at a level corresponding to the current level of the operation character x participating in the lottery. The level of the boss character may be a level included in a predetermined range including the current level of the operation character x, for example. The predetermined range may be, for example, a range of “current operation character x level value” ± “predetermined value”. In the example shown in (C) of FIG. 5, the lottery control unit 116 sets the level Lv. For 40 operation characters x, level Lv. The fighting battle including the battle with the boss character of the level included in the range of 30-50 is determined.

  A winning probability assigned in the lottery is set for each boss character that fights in the combined battle. That is, some boss characters have a high winning probability and others have a low winning probability. In the example shown in the state (C) of FIG. 5, in addition to the information regarding the boss character that fights in each battle battle, a display R indicating the level of the winning probability in the lottery is displayed. On the display R, information indicating the winning probability is displayed. Expressions such as D, C, B, A, S, and SS may be used in descending order as information indicating the winning probability step by step.

  In the example shown in the state (C) of FIG. This is a battle battle including battle with 44 boss characters K3. It is a joint battle including a battle with 16 boss characters K3. The fighting battle J4 is Lv. It was allocated in the lottery that participated at the time of 18, and the fighting battle J3 is Lv. It was allocated in the lottery that participated at 40.

(Specific examples of battle space)
FIG. 6 shows an example of a display screen on which a battle space is drawn. The state (A) in FIG. 6 shows a display screen when the display unit 152 is in the portrait orientation, and the state (B) in FIG. 6 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. 6, 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. 6, 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. 6, 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. 7 shows an example of a display screen on which a battle 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. 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. 7, the object control unit 115 displays operation characters g1 and g2 and a non-player character y6 corresponding to other accounts as teammate characters that fight the boss character K1 together with the operation character x. In FIG. 7, the physical strength value displayed in the vicinity of the non-player character y6 is accompanied by a display [NPC] indicating that the character y6 is a non-player character (for example, [NPC] y6). Here, an example is shown in which each user operating the operation characters x, g1, and g2 participates in the same battle battle, but the present invention is not limited to this. All ally characters other than the operation character x may be non-player characters.

  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.

  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 as in the battle space image illustrated in FIG. 6. 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.

(Processing flow for registering the right to play joint battles)
FIG. 8 is a flowchart showing a flow of processing for registering the right to play a battle battle in association with the operation characters participating in the lottery.

  In step S101, the input operation accepting unit 112 accepts an input operation for wishing to participate in the lottery. The input operation for requesting participation in the lottery may be, for example, an operation for selecting the object z3 in the state (A) of FIG.

  In step S <b> 102, the lottery control unit 116 determines a battle battle of difficulty corresponding to the ability of the operation character. The battle battle determined by the lottery control unit 116 is a battle battle assigned by the operation character in the lottery.

  In step S103, the game progress processing unit 111 registers the right to play the battle battle determined in step S102 in the user information 123 in association with the operation character participating in the lottery. The battle battles registered in the user information 123 are displayed in the list L2 as the battle battles J1 to J4 shown in the state (C) of FIG.

(Acquires the right to participate in the lottery and play the battle battle)
FIG. 9 is an example of a display screen for explaining an operation input for participating in the lottery and acquiring the right to play a battle battle. The state (A) in FIG. 9 is an example of a display screen that is displayed when an input operation for wishing to participate in the lottery is performed. The state (B) of FIG. 9 is an example of a display screen that is displayed when a certain battle battle is won by lottery. The state (C) of FIG. 9 is an example of a display screen that displays the combined battles assigned in the lottery in addition to the list of combined battles that the user has the right to play.

  When the input operation accepting unit 112 accepts an input operation for requesting participation in the lottery, the input operation accepting unit 112 instructs the display control unit 114 to display the display screen shown in the state (A) of FIG. The display control unit 114 may display the images of the menu M5, the menu M6, the display R, the button B6, and the button B7 as shown in FIG.

  The menu M5 in the state (A) of FIG. 9 indicates the number of items currently owned by the user. The menu M6 shows the number of items consumed every time a lottery is entered.

  In the example shown in the state (A) of FIG. 9, a boss character K5 that can be assigned by lottery is displayed although the winning probability is low. Instead of the boss character K5, a boss character having an equal or lower winning probability may be displayed. In this way, the attractiveness of participating in the lottery may be shown by showing the appearance of a boss character fighting in a combined battle with a low winning probability. In the example shown in the state (A) of FIG. 9, “S” indicating the winning probability of the boss character K5 is displayed on the display R. In the example shown in the state (A) of FIG. 9, the button B6 is for transitioning to a page for introducing items that can be acquired when the game of the battle battle including the battle with the boss character K5 is successfully completed. The button B7 receives an instruction to start a lottery.

  When the input operation accepting unit 112 accepts an input operation to the button B7, the lottery control unit 116 determines a battle battle according to the level of the operation character participating in the lottery from a plurality of battle battles.

  The display control unit 114 displays displays D1, D2, D3, D4, etc., as shown in the state (B) of FIG. In the displays D <b> 1 to D <b> 4, information related to the boss character K <b> 6 fighting in the battle battle determined by the lottery control unit 116 is displayed. In the example shown in the state (B) of FIG. 9, the winning probability of the boss character K6 is displayed on the display D1, the level “Lv.42” of the boss character K6 is displayed on the display D2, and the name “monster K6” of the boss character K6 is displayed on the display D3. ”, The appearance of the boss character K6 is displayed on the display D4.

  In the example shown in the state (B) of FIG. 9, buttons B9 and B10, which are UIs for user input operations, are displayed. The button B9 accepts an input operation by the user for returning to the display screen displaying the preparation space shown in the state (A) of FIG. The button B10 accepts an input operation by the user for immediately starting a battle battle that has acquired the right to play in the lottery.

  The battle battle including the battle with the boss character K6 assigned by the user is registered in the user information 123 by the game progress processing unit 111. As shown in the state (C) of FIG. 9, the registered battle battle is displayed in the list L2 as the battle battle J5 that can accept an input operation desired by the user.

  In addition, the game progress processing unit 111 has a winning probability lower than a predetermined winning probability (for example, “S” and “SS”, etc.) for a user who has won the right to play a battle battle J5 (rare event). You may grant the right to play the battle battles J6-J7 related to the winning battle battle. In this case, the difficulty level of the battle battle related to the winning battle battle may be higher than the difficulty level of the battle battle. Note that there may be one or a plurality of fighting battles related to the fighting battle J5 to be given to a user who has won the right to play the fighting battle J5.

  For example, as shown in the state (C) of FIG. 9, a user who has been assigned the right to play a joint battle J5 including a battle with a boss character K6 whose winning probability is S is assigned to 3 related to this joint battle J5. The right to play two fighting battles J6 to J8 is also granted. The difficulty m6 to m8 of the combined battle J6 to J8 related to the selected combined battle J5 is higher than the difficulty m6 of the selected combined battle. For example, the game progress processing unit 111 may give the operation character an equipment item equipped for the operation character and a material item for acquiring the equipment item as a reward when the game clear of the battle battle J5 is successful. On the other hand, the reward when the game clear of the battle battle J6 to J7 is successful may be a reinforcement item for strengthening the equipment item acquired when the game battle of the battle battle J5 is successful. By setting rewards in this way, the appeal of the battle battle is appropriately enhanced, and the motivation to further challenge the battle battle related to the battle battle is rationalized, thereby improving the game's preference. Can do.

(Start of fighting battle)
FIG. 10 is an example of a display screen for explaining an operation input for the user to start a battle battle. Here, a case where the user who operates the operation character x starts the battle battle in the battle battle space together with the user who operates the operation character g1 and the user who operates the operation character g2 will be described as an example.

  When the user performs an input operation to start a battle battle in the preparation space, a screen as shown in FIG. 10 is displayed on the user terminal 100 used by the user.

  In the battle battle, operation characters of other accounts can also participate as teammate characters. The input operation for instructing to start the battle battle may be, for example, an operation for selecting the non-player character z2 described above. When the user terminal 100 selects the non-player character z2, the game progress processing unit 111 instructs the display control unit 114 to display a list L2 including the battle battles J1, J2, J3, J4, and the like that can be selected by the user. (See state (C) in FIG. 5). The battle battles included in the list L2 are battle battles to which the user is given the right to play.

  In the state (C) of FIG. 5, when the user desires to start the battle battle J1, the user may select the battle battle J1. When the battle battle J1 is selected, the control unit 110 transitions from the display screen shown in the state (C) of FIG. 5 to the display screen shown in FIG. For example, the input operation reception unit 112 receives a touch operation for selecting the battle battle J1. The touch operation for selecting the battle battle may be a touch operation to a position where each battle battle included in the list L2 is displayed.

  FIG. 10 is a display screen for making preparations before starting the battle battle J1 or for preparing other users who wish to participate in the battle battle to prepare for participation. In the example shown in FIG. 10, in the title T, “monster K1”, which is the name of the boss character K1 to be subjugated in the joint battle J1, may be displayed. In the menu M4, the identification number “identification No. P” of this battle battle may be displayed.

  In addition, when a user recruits other users who wish to participate in the battle battle, conditions for permitting participation may be set. The condition for permitting participation may be an upper limit or a lower limit on the ability of the operation character of another user. For example, when the level of the operation character of the user who desires to participate in the battle battle is lower than a predetermined level, the user can be prohibited from participating. Alternatively, inputting an identification number may be a condition for permitting participation. In this case, participation can be permitted by limiting the identification number of this fighting battle from the user who starts the fighting battle to a user who is informed in advance. The conditions for allowing participation entered by the user are associated with each battle battle and are stored in the user information 123 by the game progress processing unit 111.

  In the example shown in FIG. 10, the object of the operation character x is displayed in the battle battle J1, the object of the operation character g1 of the other user is adjacent to the object, and the object of the operation character g2 of the other user is adjacent to the object. Is drawn. In the example shown in FIG. 10, the operation characters g1 and g2 are both ready to start the battle battle J1, and the characters “participation” are superimposed. Note that when the operation characters g1 and g2 are not yet ready to start a battle battle, the character “in preparation” may be superimposed on the object of the operation character g1.

  In the example shown in FIG. 10, one column adjacent to the operation character g2 is blank. This indicates that even if the operation characters x, g1, and g2 participate, another operation character can participate.

  In the example shown in FIG. 10, 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 battle battle J1. As shown in FIG. 10, the display control unit 114 recovers the name Q1, level Q2, equipment Q3, total physical strength value Q4, attack and defense ability value Q5, and other operation characters of each operation character. The configuration may be such that the capability value Q6 or the like is displayed. By referring to such a display, the user can participate in the battle after knowing the ability of the teammate character.

  The button B10 is an “exit button” for canceling the start of the joint battle J1 and returning to the display screen shown in the state (C) of FIG. When the touch operation is performed on the button B10, the user can reselect the desired battle battle to be started.

  The button B11 is a “departure button” for moving the character x to the battle battle space of the battle battle J1. In the example shown in FIG. 10, when the user performs a touch operation on the button B11, the operation characters g1 and g2 appear in addition to the operation character x in the battle battle space of the battle battle J1 (see FIG. 7). In this case, as shown in FIG. 7, the number of operation characters moved to the battle battle J1 is three (character x and operation characters g1 and g2), and the next one ally character is a non-player character y6. is there.

[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 CPU) in which the program and various data are recorded so as to be readable by a computer (or CPU). 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 Is a battle with a specific enemy character that progresses by a 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 battle is won, the operation character includes an event in which a specific reward can be obtained in the game. The game program receives the operation for acquiring the right to play the event by the operation character to the processor (S101), and based on the result assigned by the user in the lottery in the game space, The step of determining the event of the difficulty level according to the ability of the operation character (S102) and the step of registering the right to play the determined event in the memory in association with the operation character (S103) are executed. Let According to the above configuration, in the lottery, a user can be given the right to play an event with a difficulty level corresponding to the ability of the operation character. By participating in the lottery, it is possible to win a battle with a specific enemy character. In this way, in a game that enjoys the ability to strengthen items such as armor or create strong items as a result of defeating enemy characters, providing powerful items such as armor without sacrificing its fun Can do.

  (Item 2) In (Item 1), the specific reward includes at least an equipment item equipped with the operation character, a material item for obtaining the equipment item, and an enhancement item for strengthening the equipment item. Including either According to the above configuration, the significance of assigning a battle with a desired specific enemy character becomes clear, and participation in the lottery can be promoted.

  (Item 3) In (Item 1) or (Item 2), one or more events related to the rare event are played to a user who has assigned a rare event that has a relatively low probability of appearing in the lottery. Grant further rights. According to the above configuration, it is possible to enhance the attractiveness of winning the right to play a rare event by participating in the lottery.

  (Item 4) In (Item 3), the difficulty level of the event related to the rare event is higher than the difficulty level of the rare event. According to the above-described configuration, it is possible to improve the taste of the game by giving an opportunity to challenge an event that is more difficult than a rare event.

  (Item 5) In any one of (Item 1) to (Item 4), the game program, together with the operation character of the user who has the right to play the event, in the battle of the event, to the processor. And causing another operation character that operates based on the operation of another user to participate in the battle. According to the said structure, the operation character of another user can be made to participate in the event which a user has the right to play.

  (Item 6) In this embodiment, the method with which the computer (user terminal 100) provided with a processor (10), memory (11), and a touch screen (15) performs a game was demonstrated. According to an aspect of the present embodiment, the game progresses in a game space by a 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 operation. In the battle with a specific enemy character, when the battle is won, the operation character includes an event that can acquire a specific reward in the game. The game program receives the operation for acquiring the right to play the event by the operation character to the processor (S101), and based on the result assigned by the user in the lottery in the game space, Determining the difficulty level of the event according to the ability of the operation character (S102), and registering the right to play the determined event in the memory in association with the operation character (S103). . Thereby, the method according to (Item 6) has the same effect as the game program according to (Item 1).

  (Item 7) In the present embodiment, a storage unit (120) that stores a game program, a control unit (110) that controls the operation of the information processing apparatus (user terminal 100) by executing the game program, The information processing apparatus including the touch screen (15) has been described. According to an aspect of the present embodiment, a game based on the game program is caused by a 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. It includes an event that progresses and is a battle with a specific enemy character, and the operation character can acquire a specific reward in the game when the battle is won. The control unit accepts an operation for acquiring the right to play the event by the operation character, and based on a result assigned by the user in the lottery in the game space, the degree of difficulty according to the ability of the operation character The event is determined, and the right to play the determined event is registered in the memory in association with the operation character. Thereby, the information processing apparatus according to (Item 7) has the same effects as the game program according to (Item 1).

  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, 116 lottery 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 to K6 boss character ( Specific enemy character), x, g1 to g2

Claims (6)

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,
A battle with a specific enemy character, which includes an event in which the operation character can acquire a specific reward in the game when winning the battle;
The game program is stored in the processor.
Receiving an operation for acquiring the right to play the event by the operation character;
Determining the event of the difficulty according to the ability of the operation character based on the result assigned by the user in the lottery in the game space;
Registering the right to play the determined event in the memory in association with the operation character ;
Further granting a user who has assigned a rare event that has a relatively low probability of appearing in the lottery a right to play one or more events related to the rare event,
The reward when the game of the rare event is successful is an equipment item equipped with the operation character, and the reward when the game of one or more events related to the rare event is successful is the rare event. A game program which is an enhancement item for strengthening the equipment item acquired when the game is successfully cleared .   The said specific reward contains at least any one of the equipment item which the said operation character equips, the material item for acquiring the said equipment item, and the reinforcement | strengthening item for strengthening the said equipment item. Game program.   The game program according to claim 1 or 2, wherein a difficulty level of an event related to the rare event is higher than a difficulty level of the rare event. The game program is further transmitted to the processor.
The step of causing the operation character of the user to participate in the battle of the event together with the operation character of the user who has the right to play the event is operated based on the operation of another user. 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,
A battle with a specific enemy character, which includes an event in which the operation character can acquire a specific reward in the game when winning the battle;
The game program is stored in the processor.
Receiving an operation for acquiring the right to play the event by the operation character;
Determining the event of the difficulty according to the ability of the operation character based on the result assigned by the user in the lottery in the game space;
Registering the right to play the determined event in the memory in association with the operation character ,
Further granting a user who has assigned a rare event that has a relatively low probability of appearing in the lottery a right to play one or more events related to the rare event,
The reward when the game of the rare event is successful is an equipment item equipped with the operation character, and the reward when the game of one or more events related to the rare event is successful is the rare event. A method that is an enhancement item for strengthening the equipment item acquired when the game is successfully cleared . 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,
A battle with a specific enemy character, which includes an event in which the operation character can acquire a specific reward in the game when winning the battle;
The controller is
Accepting an operation for acquiring the right to play the event by the operation character;
Based on the result assigned by the user in the lottery in the game space, the event of the difficulty according to the ability of the operation character is determined,
The right to play the determined event is registered in the storage unit in association with the operation character ,
Further granting a user who has assigned a rare event that has a relatively low probability of appearing in the lottery a right to play one or more events related to the rare event,
The reward when the game of the rare event is successful is an equipment item equipped with the operation character, and the reward when the game of one or more events related to the rare event is successful is the rare event. An information processing apparatus that is an enhancement item for strengthening the equipment item acquired when the game is successfully cleared .

Images